Re: xxxterm and firefox35 May 11 snapshot

2011-05-18 Thread Ariane van der Steldt
On Tue, May 17, 2011 at 05:24:46PM -0500, Amit Kulkarni wrote:
> Then I removed the vmmap diff and compiled kernel & a reboot later,
> firefox crashes are gone.

Ofcourse, only a few days from now, this won't work anymore. May 20 is
the planned vmmap day. Starting then, you won't be able to back out
vmmap.

The crashes in firefox can be because:
- vmmap has a bug (very possible, since it is a big, complicated
  allocator)
- firefox has a bug (very possible, since it is a big, complicated
  browser)
- any of firefox' dependant libraries has a bug (very possible, as some
  are big, complicated libraries like X)

The nice part is that: we don't really know which system is wrong and
attempts to debug are sabotaged by developers that thing writing your
own sigsegv handler makes you sexy and gets you girls.
I could rant about this all day, but I'll shut up and instead get the
emacs bug fixed on i386.
-- 
Ariane



Re: xxxterm and firefox35 May 11 snapshot

2011-05-17 Thread Amit Kulkarni
On Sat, May 14, 2011 at 7:27 AM, Tomas Bodzar  wrote:
> gmail interface in xxxterm causes browser to  crash. If I'm quick
> enough and switch to basic (html) interface then it's running, but
> sooner or later some page will bring browser  down.
>
> in ff4(or any other ff available in packages) browser crashes
> immediately when I'm trying to log in gmail and page starts
> loading.Doesn't matter if it's safe mode, new profile, .mozilla
> removed or not.
>
> chrome is working quite fine, but still there is quite too much
> crashes resulting in core files, but those are crashes of tabs and not
> whole broswer so probably that's issue of obsd is not so well
> supported by devs of chrome or whatever.
>
> I'm using snapshots, do updates every week or so, after that sysmerge
> and pkg_add -ui. Just yesterday tried building current, but still same
> results with browsers. Can test more today during night or newer
> snapshot if there is one. Only msttcorefonts installed from ports.

I was getting these too, only in firefox. I had the vmmap diff and the
ld.so diff.

To remove ambiguity, I deleted all packages and just reinstalled
minimal set of firefox4, enlightenement & geany. Still the crashes in
firefox.

I did a build of everything (kernel, userland + xencara), and then
compiled firefox4, enlightenment and geany from source (the only
packages I am using). Still the crashes in firefox.

Then I removed the vmmap diff and compiled kernel & a reboot later,
firefox crashes are gone.

Thanks



Re: xxxterm and firefox35 May 11 snapshot

2011-05-16 Thread Ted Unangst
On Mon, May 16, 2011 at 2:22 PM, Stuart Henderson  wrote:
> On 2011/05/16 12:42, Ted Unangst wrote:
>> Returning to point 1 above, how does one update packages as a complete set?
>
> You're not supposed to do upgrade just one package, the packages
> should be updated as a set, pkg_add -u from a mirror with a consistent
> set of files does this.

That probably explains why I haven't had problems for a while, I've
been using -ui without args more consistently.  Thanks for the
explanation, I didn't know about that.



Re: xxxterm and firefox35 May 11 snapshot

2011-05-16 Thread Stuart Henderson
On 2011/05/16 12:42, Ted Unangst wrote:
> On May 16, 2011, at 2:21 AM, Stuart Henderson  wrote:
> 
> > On 2011/05/15 18:22, Ted Unangst wrote:
> >> On Sun, May 15, 2011 at 4:42 AM, Stuart Henderson  
> >> wrote:
>  In one week, libpng is updated to version X+1 and firefox is updated
>  to version Z+1.  You update.  The gtk version has not changed, it will
>  not be upgraded.  Now firefox is linked to png X+1 and X (via gtk).
>  Hilarity ensues.  A newly built gtk will be linked against png X+1 and
>  will work correctly.
>  
>  Determining which package needs rebuilding is really hard.  It's much
>  easier to install a complete matched set.
>  
>  
> >>> 
> >>> Packages takes care of this just fine *but* you are supposed to
> >>> use packages from a consistent snapshot. Don't just update a single
> >>> package, make sure you 1) update packages as a complete set and
> >>> 2) the mirror you're updating from isn't half-way through updating.
> >> 
> >> They do?  As far as I know, firefox will only say that it depends on
> >> gtk Y and png X+1.  Nothing records the fact that firefox depends on a
> >> gtk Y that itself depends on png X+1.
> > 
> > If you update all packages from a consistent snapshot then this doesn't
> > matter because the firefox and gtk packages will both depend on the same
> > version of png.
> 
> Right, but what happens when you upgrade firefox? Then it's from a different 
> snapshot. Or is gtk "upgraded" as well even though the version doesn't 
> change? I don't see how pkgadd can know to do that. 
>
> Returning to point 1 above, how does one update packages as a complete set?

You're not supposed to do upgrade just one package, the packages
should be updated as a set, pkg_add -u from a mirror with a consistent
set of files does this.



Re: xxxterm and firefox35 May 11 snapshot

2011-05-16 Thread Ahlsen-Girard, Edward F CTR USAF AFSOC AFSOC/A6OK
On 2011-05-16 16:42:22, Ted Unangst  wrote:
>
> On May 16, 2011, at 2:21 AM, Stuart Henderson 
wrote:
>
> > On 2011/05/15 18:22, Ted Unangst wrote:
> >> On Sun, May 15, 2011 at 4:42 AM, Stuart Henderson

> wrote:
>  In one week, libpng is updated to version X+1 and firefox is
updated
>  to version Z+1.  You update.  The gtk version has not changed, it
will
>  not be upgraded.  Now firefox is linked to png X+1 and X (via
gtk).
>  Hilarity ensues.  A newly built gtk will be linked against png
X+1 and
>  will work correctly.
> 
>  Determining which package needs rebuilding is really hard.  It's
much
>  easier to install a complete matched set.
> 
> 
> >>>
> >>> Packages takes care of this just fine *but* you are supposed to
> >>> use packages from a consistent snapshot. Don't just update a
single
> >>> package, make sure you 1) update packages as a complete set and
> >>> 2) the mirror you're updating from isn't half-way through
updating.
> >>
> >> They do?  As far as I know, firefox will only say that it depends
on
> >> gtk Y and png X+1.  Nothing records the fact that firefox depends
on a
> >> gtk Y that itself depends on png X+1.
> >
> > If you update all packages from a consistent snapshot then this
doesn't
> > matter because the firefox and gtk packages will both depend on the
same
> > version of png.
>
> Right, but what happens when you upgrade firefox? Then it's from a
different
> snapshot. Or is gtk "upgraded" as well even though the version doesn't
change?
> I don't see how pkgadd can know to do that.
>
> Returning to point 1 above, how does one update packages as a complete
set?
>
>

Are there any results from a fresh snapshot install (not update), or
shall
I try that when I get home?



--
Ed Ahlsen-Girard, Contractor (EITC)
AFSOC/A6OK
email: "edward.ahlsen-girard@hurlburt.af.mil"
850-884-2414
DSN: 579-2414



Re: xxxterm and firefox35 May 11 snapshot

2011-05-16 Thread Ted Unangst
On May 16, 2011, at 2:21 AM, Stuart Henderson  wrote:

> On 2011/05/15 18:22, Ted Unangst wrote:
>> On Sun, May 15, 2011 at 4:42 AM, Stuart Henderson 
wrote:
 In one week, libpng is updated to version X+1 and firefox is updated
 to version Z+1.  You update.  The gtk version has not changed, it will
 not be upgraded.  Now firefox is linked to png X+1 and X (via gtk).
 Hilarity ensues.  A newly built gtk will be linked against png X+1 and
 will work correctly.

 Determining which package needs rebuilding is really hard.  It's much
 easier to install a complete matched set.


>>>
>>> Packages takes care of this just fine *but* you are supposed to
>>> use packages from a consistent snapshot. Don't just update a single
>>> package, make sure you 1) update packages as a complete set and
>>> 2) the mirror you're updating from isn't half-way through updating.
>>
>> They do?  As far as I know, firefox will only say that it depends on
>> gtk Y and png X+1.  Nothing records the fact that firefox depends on a
>> gtk Y that itself depends on png X+1.
>
> If you update all packages from a consistent snapshot then this doesn't
> matter because the firefox and gtk packages will both depend on the same
> version of png.

Right, but what happens when you upgrade firefox? Then it's from a different
snapshot. Or is gtk "upgraded" as well even though the version doesn't change?
I don't see how pkgadd can know to do that.

Returning to point 1 above, how does one update packages as a complete set?



Re: xxxterm and firefox35 May 11 snapshot

2011-05-15 Thread Stuart Henderson
On 2011/05/15 18:22, Ted Unangst wrote:
> On Sun, May 15, 2011 at 4:42 AM, Stuart Henderson  
> wrote:
> >> In one week, libpng is updated to version X+1 and firefox is updated
> >> to version Z+1.  You update.  The gtk version has not changed, it will
> >> not be upgraded.  Now firefox is linked to png X+1 and X (via gtk).
> >> Hilarity ensues.  A newly built gtk will be linked against png X+1 and
> >> will work correctly.
> >>
> >> Determining which package needs rebuilding is really hard.  It's much
> >> easier to install a complete matched set.
> >>
> >>
> >
> > Packages takes care of this just fine *but* you are supposed to
> > use packages from a consistent snapshot. Don't just update a single
> > package, make sure you 1) update packages as a complete set and
> > 2) the mirror you're updating from isn't half-way through updating.
> 
> They do?  As far as I know, firefox will only say that it depends on
> gtk Y and png X+1.  Nothing records the fact that firefox depends on a
> gtk Y that itself depends on png X+1.

If you update all packages from a consistent snapshot then this doesn't
matter because the firefox and gtk packages will both depend on the same
version of png.



Re: xxxterm and firefox35 May 11 snapshot

2011-05-15 Thread Otto Moerbeek
On Sun, May 15, 2011 at 10:00:59PM -0500, Ed Ahlsen-Girard wrote:

> On Sun, 15 May 2011 06:47:54 +0200
> "Timo Schoeler"  wrote:
> 
> > 
> > 
> > -- Urspr. Mitt. --
> > Betreff: Re: xxxterm and firefox35 May 11 snapshot
> > Von: Tomas Bodzar 
> > Datum: 15.05.2011 01:38
> > 
> > On Sun, May 15, 2011 at 1:16 AM, Ed Ahlsen-Girard 
> > wrote:
> > > On Sat, 14 May 2011 11:15:43 -0400
> > > Ted Unangst  wrote:
> > >
> > >> On Thu, May 12, 2011 at 11:32 PM, Ed Ahlsen-Girard
> > >>  wrote:
> > >> > xxxterm closes when attempting to open any page other than :fav
> > >> >
> > >> > Firefox opens momentarily is started in safe mode, but closes
> > >> > almost immediately.
> > >>
> > >> Delete all packages, reinstall them. B This happens when firefox
> > >> and gtk are built on separate days. B The pkg system does a good
> > >> job tracking version numbers, but the contents of a pkg can depend
> > >> in subtle ways on what else is installed and that's not reflected
> > >> in the version number.
> > >
> > > Deleted all (that was ugly) and reinstalled (same). B Now, firefox35
> > > complains that it's already running, even though it's not.
> > 
> > Did you delete all of those . directories in your home as well? Like
> > .mozilla, .gconf, .gcond, .config and others?
> 
> I deleted the hidden directories listed above, but not every single
> hidden directory. Firefox and xxxterm are still misbehaving.
> 
> e.g.: FF blows up changing pages in FaceBook and any page at National
> Review.  xxxterm blows up trying to go to Gmail.
> 
> Wondering if I need to wait for packages to bump.  Or if even that will
> suffice.

Why don't you try the other remedy, which has been reported to work
for other people?

-Otto



Re: xxxterm and firefox35 May 11 snapshot

2011-05-15 Thread Nico Kadel-Garcia
On Sun, May 15, 2011 at 4:24 PM, Martin Pelikan
 wrote:
> 2011/5/15 Ted Unangst :
>> On Sat, May 14, 2011 at 4:05 PM, Amit Kulkarni  wrote:
>> Determining which package needs rebuilding is really hard. B It's much
>> easier to install a complete matched set.
>
> I believe some Linuxes do something like 'find /usr/local/lib -name
> lib*.so* -exec ldd {} ";" > stuff' and then match stuff's "not found"
> lines against all installed packages' PLIST. Is there more difficulty
> to it?
> I mean, besides that OpenBSD's ldd fails to write anything if only one
> library is missing, but that can't be too hard to write/port, can it?

??? Slow down there, you've just glossed over a lot of resource
tracking, which can save your tail when you have difficulty resolving
a dependency, but cause absolute chaos when it's ignored by someone
taking a short cut and never documenting it.

dpkg and RPM based systems assess the library dependencies reported by
the binaries, at build time, against the build environment. Making
that build environment consistent and based on only registered, well
defined, repository provided resources soaks up a lot of engineering
time. To install that other package with the necessary library, *if*
that package has a dependency on another library or binary, that
dependency is supposed to be recorded in the first library's list of
dependency and resolved by the package management system.

This is a lot of work, but very useful for assuring that individual
component variants or upgrades do not drag in a tremendous and
incompatible toolchain of madness that breaks existing components.
(CPAN is famous for this problem: two different updates of components
that rely on each other can rely on incompatible, overlapping
components. Used to drive me nuts when people would just slap in
whatever module they wanted and I'd have to resolve the discrepancies:
don't get me going on mod_perl..)

> And yes, it's painfully slow and stupid, but fortunately for us
> unneccessary most of the time.

It's usually pretty automatic with both deb and RPM formats. Some
attention has to be paid, but I've assembled about. 200 RPM's for
components that were not in the main code tree that developers needed
for their work. That includes recent backports of OpenSSH to older
operating systems, by the way,. and the identification of the
dependencies fo the build environments was very helpful.



Re: xxxterm and firefox35 May 11 snapshot

2011-05-15 Thread Ed Ahlsen-Girard
On Sun, 15 May 2011 06:47:54 +0200
"Timo Schoeler"  wrote:

> 
> 
> -- Urspr. Mitt. --
> Betreff: Re: xxxterm and firefox35 May 11 snapshot
> Von: Tomas Bodzar 
> Datum: 15.05.2011 01:38
> 
> On Sun, May 15, 2011 at 1:16 AM, Ed Ahlsen-Girard 
> wrote:
> > On Sat, 14 May 2011 11:15:43 -0400
> > Ted Unangst  wrote:
> >
> >> On Thu, May 12, 2011 at 11:32 PM, Ed Ahlsen-Girard
> >>  wrote:
> >> > xxxterm closes when attempting to open any page other than :fav
> >> >
> >> > Firefox opens momentarily is started in safe mode, but closes
> >> > almost immediately.
> >>
> >> Delete all packages, reinstall them. B This happens when firefox
> >> and gtk are built on separate days. B The pkg system does a good
> >> job tracking version numbers, but the contents of a pkg can depend
> >> in subtle ways on what else is installed and that's not reflected
> >> in the version number.
> >
> > Deleted all (that was ugly) and reinstalled (same). B Now, firefox35
> > complains that it's already running, even though it's not.
> 
> Did you delete all of those . directories in your home as well? Like
> .mozilla, .gconf, .gcond, .config and others?

I deleted the hidden directories listed above, but not every single
hidden directory. Firefox and xxxterm are still misbehaving.

e.g.: FF blows up changing pages in FaceBook and any page at National
Review.  xxxterm blows up trying to go to Gmail.

Wondering if I need to wait for packages to bump.  Or if even that will
suffice.



-- 

Edward Ahlsen-Girard
Ft Walton Beach, FL



Re: xxxterm and firefox35 May 11 snapshot

2011-05-15 Thread Ted Unangst
On Sun, May 15, 2011 at 4:24 PM, Martin Pelikan
 wrote:
> 2011/5/15 Ted Unangst :
>> On Sat, May 14, 2011 at 4:05 PM, Amit Kulkarni  wrote:
>> Determining which package needs rebuilding is really hard.  It's much
>> easier to install a complete matched set.
>
> I believe some Linuxes do something like 'find /usr/local/lib -name
> lib*.so* -exec ldd {} ";" > stuff' and then match stuff's "not found"
> lines against all installed packages' PLIST. Is there more difficulty
> to it?

The problem is not missing libraries, the problem is too many libraries.



Re: xxxterm and firefox35 May 11 snapshot

2011-05-15 Thread Ted Unangst
On Sun, May 15, 2011 at 4:42 AM, Stuart Henderson 
wrote:
>> In one week, libpng is updated to version X+1 and firefox is updated
>> to version Z+1.  You update.  The gtk version has not changed, it will
>> not be upgraded.  Now firefox is linked to png X+1 and X (via gtk).
>> Hilarity ensues.  A newly built gtk will be linked against png X+1 and
>> will work correctly.
>>
>> Determining which package needs rebuilding is really hard.  It's much
>> easier to install a complete matched set.
>>
>>
>
> Packages takes care of this just fine *but* you are supposed to
> use packages from a consistent snapshot. Don't just update a single
> package, make sure you 1) update packages as a complete set and
> 2) the mirror you're updating from isn't half-way through updating.

They do?  As far as I know, firefox will only say that it depends on
gtk Y and png X+1.  Nothing records the fact that firefox depends on a
gtk Y that itself depends on png X+1.



Re: xxxterm and firefox35 May 11 snapshot

2011-05-15 Thread Martin Pelikan
2011/5/15 Ted Unangst :
> On Sat, May 14, 2011 at 4:05 PM, Amit Kulkarni  wrote:
> Determining which package needs rebuilding is really hard. B It's much
> easier to install a complete matched set.

I believe some Linuxes do something like 'find /usr/local/lib -name
lib*.so* -exec ldd {} ";" > stuff' and then match stuff's "not found"
lines against all installed packages' PLIST. Is there more difficulty
to it?
I mean, besides that OpenBSD's ldd fails to write anything if only one
library is missing, but that can't be too hard to write/port, can it?

And yes, it's painfully slow and stupid, but fortunately for us
unneccessary most of the time.

By the way, with the vmmap diff firefox4 and everything works just
fine for about 3 days now. Thanks!

--
Martin Pelikan



Re: xxxterm and firefox35 May 11 snapshot

2011-05-15 Thread Mihai Popescu
Regarding the other personal post, xxxterm is crashing too, ending
with segmentation fault later, on gmail page.



Re: xxxterm and firefox35 May 11 snapshot

2011-05-15 Thread Mihai Popescu
Hello,

Same kind of behaviour here, see details below.
I'm on snapshots from 13-May. All was fine using the snaphost before this.
Mozilla-firefox is crashing, on most sites. Chrome is ok, xxxterm is
ok (tried it for the first time).
Also gnome-mplayer ends with segmentation fault, always.
Here is my dmesg:

avail mem = 1044070400 (995MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 07/07/06, BIOS32 rev. 0 @
0xffe90, SMBIOS rev. 2.3 @ 0xf0450 (72 entries)
bios0: vendor Dell Inc. version "A08" date 07/07/2006
bios0: Dell Inc. Precision WorkStation 370
acpi0 at bios0: rev 0
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP SSDT APIC BOOT ASF! MCFG HPET
acpi0: wakeup devices VBTN(S4) PCI0(S5) PCI1(S5) PCI2(S5) PCI3(S5)
PCI4(S5) KBD_(S3) USB0(S3) USB1(S3) USB2(S3) USB3(S3)
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 199MHz
ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 8
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 4 (PCI1)
acpiprt1 at acpi0: bus 2 (PCI2)
acpiprt2 at acpi0: bus 3 (PCI3)
acpiprt3 at acpi0: bus 1 (PCI4)
acpiprt4 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0
acpibtn0 at acpi0: VBTN
bios0: ROM list: 0xc/0xf800 0xcf800/0x800
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82925X Host" rev 0x04
ppb0 at pci0 dev 1 function 0 "Intel 82925X PCIE" rev 0x04: apic 8 int 16
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "ATI Radeon X1650 Pro" rev 0x9e
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
radeondrm0 at vga1: apic 8 int 16
drm0 at radeondrm0
"ATI Radeon X1650 Pro Sec" rev 0x9e at pci1 dev 0 function 1 not configured
ppb1 at pci0 dev 28 function 0 "Intel 82801FB PCIE" rev 0x03: apic 8 int 16
pci2 at ppb1 bus 2
bge0 at pci2 dev 0 function 0 "Broadcom BCM5751" rev 0x01, BCM5750 A1
(0x4001): apic 8 int 16, address 00:13:20:18:a2:cf
brgphy0 at bge0 phy 1: BCM5750 10/100/1000baseT PHY, rev. 0
ppb2 at pci0 dev 28 function 1 "Intel 82801FB PCIE" rev 0x03: apic 8 int 17
pci3 at ppb2 bus 3
uhci0 at pci0 dev 29 function 0 "Intel 82801FB USB" rev 0x03: apic 8 int 21
uhci1 at pci0 dev 29 function 1 "Intel 82801FB USB" rev 0x03: apic 8 int 22
uhci2 at pci0 dev 29 function 2 "Intel 82801FB USB" rev 0x03: apic 8 int 18
uhci3 at pci0 dev 29 function 3 "Intel 82801FB USB" rev 0x03: apic 8 int 23
ehci0 at pci0 dev 29 function 7 "Intel 82801FB USB" rev 0x03: apic 8 int 21
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb3 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0xd3
pci4 at ppb3 bus 4
emu0 at pci4 dev 2 function 0 "Creative Labs SoundBlaster Live" rev
0x07: apic 8 int 18
ac97: codec id 0x83847609 (SigmaTel STAC9721/23)
ac97: codec features 18 bit DAC, 18 bit ADC, SigmaTel 3D
audio0 at emu0
"Creative Labs PCI Gameport Joystick" rev 0x07 at pci4 dev 2 function
1 not configured
ichpcib0 at pci0 dev 31 function 0 "Intel 82801FB LPC" rev 0x03: PM disabled
pciide0 at pci0 dev 31 function 2 "Intel 82801FR SATA" rev 0x03: DMA,
channel 0 wired to compatibility, channel 1 wired to compatibility
wd0 at pciide0 channel 0 drive 0: 
wd0: 16-sector PIO, LBA48, 305245MB, 625142448 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 6
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0:  ATAPI
5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 4
ichiic0 at pci0 dev 31 function 3 "Intel 82801FB SMBus" rev 0x03: SMI
iic0 at ichiic0
spdmem0 at iic0 addr 0x50: 512MB DDR2 SDRAM non-parity PC2-3200CL5
spdmem1 at iic0 addr 0x52: 512MB DDR2 SDRAM non-parity PC2-3200CL5
usb1 at uhci0: USB revision 1.0
uhub1 at usb1 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb2 at uhci1: USB revision 1.0
uhub2 at usb2 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb3 at uhci2: USB revision 1.0
uhub3 at usb3 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb4 at uhci3: USB revision 1.0
uhub4 at usb4 "Intel UHCI root hub" rev 1.00/1.00 addr 1
isa0 at ichpcib0
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
pms0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pms0 mux 0
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
mtrr: Pentium Pro MTRR support
vscsi0 at root
scsibus1 at vscsi0: 256 targets
softraid0 at root
root on wd0a (6562681645aa8d79.a) swap on wd0b dump on wd0b



Re: xxxterm and firefox35 May 11 snapshot

2011-05-15 Thread Stuart Henderson
On 2011-05-15, Ted Unangst  wrote:
> On Sat, May 14, 2011 at 4:05 PM, Amit Kulkarni  wrote:
>>> Delete all packages, reinstall them.  This happens when firefox and
>>> gtk are built on separate days.  The pkg system does a good job
>>> tracking version numbers, but the contents of a pkg can depend in
>>> subtle ways on what else is installed and that's not reflected in the
>>> version number.

It's not reflected in the version number, it's reflected in the package
signature (besides the version number, all those @wantlib lines in the
+CONTENTS file).

>> Contents? They are the same packing lists, right?
>>
>> Are you actually talking of subtle .so dependencies and updates being
>> performed separately in inter-dependent packages?
>
> Today libpng has version X, gtk version Y, and firefox version Z.  You
> install these packages.
>
> In one week, libpng is updated to version X+1 and firefox is updated
> to version Z+1.  You update.  The gtk version has not changed, it will
> not be upgraded.  Now firefox is linked to png X+1 and X (via gtk).
> Hilarity ensues.  A newly built gtk will be linked against png X+1 and
> will work correctly.
>
> Determining which package needs rebuilding is really hard.  It's much
> easier to install a complete matched set.
>
>

Packages takes care of this just fine *but* you are supposed to
use packages from a consistent snapshot. Don't just update a single
package, make sure you 1) update packages as a complete set and
2) the mirror you're updating from isn't half-way through updating.



Re: xxxterm and firefox35 May 11 snapshot

2011-05-14 Thread Ed Ahlsen-Girard
On Sun, 15 May 2011 01:35:49 +0200
Tomas Bodzar  wrote:

> On Sun, May 15, 2011 at 1:16 AM, Ed Ahlsen-Girard 
> wrote:
> > On Sat, 14 May 2011 11:15:43 -0400
> > Ted Unangst  wrote:
> >
> >> On Thu, May 12, 2011 at 11:32 PM, Ed Ahlsen-Girard
> >>  wrote:
> >> > xxxterm closes when attempting to open any page other than :fav
> >> >
> >> > Firefox opens momentarily is started in safe mode, but closes
> >> > almost immediately.
> >>
> >> Delete all packages, reinstall them. B This happens when firefox and
> >> gtk are built on separate days. B The pkg system does a good job
> >> tracking version numbers, but the contents of a pkg can depend in
> >> subtle ways on what else is installed and that's not reflected in
> >> the version number.
> >
> > Deleted all (that was ugly) and reinstalled (same). B Now, firefox35
> > complains that it's already running, even though it's not.
>
> Did you delete all of those . directories in your home as well? Like
> .mozilla, .gconf, .gcond, .config and others?
>
> >
> > No sign of FF logging anything about this.
> >
> > --
> >
> > Edward Ahlsen-Girard
> > Ft Walton Beach, FL
> >
> >

No, I didn't.  Drat.

--

Edward Ahlsen-Girard
Ft Walton Beach, FL



Re: xxxterm and firefox35 May 11 snapshot

2011-05-14 Thread Ted Unangst
On Sat, May 14, 2011 at 4:05 PM, Amit Kulkarni  wrote:
>> Delete all packages, reinstall them.  This happens when firefox and
>> gtk are built on separate days.  The pkg system does a good job
>> tracking version numbers, but the contents of a pkg can depend in
>> subtle ways on what else is installed and that's not reflected in the
>> version number.
>
> Contents? They are the same packing lists, right?
>
> Are you actually talking of subtle .so dependencies and updates being
> performed separately in inter-dependent packages?

Today libpng has version X, gtk version Y, and firefox version Z.  You
install these packages.

In one week, libpng is updated to version X+1 and firefox is updated
to version Z+1.  You update.  The gtk version has not changed, it will
not be upgraded.  Now firefox is linked to png X+1 and X (via gtk).
Hilarity ensues.  A newly built gtk will be linked against png X+1 and
will work correctly.

Determining which package needs rebuilding is really hard.  It's much
easier to install a complete matched set.



Re: xxxterm and firefox35 May 11 snapshot

2011-05-14 Thread Chris Bennett
Okay, I have to admit I screwed up and forgot to CVS up before duilding dconf.
Figured that out a few minutes after I drove away from internet access.

Fixed that todqay and went dconf-0.7.4p0->dconf-0.7.5.
Now both FF4 and xxterm are running okay.

I do build a few ports, often so I can see the source code or tinker.

I was joking about deleteing all packages, but sounds like that helped others.

Since I build stuff and keep a package cache, I often note that built packages 
do not get added to
package cache, which I use to update another Desktop that right now has no 
internet.

How do built vs downloaded packages interact? Sounds like I can run into 
trouble.
I have noted that when I transfer a package cache to another computer that 
things do NOT seem
to work out perfectly and what works on one, partially fails on another.


Chris Bennett



Re: xxxterm and firefox35 May 11 snapshot

2011-05-14 Thread Tomas Bodzar
On Sun, May 15, 2011 at 1:16 AM, Ed Ahlsen-Girard  wrote:
> On Sat, 14 May 2011 11:15:43 -0400
> Ted Unangst  wrote:
>
>> On Thu, May 12, 2011 at 11:32 PM, Ed Ahlsen-Girard 
>> wrote:
>> > xxxterm closes when attempting to open any page other than :fav
>> >
>> > Firefox opens momentarily is started in safe mode, but closes almost
>> > immediately.
>>
>> Delete all packages, reinstall them. B This happens when firefox and
>> gtk are built on separate days. B The pkg system does a good job
>> tracking version numbers, but the contents of a pkg can depend in
>> subtle ways on what else is installed and that's not reflected in the
>> version number.
>
> Deleted all (that was ugly) and reinstalled (same). B Now, firefox35
> complains that it's already running, even though it's not.

Did you delete all of those . directories in your home as well? Like
.mozilla, .gconf, .gcond, .config and others?

>
> No sign of FF logging anything about this.
>
> --
>
> Edward Ahlsen-Girard
> Ft Walton Beach, FL



Re: xxxterm and firefox35 May 11 snapshot

2011-05-14 Thread Ed Ahlsen-Girard
On Sat, 14 May 2011 11:15:43 -0400
Ted Unangst  wrote:

> On Thu, May 12, 2011 at 11:32 PM, Ed Ahlsen-Girard 
> wrote:
> > xxxterm closes when attempting to open any page other than :fav
> >
> > Firefox opens momentarily is started in safe mode, but closes almost
> > immediately.
> 
> Delete all packages, reinstall them.  This happens when firefox and
> gtk are built on separate days.  The pkg system does a good job
> tracking version numbers, but the contents of a pkg can depend in
> subtle ways on what else is installed and that's not reflected in the
> version number.

Deleted all (that was ugly) and reinstalled (same).  Now, firefox35
complains that it's already running, even though it's not.

No sign of FF logging anything about this.

-- 

Edward Ahlsen-Girard
Ft Walton Beach, FL



Re: xxxterm and firefox35 May 11 snapshot

2011-05-14 Thread Kevin Chadwick
On Sat, 14 May 2011 15:05:50 -0500
Amit Kulkarni wrote:

> > Delete all packages, reinstall them.  This happens when firefox and
> > gtk are built on separate days.  The pkg system does a good job
> > tracking version numbers, but the contents of a pkg can depend in
> > subtle ways on what else is installed and that's not reflected in the
> > version number.
> 
> Contents? They are the same packing lists, right?
> 
> Are you actually talking of subtle .so dependencies and updates being
> performed separately in inter-dependent packages?
> 

I'm guessing he's talking about packages built from ports which can
morph to your port building system and already installed dependencies.



Re: xxxterm and firefox35 May 11 snapshot

2011-05-14 Thread Amit Kulkarni
> Delete all packages, reinstall them.  This happens when firefox and
> gtk are built on separate days.  The pkg system does a good job
> tracking version numbers, but the contents of a pkg can depend in
> subtle ways on what else is installed and that's not reflected in the
> version number.

Contents? They are the same packing lists, right?

Are you actually talking of subtle .so dependencies and updates being
performed separately in inter-dependent packages?



Re: xxxterm and firefox35 May 11 snapshot

2011-05-14 Thread Tomas Bodzar
On Sat, May 14, 2011 at 8:43 PM, Otto Moerbeek  wrote:
> On Sat, May 14, 2011 at 07:51:42PM +0200, Tomas Bodzar wrote:
>
>> On Sat, May 14, 2011 at 7:43 PM, Nicholas Schmidt 
>> wrote:
>> > Likewise here on amd64 -current. No problems on any of the sites
outlined
>> in
>> > this thread
>>
>> After removing ALL packages and installing them again is everything
>> fine. Was not ok after removing only ff packages. Anyway it's quite
>> strange because in fact I don't know what was wrong. Machine was
>> installed as new before 2 weeks or so so that issue is not so old,
>> probably during last 4 days or so.
>
> Cool. It is inded a bit strange, but I'm glad my recent malloc changes
> are not to blame ;-)

heh did not touch /etc/malloc.conf yet, but thought about that couple
of times to hit my working environment hard :P

>
> B  B  B  B -Otto



Re: xxxterm and firefox35 May 11 snapshot

2011-05-14 Thread Otto Moerbeek
On Sat, May 14, 2011 at 07:51:42PM +0200, Tomas Bodzar wrote:

> On Sat, May 14, 2011 at 7:43 PM, Nicholas Schmidt 
> wrote:
> > Likewise here on amd64 -current. No problems on any of the sites outlined
> in
> > this thread
> 
> After removing ALL packages and installing them again is everything
> fine. Was not ok after removing only ff packages. Anyway it's quite
> strange because in fact I don't know what was wrong. Machine was
> installed as new before 2 weeks or so so that issue is not so old,
> probably during last 4 days or so.

Cool. It is inded a bit strange, but I'm glad my recent malloc changes
are not to blame ;-)

-Otto



Re: xxxterm and firefox35 May 11 snapshot

2011-05-14 Thread Marco Peereboom
read tedu's post

On Sat, May 14, 2011 at 07:51:42PM +0200, Tomas Bodzar wrote:
> On Sat, May 14, 2011 at 7:43 PM, Nicholas Schmidt 
> wrote:
> > Likewise here on amd64 -current. No problems on any of the sites outlined
> in
> > this thread
> 
> After removing ALL packages and installing them again is everything
> fine. Was not ok after removing only ff packages. Anyway it's quite
> strange because in fact I don't know what was wrong. Machine was
> installed as new before 2 weeks or so so that issue is not so old,
> probably during last 4 days or so.
> 
> 
> >
> > On Sat, May 14, 2011 at 11:18, Otto Moerbeek  wrote:
> >>
> >> On Sat, May 14, 2011 at 02:27:26PM +0200, Tomas Bodzar wrote:
> >>
> >> > gmail interface in xxxterm causes browser to B crash. If I'm quick
> >> > enough and switch to basic (html) interface then it's running, but
> >> > sooner or later some page will bring browser B down.
> >> >
> >> > in ff4(or any other ff available in packages) browser crashes
> >> > immediately when I'm trying to log in gmail and page starts
> >> > loading.Doesn't matter if it's safe mode, new profile, .mozilla
> >> > removed or not.
> >> >
> >> > chrome is working quite fine, but still there is quite too much
> >> > crashes resulting in core files, but those are crashes of tabs and not
> >> > whole broswer so probably that's issue of obsd is not so well
> >> > supported by devs of chrome or whatever.
> >> >
> >> > I'm using snapshots, do updates every week or so, after that sysmerge
> >> > and pkg_add -ui. Just yesterday tried building current, but still same
> >> > results with browsers. Can test more today during night or newer
> >> > snapshot if there is one. Only msttcorefonts installed from ports.
> >>
> >> Cannot reproduce. Gmail is OK here in both in ff4 and xxxterm on
> >> soekris and on a amd64 box in i386 mode.
> >>
> >> This is with default (non-staff) ulimits.
> >>
> >> The only thing I can do now is ask you to think and check whatever
> >> could make your system different from a cleanly installed machine.
> >> Something should cause these program crashes, but all my efforts did
> >> not lead to reprodcution. Only you can possibly discover what's
> >> different on your side.
> >>
> >> B  B  B  B -Otto
> >>
> >> >
> >> > On Sat, May 14, 2011 at 1:13 PM, Otto Moerbeek  wrote:
> >> > > On Fri, May 13, 2011 at 03:31:03PM -0500, Chris Bennett wrote:
> >> > >
> >> > >> On Fri, May 13, 2011 at 10:08:18PM +0200, Antoine Jacoutot wrote:
> >> > >> >
> >> > >> > Update devel/dconf to the very latest revision.
> >> > >> >
> >> > >>
> >> > >>
> >> > >> I tried that first a few days ago and just now (no update).
> >> > >> I just updated FF4 and FF35 and I now get:
> >> > >>
> >> > >> $ /usr/local/bin/firefox
> >> > >>
> >> > >>
> /usr/local/lib/firefox-4.0.1/firefox-bin:/usr/X11R6/lib/libX11.so.12.0:
> >> > >> /usr/X11R6/lib/libX11.so.14.0 : WARNING: symbol(_XkeyTable) size
> mismatch,
> >> > >> relink your program
> >> > >> $ /usr/local/bin/firefox35
> >> > >> /usr/local/firefox35/firefox35-bin:/usr/X11R6/lib/libX11.so.12.0:
> >> > >> /usr/X11R6/lib/libX11.so.14.0 : WARNING: symbol(_XkeyTable) size
> mismatch,
> >> > >> relink your program
> >> > >>
> >> > >>
> >> > >> I will try the newer version in ports.
> >> > >>
> >> > >> Chris Bennett
> >> > >
> >> > > One more question: are you building ports yourself These messsages are
> >> > > an indicaton your system is not consistent. I recommend installing a
> >> > > snap and get your packages from a mirror as well. That would rule out
> >> > > build problems.
> >> > >
> >> > > Note that recently a new version of webkit was comitted. New packages
> >> > > snaps containing that are noy yet there. But a few developers already
> >> > > spotted problems with it, that are being investigated.
> >> > >
> >> > > ?? ?? ?? ??-Otto
> >>
> >
> >
> >
> > --
> > Nicholas Schmidt
> > oneguyn...@gmail.com
> > P: 661.724.6438



Re: xxxterm and firefox35 May 11 snapshot

2011-05-14 Thread Tomas Bodzar
On Sat, May 14, 2011 at 7:43 PM, Nicholas Schmidt 
wrote:
> Likewise here on amd64 -current. No problems on any of the sites outlined
in
> this thread

After removing ALL packages and installing them again is everything
fine. Was not ok after removing only ff packages. Anyway it's quite
strange because in fact I don't know what was wrong. Machine was
installed as new before 2 weeks or so so that issue is not so old,
probably during last 4 days or so.


>
> On Sat, May 14, 2011 at 11:18, Otto Moerbeek  wrote:
>>
>> On Sat, May 14, 2011 at 02:27:26PM +0200, Tomas Bodzar wrote:
>>
>> > gmail interface in xxxterm causes browser to B crash. If I'm quick
>> > enough and switch to basic (html) interface then it's running, but
>> > sooner or later some page will bring browser B down.
>> >
>> > in ff4(or any other ff available in packages) browser crashes
>> > immediately when I'm trying to log in gmail and page starts
>> > loading.Doesn't matter if it's safe mode, new profile, .mozilla
>> > removed or not.
>> >
>> > chrome is working quite fine, but still there is quite too much
>> > crashes resulting in core files, but those are crashes of tabs and not
>> > whole broswer so probably that's issue of obsd is not so well
>> > supported by devs of chrome or whatever.
>> >
>> > I'm using snapshots, do updates every week or so, after that sysmerge
>> > and pkg_add -ui. Just yesterday tried building current, but still same
>> > results with browsers. Can test more today during night or newer
>> > snapshot if there is one. Only msttcorefonts installed from ports.
>>
>> Cannot reproduce. Gmail is OK here in both in ff4 and xxxterm on
>> soekris and on a amd64 box in i386 mode.
>>
>> This is with default (non-staff) ulimits.
>>
>> The only thing I can do now is ask you to think and check whatever
>> could make your system different from a cleanly installed machine.
>> Something should cause these program crashes, but all my efforts did
>> not lead to reprodcution. Only you can possibly discover what's
>> different on your side.
>>
>> B  B  B  B -Otto
>>
>> >
>> > On Sat, May 14, 2011 at 1:13 PM, Otto Moerbeek  wrote:
>> > > On Fri, May 13, 2011 at 03:31:03PM -0500, Chris Bennett wrote:
>> > >
>> > >> On Fri, May 13, 2011 at 10:08:18PM +0200, Antoine Jacoutot wrote:
>> > >> >
>> > >> > Update devel/dconf to the very latest revision.
>> > >> >
>> > >>
>> > >>
>> > >> I tried that first a few days ago and just now (no update).
>> > >> I just updated FF4 and FF35 and I now get:
>> > >>
>> > >> $ /usr/local/bin/firefox
>> > >>
>> > >>
/usr/local/lib/firefox-4.0.1/firefox-bin:/usr/X11R6/lib/libX11.so.12.0:
>> > >> /usr/X11R6/lib/libX11.so.14.0 : WARNING: symbol(_XkeyTable) size
mismatch,
>> > >> relink your program
>> > >> $ /usr/local/bin/firefox35
>> > >> /usr/local/firefox35/firefox35-bin:/usr/X11R6/lib/libX11.so.12.0:
>> > >> /usr/X11R6/lib/libX11.so.14.0 : WARNING: symbol(_XkeyTable) size
mismatch,
>> > >> relink your program
>> > >>
>> > >>
>> > >> I will try the newer version in ports.
>> > >>
>> > >> Chris Bennett
>> > >
>> > > One more question: are you building ports yourself These messsages are
>> > > an indicaton your system is not consistent. I recommend installing a
>> > > snap and get your packages from a mirror as well. That would rule out
>> > > build problems.
>> > >
>> > > Note that recently a new version of webkit was comitted. New packages
>> > > snaps containing that are noy yet there. But a few developers already
>> > > spotted problems with it, that are being investigated.
>> > >
>> > > ?? ?? ?? ??-Otto
>>
>
>
>
> --
> Nicholas Schmidt
> oneguyn...@gmail.com
> P: 661.724.6438



Re: xxxterm and firefox35 May 11 snapshot

2011-05-14 Thread Nicholas Schmidt
Likewise here on amd64 -current. No problems on any of the sites outlined in
this thread

On Sat, May 14, 2011 at 11:18, Otto Moerbeek  wrote:

> On Sat, May 14, 2011 at 02:27:26PM +0200, Tomas Bodzar wrote:
>
> > gmail interface in xxxterm causes browser to  crash. If I'm quick
> > enough and switch to basic (html) interface then it's running, but
> > sooner or later some page will bring browser  down.
> >
> > in ff4(or any other ff available in packages) browser crashes
> > immediately when I'm trying to log in gmail and page starts
> > loading.Doesn't matter if it's safe mode, new profile, .mozilla
> > removed or not.
> >
> > chrome is working quite fine, but still there is quite too much
> > crashes resulting in core files, but those are crashes of tabs and not
> > whole broswer so probably that's issue of obsd is not so well
> > supported by devs of chrome or whatever.
> >
> > I'm using snapshots, do updates every week or so, after that sysmerge
> > and pkg_add -ui. Just yesterday tried building current, but still same
> > results with browsers. Can test more today during night or newer
> > snapshot if there is one. Only msttcorefonts installed from ports.
>
> Cannot reproduce. Gmail is OK here in both in ff4 and xxxterm on
> soekris and on a amd64 box in i386 mode.
>
> This is with default (non-staff) ulimits.
>
> The only thing I can do now is ask you to think and check whatever
> could make your system different from a cleanly installed machine.
> Something should cause these program crashes, but all my efforts did
> not lead to reprodcution. Only you can possibly discover what's
> different on your side.
>
>-Otto
>
> >
> > On Sat, May 14, 2011 at 1:13 PM, Otto Moerbeek  wrote:
> > > On Fri, May 13, 2011 at 03:31:03PM -0500, Chris Bennett wrote:
> > >
> > >> On Fri, May 13, 2011 at 10:08:18PM +0200, Antoine Jacoutot wrote:
> > >> >
> > >> > Update devel/dconf to the very latest revision.
> > >> >
> > >>
> > >>
> > >> I tried that first a few days ago and just now (no update).
> > >> I just updated FF4 and FF35 and I now get:
> > >>
> > >> $ /usr/local/bin/firefox
> > >>
> /usr/local/lib/firefox-4.0.1/firefox-bin:/usr/X11R6/lib/libX11.so.12.0:
> /usr/X11R6/lib/libX11.so.14.0 : WARNING: symbol(_XkeyTable) size mismatch,
> relink your program
> > >> $ /usr/local/bin/firefox35
> > >> /usr/local/firefox35/firefox35-bin:/usr/X11R6/lib/libX11.so.12.0:
> /usr/X11R6/lib/libX11.so.14.0 : WARNING: symbol(_XkeyTable) size mismatch,
> relink your program
> > >>
> > >>
> > >> I will try the newer version in ports.
> > >>
> > >> Chris Bennett
> > >
> > > One more question: are you building ports yourself These messsages are
> > > an indicaton your system is not consistent. I recommend installing a
> > > snap and get your packages from a mirror as well. That would rule out
> > > build problems.
> > >
> > > Note that recently a new version of webkit was comitted. New packages
> > > snaps containing that are noy yet there. But a few developers already
> > > spotted problems with it, that are being investigated.
> > >
> > > ?? ?? ?? ??-Otto
>
>


-- 
Nicholas Schmidt
oneguyn...@gmail.com
P: 661.724.6438



Re: xxxterm and firefox35 May 11 snapshot

2011-05-14 Thread Tomas Bodzar
On 5/14/11, Ted Unangst  wrote:
> On Thu, May 12, 2011 at 11:32 PM, Ed Ahlsen-Girard 
wrote:
>> xxxterm closes when attempting to open any page other than :fav
>>
>> Firefox opens momentarily is started in safe mode, but closes almost
>> immediately.
>
> Delete all packages, reinstall them.  This happens when firefox and
> gtk are built on separate days.  The pkg system does a good job
> tracking version numbers, but the contents of a pkg can depend in
> subtle ways on what else is installed and that's not reflected in the
> version number.

umm you mean delete ALL packages in my system? Probably yes as
removing all ff versions with pkg_delete -vic and removing .mozilla
doesn't help regarding that.

>
>


--
bIf youbre good at something, never do it for free.b bThe Joker



Re: xxxterm and firefox35 May 11 snapshot

2011-05-14 Thread Otto Moerbeek
On Sat, May 14, 2011 at 02:27:26PM +0200, Tomas Bodzar wrote:

> gmail interface in xxxterm causes browser to  crash. If I'm quick
> enough and switch to basic (html) interface then it's running, but
> sooner or later some page will bring browser  down.
> 
> in ff4(or any other ff available in packages) browser crashes
> immediately when I'm trying to log in gmail and page starts
> loading.Doesn't matter if it's safe mode, new profile, .mozilla
> removed or not.
> 
> chrome is working quite fine, but still there is quite too much
> crashes resulting in core files, but those are crashes of tabs and not
> whole broswer so probably that's issue of obsd is not so well
> supported by devs of chrome or whatever.
> 
> I'm using snapshots, do updates every week or so, after that sysmerge
> and pkg_add -ui. Just yesterday tried building current, but still same
> results with browsers. Can test more today during night or newer
> snapshot if there is one. Only msttcorefonts installed from ports.

Cannot reproduce. Gmail is OK here in both in ff4 and xxxterm on
soekris and on a amd64 box in i386 mode.

This is with default (non-staff) ulimits.

The only thing I can do now is ask you to think and check whatever
could make your system different from a cleanly installed machine.
Something should cause these program crashes, but all my efforts did
not lead to reprodcution. Only you can possibly discover what's
different on your side. 

-Otto

> 
> On Sat, May 14, 2011 at 1:13 PM, Otto Moerbeek  wrote:
> > On Fri, May 13, 2011 at 03:31:03PM -0500, Chris Bennett wrote:
> >
> >> On Fri, May 13, 2011 at 10:08:18PM +0200, Antoine Jacoutot wrote:
> >> >
> >> > Update devel/dconf to the very latest revision.
> >> >
> >>
> >>
> >> I tried that first a few days ago and just now (no update).
> >> I just updated FF4 and FF35 and I now get:
> >>
> >> $ /usr/local/bin/firefox
> >> /usr/local/lib/firefox-4.0.1/firefox-bin:/usr/X11R6/lib/libX11.so.12.0: 
> >> /usr/X11R6/lib/libX11.so.14.0 : WARNING: symbol(_XkeyTable) size mismatch, 
> >> relink your program
> >> $ /usr/local/bin/firefox35
> >> /usr/local/firefox35/firefox35-bin:/usr/X11R6/lib/libX11.so.12.0: 
> >> /usr/X11R6/lib/libX11.so.14.0 : WARNING: symbol(_XkeyTable) size mismatch, 
> >> relink your program
> >>
> >>
> >> I will try the newer version in ports.
> >>
> >> Chris Bennett
> >
> > One more question: are you building ports yourself These messsages are
> > an indicaton your system is not consistent. I recommend installing a
> > snap and get your packages from a mirror as well. That would rule out
> > build problems.
> >
> > Note that recently a new version of webkit was comitted. New packages
> > snaps containing that are noy yet there. But a few developers already
> > spotted problems with it, that are being investigated.
> >
> > ?? ?? ?? ??-Otto



Re: xxxterm and firefox35 May 11 snapshot

2011-05-14 Thread Ted Unangst
On Thu, May 12, 2011 at 11:32 PM, Ed Ahlsen-Girard  wrote:
> xxxterm closes when attempting to open any page other than :fav
>
> Firefox opens momentarily is started in safe mode, but closes almost
> immediately.

Delete all packages, reinstall them.  This happens when firefox and
gtk are built on separate days.  The pkg system does a good job
tracking version numbers, but the contents of a pkg can depend in
subtle ways on what else is installed and that's not reflected in the
version number.



Re: xxxterm and firefox35 May 11 snapshot

2011-05-14 Thread Paolo Aglialoro
Same here for gmail.
Every page more complex than a simple google.com makes ff4 crash even the
simple tattoodle.com

xxxterm is a bit more resilient but at the 3rd-4th page (opening random
results from google) it crashes and generates core file. Should I send it to
someone?

Il giorno 14/mag/2011 14.31, "Tomas Bodzar"  ha
scritto:

>
> gmail interface in xxxterm causes browser to  crash. If I'm quick
> enough and switch to basic (html) interface then it's running, but
> sooner or later some page will bring browser  down.
>
> in ff4(or any other ff available in packages) browser crashes
> immediately when I'm trying to log in gmail and page starts
> loading.Doesn't matter if it's safe mode, new profile, .mozilla
> removed or not.
>
> chrome is working quite fine, but still there is quite too much
> crashes resulting in core files, but those are crashes of tabs and not
> whole broswer so probably that's issue of obsd is not so well
> supported by devs of chrome or whatever.
>
> I'm using snapshots, do updates every week or so, after that sysmerge
> and pkg_add -ui. Just yesterday tried building current, but still same
> results with browsers. Can test more today during night or newer
> snapshot if there is one. Only msttcorefonts installed from ports.
>
> On Sat, May 14, 2011 at 1:13 PM, Otto Moerbeek  wrote:
> > On Fri, May 13, 2011 at 03:31:03PM -0500, Chris Bennett wrote:
> >
> >> On Fri, May 13, 2011 at 10:08:18PM +0200, Antoine Jacoutot wrote:
> >> >
> >> > Update devel/dconf to the very latest revision.
> >> >
> >>
> >>
> >> I tried that first a few days ago and just now (no update).
> >> I just updated FF4 and FF35 and I now get:
> >>
> >> $ /usr/local/bin/firefox
> >> /usr/local/lib/firefox-4.0.1/firefox-bin:/usr/X11R6/lib/libX11.so.12.0:
> /usr/X11R6/lib/libX11.so.14.0 : WARNING: symbol(_XkeyTable) size mismatch,
> relink your program
> >> $ /usr/local/bin/firefox35
> >> /usr/local/firefox35/firefox35-bin:/usr/X11R6/lib/libX11.so.12.0:
> /usr/X11R6/lib/libX11.so.14.0 : WARNING: symbol(_XkeyTable) size mismatch,
> relink your program
> >>
> >>
> >> I will try the newer version in ports.
> >>
> >> Chris Bennett
> >
> > One more question: are you building ports yourself These messsages are
> > an indicaton your system is not consistent. I recommend installing a
> > snap and get your packages from a mirror as well. That would rule out
> > build problems.
> >
> > Note that recently a new version of webkit was comitted. New packages
> > snaps containing that are noy yet there. But a few developers already
> > spotted problems with it, that are being investigated.
> >
> > B  B  B  B -Otto



Re: xxxterm and firefox35 May 11 snapshot

2011-05-14 Thread Tomas Bodzar
gmail interface in xxxterm causes browser to  crash. If I'm quick
enough and switch to basic (html) interface then it's running, but
sooner or later some page will bring browser  down.

in ff4(or any other ff available in packages) browser crashes
immediately when I'm trying to log in gmail and page starts
loading.Doesn't matter if it's safe mode, new profile, .mozilla
removed or not.

chrome is working quite fine, but still there is quite too much
crashes resulting in core files, but those are crashes of tabs and not
whole broswer so probably that's issue of obsd is not so well
supported by devs of chrome or whatever.

I'm using snapshots, do updates every week or so, after that sysmerge
and pkg_add -ui. Just yesterday tried building current, but still same
results with browsers. Can test more today during night or newer
snapshot if there is one. Only msttcorefonts installed from ports.

On Sat, May 14, 2011 at 1:13 PM, Otto Moerbeek  wrote:
> On Fri, May 13, 2011 at 03:31:03PM -0500, Chris Bennett wrote:
>
>> On Fri, May 13, 2011 at 10:08:18PM +0200, Antoine Jacoutot wrote:
>> >
>> > Update devel/dconf to the very latest revision.
>> >
>>
>>
>> I tried that first a few days ago and just now (no update).
>> I just updated FF4 and FF35 and I now get:
>>
>> $ /usr/local/bin/firefox
>> /usr/local/lib/firefox-4.0.1/firefox-bin:/usr/X11R6/lib/libX11.so.12.0:
/usr/X11R6/lib/libX11.so.14.0 : WARNING: symbol(_XkeyTable) size mismatch,
relink your program
>> $ /usr/local/bin/firefox35
>> /usr/local/firefox35/firefox35-bin:/usr/X11R6/lib/libX11.so.12.0:
/usr/X11R6/lib/libX11.so.14.0 : WARNING: symbol(_XkeyTable) size mismatch,
relink your program
>>
>>
>> I will try the newer version in ports.
>>
>> Chris Bennett
>
> One more question: are you building ports yourself These messsages are
> an indicaton your system is not consistent. I recommend installing a
> snap and get your packages from a mirror as well. That would rule out
> build problems.
>
> Note that recently a new version of webkit was comitted. New packages
> snaps containing that are noy yet there. But a few developers already
> spotted problems with it, that are being investigated.
>
> B  B  B  B -Otto



Re: xxxterm and firefox35 May 11 snapshot

2011-05-14 Thread Otto Moerbeek
On Fri, May 13, 2011 at 03:31:03PM -0500, Chris Bennett wrote:

> On Fri, May 13, 2011 at 10:08:18PM +0200, Antoine Jacoutot wrote:
> > 
> > Update devel/dconf to the very latest revision.
> > 
> 
> 
> I tried that first a few days ago and just now (no update).
> I just updated FF4 and FF35 and I now get:
> 
> $ /usr/local/bin/firefox  
> /usr/local/lib/firefox-4.0.1/firefox-bin:/usr/X11R6/lib/libX11.so.12.0: 
> /usr/X11R6/lib/libX11.so.14.0 : WARNING: symbol(_XkeyTable) size mismatch, 
> relink your program
> $ /usr/local/bin/firefox35 
> /usr/local/firefox35/firefox35-bin:/usr/X11R6/lib/libX11.so.12.0: 
> /usr/X11R6/lib/libX11.so.14.0 : WARNING: symbol(_XkeyTable) size mismatch, 
> relink your program
> 
> 
> I will try the newer version in ports.
> 
> Chris Bennett

One more question: are you building ports yourself These messsages are
an indicaton your system is not consistent. I recommend installing a
snap and get your packages from a mirror as well. That would rule out
build problems. 

Note that recently a new version of webkit was comitted. New packages
snaps containing that are noy yet there. But a few developers already
spotted problems with it, that are being investigated.

-Otto



Re: xxxterm and firefox35 May 11 snapshot

2011-05-14 Thread Otto Moerbeek
On Sat, May 14, 2011 at 10:30:22AM +0200, Otto Moerbeek wrote:

> On Fri, May 13, 2011 at 02:49:40PM -0500, Chris Bennett wrote:
> 
> > one page  is www.financialarmageddon.com/
> > There are some others which I can report after I finally get some bad ones 
> > closed out so that xxxterm will stay running.
> > This page fails for both FF4 and xxxterm, not in Konqueror.
> > 
> > dmesg
> > 
> > OpenBSD 4.9-current (GENERIC) #69: Tue May  3 14:59:18 MDT 2011
> > t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
> > cpu0: Intel Pentium III ("GenuineIntel" 686-class) 449 MHz
> > cpu0: 
> > FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PSE36,MMX,FXSR,SSE
> > real mem  = 267821056 (255MB)
> > avail mem = 253292544 (241MB)
> 
> The page works for me both in ff4 and xxxterm on my amd64 in i386
> mode, dmesg and ulimit below. 
> 
> As your machine does not have a lot of memory and is lacking SSE2 and
> further, my suspicion is that your problems could have something to do
> with either.

To test this hypothesis, I installed a snap om my soekris, which has
256MB of memory and has no sse*. Both ff4 and xxxterm ran fine (but
slow) using remote X on that little machine, accessing
www.financialarmageddon.com and other sites in other tabs.

So my conclusion is that something else is wrong on your machine.

-Otto



Re: xxxterm and firefox35 May 11 snapshot

2011-05-14 Thread Otto Moerbeek
On Fri, May 13, 2011 at 02:49:40PM -0500, Chris Bennett wrote:

> one page  is www.financialarmageddon.com/
> There are some others which I can report after I finally get some bad ones 
> closed out so that xxxterm will stay running.
> This page fails for both FF4 and xxxterm, not in Konqueror.
> 
> dmesg
> 
> OpenBSD 4.9-current (GENERIC) #69: Tue May  3 14:59:18 MDT 2011
> t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
> cpu0: Intel Pentium III ("GenuineIntel" 686-class) 449 MHz
> cpu0: 
> FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PSE36,MMX,FXSR,SSE
> real mem  = 267821056 (255MB)
> avail mem = 253292544 (241MB)

The page works for me both in ff4 and xxxterm on my amd64 in i386
mode, dmesg and ulimit below. 

As your machine does not have a lot of memory and is lacking SSE2 and
further, my suspicion is that your problems could have something to do
with either.

Please show us your ulmits -a and swapctl -l.

-Otto

[otto@terry:/home/otto:22]$ ulimit -a 
time(cpu-seconds)unlimited
file(blocks) unlimited
coredump(blocks) unlimited
data(kbytes) 524288
stack(kbytes)4096
lockedmem(kbytes)511870
memory(kbytes)   1532204
nofiles(descriptors) 128
processes128
[otto@terry:/home/otto:23]$ 
[otto@terry:/home/otto:24]$ swapctl -l  
Device  512-blocks UsedAvail Capacity  Priority
/dev/wd0b  36690480  3669048 0%0
[otto@terry:/home/otto:24]$ 



OpenBSD 4.9-current (GENERIC.MP) #0: Thu May  5 11:58:21 CEST 2011
o...@terry.intra.drijf.net:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ ("AuthenticAMD" 686-class, 
512KB L2 cache) 2.02 GHz
cpu0: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3
real mem  = 1610084352 (1535MB)
avail mem = 1573568512 (1500MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 03/20/06, BIOS32 rev. 0 @ 0xf21a0, SMBIOS 
rev. 2.3 @ 0xf (75 entries)
bios0: vendor Phoenix Technologies, LTD version "ASUS A8N5X ACPI BIOS Revision 
0902" date 03/20/2006
bios0: ASUSTeK Computer INC. A8N5X
acpi0 at bios0: rev 0
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP SSDT MCFG APIC
acpi0: wakeup devices HUB0(S5) XVR0(S5) XVR1(S5) XVR2(S5) XVR3(S5) USB0(S4) 
USB2(S4) MMAC(S5) MMCI(S5) UAR1(S5) UAR2(S5) PS2M(S4) PS2K(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: apic clock running at 201MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ ("AuthenticAMD" 686-class, 
512KB L2 cache) 2.02 GHz
cpu1: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 11, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 2
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 5 (HUB0)
acpicpu0 at acpi0: PSS
acpicpu1 at acpi0: PSS
acpitz0 at acpi0: critical temperature 75 degC
acpibtn0 at acpi0: PWRB
aibs0 at acpi0: RTMP RVLT RFAN
aibs0: FSIF: misformed package: 3/5, assume 5
bios0: ROM list: 0xc/0xd000 0xd/0x4000! 0xd4000/0x1800 0xd6000/0x2600
cpu0: Cool'n'Quiet K8 2011 MHz: speeds: 2000 1800 1000 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
"NVIDIA nForce4 DDR" rev 0xa3 at pci0 dev 0 function 0 not configured
pcib0 at pci0 dev 1 function 0 "NVIDIA nForce4 ISA" rev 0xa3
nviic0 at pci0 dev 1 function 1 "NVIDIA nForce4 SMBus" rev 0xa2
iic0 at nviic0
spdmem0 at iic0 addr 0x50: 256MB DDR SDRAM non-parity PC3200CL3.0
spdmem1 at iic0 addr 0x51: 256MB DDR SDRAM non-parity PC3200CL3.0
spdmem2 at iic0 addr 0x52: 512MB DDR SDRAM non-parity PC3200CL3.0
spdmem3 at iic0 addr 0x53: 512MB DDR SDRAM non-parity PC3200CL3.0
iic1 at nviic0
ohci0 at pci0 dev 2 function 0 "NVIDIA nForce4 USB" rev 0xa2: apic 2 int 20, 
version 1.0, legacy support
ehci0 at pci0 dev 2 function 1 "NVIDIA nForce4 USB" rev 0xa3: apic 2 int 20
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "NVIDIA EHCI root hub" rev 2.00/1.00 addr 1
auich0 at pci0 dev 4 function 0 "NVIDIA nForce4 AC97" rev 0xa2: apic 2 int 20, 
nForce4 AC97
ac97: codec id 0x414c4790 (Avance Logic ALC850 rev 0)
audio0 at auich0
pciide0 at pci0 dev 6 function 0 "NVIDIA nForce4 IDE" rev 0xf2: DMA, channel 0 
configured to compatibility, channel 1 configured to compatibility
atapiscsi0 at pciide0 channel 0 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0:  ATAPI 5/cdrom 
removable
cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
pciide0: channel 1 disabled (no drives)
pciide1 at pci0 dev 7 function 0 "NVIDIA nForce4 SATA" rev 0xf3: DMA
pciide1: using apic 2 int 20 for native-PCI interrupt
wd0 at pciide1 channel 1 drive 0: 
wd0: 16-sector PIO, LBA48, 715404MB, 1465149168 sectors
wd0(pciide1:1:0): using PIO mode 4, Ultra

Re: xxxterm and firefox35 May 11 snapshot

2011-05-13 Thread Marco Peereboom
On May 13, 2011, at 17:01, Chris Bennett 
wrote:

> On Fri, May 13, 2011 at 04:32:33PM -0500, Marco Peereboom wrote:
 Too much conspiracy for the kernel!

>>>
>>> People keep telling me that these browsers are working fine, but I just
don't see it!
>>> :)
>>
>> Aha!  this is where I get to say: "works for me!"
>>
>> OpenBSD 4.9-current (GENERIC.MP) #1: Thu May 12 09:43:25 CDT 2011
>>r...@e6500.peereboom.us:/usr/src/sys/arch/amd64/compile/GENERIC.MP
>> real mem = 8538869760 (8143MB)
>> avail mem = 8297521152 (7913MB)
>>
>
> OH, I just called tech-support at 1-800-ope-nbsd.
>
> They told me I might have a virus or malware pre-installed.

See you believe too much shit! That damn government and all their competent
people!

>
> So I should delete all my packages and do a fresh install of OpenBSD and
call them back if that doesn't solve the problem!
>
> # pkg_delete -i .*  .
> # rm -rf *.*
> This should definitely work!



Re: xxxterm and firefox35 May 11 snapshot

2011-05-13 Thread Chris Bennett
On Fri, May 13, 2011 at 04:32:33PM -0500, Marco Peereboom wrote:
> > > Too much conspiracy for the kernel!
> > > 
> > 
> > People keep telling me that these browsers are working fine, but I just 
> > don't see it!
> > :)
> 
> Aha!  this is where I get to say: "works for me!"
> 
> OpenBSD 4.9-current (GENERIC.MP) #1: Thu May 12 09:43:25 CDT 2011
> r...@e6500.peereboom.us:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 8538869760 (8143MB)
> avail mem = 8297521152 (7913MB)
> 

OH, I just called tech-support at 1-800-ope-nbsd.

They told me I might have a virus or malware pre-installed.

So I should delete all my packages and do a fresh install of OpenBSD and call 
them back if that doesn't solve the problem!

# pkg_delete -i .*  .
# rm -rf *.*
This should definitely work!



Re: xxxterm and firefox35 May 11 snapshot

2011-05-13 Thread Marco Peereboom
On Fri, May 13, 2011 at 04:24:46PM -0500, Chris Bennett wrote:
> On Fri, May 13, 2011 at 04:13:29PM -0500, Marco Peereboom wrote:
> > Too much conspiracy for the kernel!
> > 
> 
> People keep telling me that these browsers are working fine, but I just don't 
> see it!
> :)

Aha!  this is where I get to say: "works for me!"

OpenBSD 4.9-current (GENERIC.MP) #1: Thu May 12 09:43:25 CDT 2011
r...@e6500.peereboom.us:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8538869760 (8143MB)
avail mem = 8297521152 (7913MB)



Re: xxxterm and firefox35 May 11 snapshot

2011-05-13 Thread Chris Bennett
On Fri, May 13, 2011 at 04:13:29PM -0500, Marco Peereboom wrote:
> Too much conspiracy for the kernel!
> 

People keep telling me that these browsers are working fine, but I just don't 
see it!
:)



Re: xxxterm and firefox35 May 11 snapshot

2011-05-13 Thread Marco Peereboom
Too much conspiracy for the kernel!

On Fri, May 13, 2011 at 02:49:40PM -0500, Chris Bennett wrote:
> one page  is www.financialarmageddon.com/
> There are some others which I can report after I finally get some bad ones 
> closed out so that xxxterm will stay running.
> This page fails for both FF4 and xxxterm, not in Konqueror.
> 
> dmesg
> 
> OpenBSD 4.9-current (GENERIC) #69: Tue May  3 14:59:18 MDT 2011
> t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
> cpu0: Intel Pentium III ("GenuineIntel" 686-class) 449 MHz
> cpu0: 
> FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PSE36,MMX,FXSR,SSE
> real mem  = 267821056 (255MB)
> avail mem = 253292544 (241MB)
> mainbus0 at root
> bios0 at mainbus0: AT/286+ BIOS, date 05/28/02, BIOS32 rev. 0 @ 0xffe90, 
> SMBIOS rev. 2.3 @ 0xf6d60 (
> 58 entries)
> bios0: vendor Dell Computer Corporation version "A17" date 05/28/2002
> bios0: Dell Computer Corporation Inspiron 3700 x450GT
> apm0 at bios0: Power Management spec V1.2
> apm0: battery life expectancy 95%
> apm0: AC off, battery charge high, estimated 4:15 hours
> acpi at bios0 function 0x0 not configured
> pcibios0 at bios0: rev 2.1 @ 0xf/0x1
> pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfbd20/128 (6 entries)
> pcibios0: PCI Interrupt Router at 000:07:0 ("Intel 82371 ISA and IDE" rev 
> 0x00)
> pcibios0: PCI bus #3 is the last bus
> bios0: ROM list: 0xc/0x1
> cpu0 at mainbus0: (uniprocessor)
> pci0 at mainbus0 bus 0: configuration mode 1 (bios)
> pchb0 at pci0 dev 0 function 0 "Intel 82443BX AGP" rev 0x03
> intelagp0 at pchb0
> agp0 at intelagp0: aperture at 0xf400, size 0x400
> ppb0 at pci0 dev 1 function 0 "Intel 82443BX AGP" rev 0x03
> pci1 at ppb0 bus 1
> vga1 at pci1 dev 0 function 0 "ATI Mobility 1" rev 0x64
> wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> cbb0 at pci0 dev 3 function 0 "TI PCI1225 CardBus" rev 0x01: irq 11
> cbb1 at pci0 dev 3 function 1 "TI PCI1225 CardBus" rev 0x01: irq 11
> piixpcib0 at pci0 dev 7 function 0 "Intel 82371AB PIIX4 ISA" rev 0x02
> pciide0 at pci0 dev 7 function 1 "Intel 82371AB IDE" rev 0x01: DMA, channel 0 
> wired to compatibility
> , channel 1 wired to compatibility
> wd0 at pciide0 channel 0 drive 0: 
> wd0 at pciide0 channel 0 drive 0: 
> wd0: 16-sector PIO, LBA, 45780MB, 93759120 sectors
> wd0(pciide0:0:0): 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:  ATAPI 
> 5/cdrom removable
> cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
> uhci0 at pci0 dev 7 function 2 "Intel 82371AB USB" rev 0x01: irq 11
> piixpm0 at pci0 dev 7 function 3 "Intel 82371AB Power" rev 0x02: SMI
> iic0 at piixpm0
> spdmem0 at iic0 addr 0x50: 128MB SDRAM non-parity PC100CL2
> maestro0 at pci0 dev 8 function 0 "ESS Maestro 2E" rev 0x10: irq 5
> ac97: codec id 0x83847609 (SigmaTel STAC9721/23)
> ac97: codec features 18 bit DAC, 18 bit ADC, SigmaTel 3D
> audio0 at maestro0
> cardslot0 at cbb0 slot 0 flags 0
> cardbus0 at cardslot0: bus 2 device 0 cacheline 0x8, lattimer 0x20
> pcmcia0 at cardslot0
> cardslot1 at cbb1 slot 1 flags 0
> cardbus1 at cardslot1: bus 3 device 0 cacheline 0x8, lattimer 0x20
> pcmcia1 at cardslot1
> isa0 at piixpcib0
> isadma0 at isa0
> 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
> pms0 at pckbc0 (aux slot)
> pckbc0: using irq 12 for aux slot
> wsmouse0 at pms0 mux 0
> pcppi0 at isa0 port 0x61
> spkr0 at pcppi0
> lpt0 at isa0 port 0x378/4 irq 7
> npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
> fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
> usb0 at uhci0: USB revision 1.0
> uhub0 at usb0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
> mtrr: Pentium Pro MTRR support
> xl0 at cardbus1 dev 0 function 0 "3Com 3CCFE575CT" rev 0x10: irq 11, address 
> 00:01:02:79:15:bf
> tqphy0 at xl0 phy 0: 78Q2120 10/100 PHY, rev. 11
> uhub1 at uhub0 port 1 "Genesys Logic USB2.0 Hub" rev 2.00/7.02 addr 2
> uhub2 at uhub1 port 4 "Genesys Logic USB2.0 Hub" rev 2.00/7.02 addr 3
> uhidev0 at uhub2 port 1 configuration 1 interface 0 "Logitech USB Receiver" 
> rev 1.10/46.00 addr 4
> uhidev0: iclass 3/1
> ums0 at uhidev0: 8 buttons, Z dir
> wsmouse1 at ums0 mux 0
> uhidev1 at uhub2 port 1 configuration 1 interface 1 "Logitech USB Receiver" 
> rev 1.10/46.00 addr 4
> uhidev1: iclass 3/0, 16 report ids
> uhid0 at uhidev1 reportid 16: input=6, output=6, feature=0
> vscsi0 at root
> scsibus1 at vscsi0: 256 targets
> softraid0 at root
> root on wd0a (1effc3e46946b8f4.a) swap on wd0b dump on wd0b
> uath0 at uhub2 port 4 "Atheros Communications Inc WG111T" rev 2.00/0.01 addr 5
> uath0 detached
> uath0 at uhub2 port 4 "Atheros Communications Inc WG111T" rev 2.00/0.01 addr 5
> uath0: MAC/BBP AR5523, RF AR2112, address 00:14:6c:e6:0d:5b
> 
> Chris Bennett



Re: xxxterm and firefox35 May 11 snapshot

2011-05-13 Thread Chris Bennett
I built latest version of  dconf.
Still get same xxxterm.core and firefoxen problem.

Chris Bennett



Re: xxxterm and firefox35 May 11 snapshot

2011-05-13 Thread Chris Bennett
On Fri, May 13, 2011 at 10:08:18PM +0200, Antoine Jacoutot wrote:
> 
> Update devel/dconf to the very latest revision.
> 


I tried that first a few days ago and just now (no update).
I just updated FF4 and FF35 and I now get:

$ /usr/local/bin/firefox  
/usr/local/lib/firefox-4.0.1/firefox-bin:/usr/X11R6/lib/libX11.so.12.0: 
/usr/X11R6/lib/libX11.so.14.0 : WARNING: symbol(_XkeyTable) size mismatch, 
relink your program
$ /usr/local/bin/firefox35 
/usr/local/firefox35/firefox35-bin:/usr/X11R6/lib/libX11.so.12.0: 
/usr/X11R6/lib/libX11.so.14.0 : WARNING: symbol(_XkeyTable) size mismatch, 
relink your program


I will try the newer version in ports.

Chris Bennett



Re: xxxterm and firefox35 May 11 snapshot

2011-05-13 Thread Antoine Jacoutot
On Fri, 13 May 2011, Chris Bennett wrote:

> At that website, xxxterm seg faults with following from gdb (not compiled 
> with debugging)
> 
> (gdb) backtrace
> #0  0x030f6061 in ?? () from /usr/local/lib/gio/modules/libdconfsettings.so
> #1  0x0ebb758c in _thread_kern_sig_undefer ()
> at /usr/src/lib/libpthread/uthread/uthread_kern.c:1008


Update devel/dconf to the very latest revision.

> #2  0x030f659e in ?? () from /usr/local/lib/gio/modules/libdconfsettings.so
> #3  0x230f468c in ?? () from /usr/local/lib/gio/modules/libdconfsettings.so
> #4  0x86c06f30 in ?? ()
> #5  0x2eba4e68 in __func__.4242 () from /usr/lib/libpthread.so.13.1
> #6  0x230f468c in ?? () from /usr/local/lib/gio/modules/libdconfsettings.so
> #7  0x0001 in ?? ()
> #8  0x0004 in ?? ()
> #9  0xcfbd1298 in ?? ()
> #10 0x030f54e4 in ?? () from /usr/local/lib/gio/modules/libdconfsettings.so
> #11 0x in ?? ()
> (gdb) backtrace full
> #0  0x030f6061 in ?? () from /usr/local/lib/gio/modules/libdconfsettings.so
> No symbol table info available.
> #1  0x0ebb758c in _thread_kern_sig_undefer ()
> at /usr/src/lib/libpthread/uthread/uthread_kern.c:1008
> curthread = Variable "curthread" is not available.
> 
> 
> Chris Bennett
> 
> 

-- 
Antoine



Re: xxxterm and firefox35 May 11 snapshot

2011-05-13 Thread David Vincent
> Message du 13/05/11 C  21h59
> De : "Chris Bennett" 
> A : misc@openbsd.org
> Copie C  :
> Objet : Re: xxxterm and firefox35 May 11 snapshot
>
>
> At that website, xxxterm seg faults with following from gdb (not compiled
with debugging)
>
> (gdb) backtrace
> #0  0x030f6061 in ?? () from /usr/local/lib/gio/modules/libdconfsettings.so
> #1  0x0ebb758c in _thread_kern_sig_undefer ()
> at /usr/src/lib/libpthread/uthread/uthread_kern.c:1008
> #2  0x030f659e in ?? () from /usr/local/lib/gio/modules/libdconfsettings.so
> #3  0x230f468c in ?? () from /usr/local/lib/gio/modules/libdconfsettings.so
> #4  0x86c06f30 in ?? ()
> #5  0x2eba4e68 in __func__.4242 () from /usr/lib/libpthread.so.13.1
> #6  0x230f468c in ?? () from /usr/local/lib/gio/modules/libdconfsettings.so
> #7  0x0001 in ?? ()
> #8  0x0004 in ?? ()
> #9  0xcfbd1298 in ?? ()
> #10 0x030f54e4 in ?? () from /usr/local/lib/gio/modules/libdconfsettings.so
> #11 0x in ?? ()
> (gdb) backtrace full
> #0  0x030f6061 in ?? () from /usr/local/lib/gio/modules/libdconfsettings.so
> No symbol table info available.
> #1  0x0ebb758c in _thread_kern_sig_undefer ()
> at /usr/src/lib/libpthread/uthread/uthread_kern.c:1008
> curthread = Variable "curthread" is not available.
>
>
> Chris Bennett
>
>
>



  Retrouvez les scandales de Cannes, les palmes d'or, les photos du festival
sur Voila
http://people.voila.fr/evenementiel/festival-de-cannes2011/cannes-en-images/



Re: xxxterm and firefox35 May 11 snapshot

2011-05-13 Thread Chris Bennett
At that website, xxxterm seg faults with following from gdb (not compiled with 
debugging)

(gdb) backtrace
#0  0x030f6061 in ?? () from /usr/local/lib/gio/modules/libdconfsettings.so
#1  0x0ebb758c in _thread_kern_sig_undefer ()
at /usr/src/lib/libpthread/uthread/uthread_kern.c:1008
#2  0x030f659e in ?? () from /usr/local/lib/gio/modules/libdconfsettings.so
#3  0x230f468c in ?? () from /usr/local/lib/gio/modules/libdconfsettings.so
#4  0x86c06f30 in ?? ()
#5  0x2eba4e68 in __func__.4242 () from /usr/lib/libpthread.so.13.1
#6  0x230f468c in ?? () from /usr/local/lib/gio/modules/libdconfsettings.so
#7  0x0001 in ?? ()
#8  0x0004 in ?? ()
#9  0xcfbd1298 in ?? ()
#10 0x030f54e4 in ?? () from /usr/local/lib/gio/modules/libdconfsettings.so
#11 0x in ?? ()
(gdb) backtrace full
#0  0x030f6061 in ?? () from /usr/local/lib/gio/modules/libdconfsettings.so
No symbol table info available.
#1  0x0ebb758c in _thread_kern_sig_undefer ()
at /usr/src/lib/libpthread/uthread/uthread_kern.c:1008
curthread = Variable "curthread" is not available.


Chris Bennett



Re: xxxterm and firefox35 May 11 snapshot

2011-05-13 Thread Chris Bennett
one page  is www.financialarmageddon.com/
There are some others which I can report after I finally get some bad ones 
closed out so that xxxterm will stay running.
This page fails for both FF4 and xxxterm, not in Konqueror.

dmesg

OpenBSD 4.9-current (GENERIC) #69: Tue May  3 14:59:18 MDT 2011
t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel Pentium III ("GenuineIntel" 686-class) 449 MHz
cpu0: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PSE36,MMX,FXSR,SSE
real mem  = 267821056 (255MB)
avail mem = 253292544 (241MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 05/28/02, BIOS32 rev. 0 @ 0xffe90, SMBIOS 
rev. 2.3 @ 0xf6d60 (
58 entries)
bios0: vendor Dell Computer Corporation version "A17" date 05/28/2002
bios0: Dell Computer Corporation Inspiron 3700 x450GT
apm0 at bios0: Power Management spec V1.2
apm0: battery life expectancy 95%
apm0: AC off, battery charge high, estimated 4:15 hours
acpi at bios0 function 0x0 not configured
pcibios0 at bios0: rev 2.1 @ 0xf/0x1
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfbd20/128 (6 entries)
pcibios0: PCI Interrupt Router at 000:07:0 ("Intel 82371 ISA and IDE" rev 0x00)
pcibios0: PCI bus #3 is the last bus
bios0: ROM list: 0xc/0x1
cpu0 at mainbus0: (uniprocessor)
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82443BX AGP" rev 0x03
intelagp0 at pchb0
agp0 at intelagp0: aperture at 0xf400, size 0x400
ppb0 at pci0 dev 1 function 0 "Intel 82443BX AGP" rev 0x03
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "ATI Mobility 1" rev 0x64
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
cbb0 at pci0 dev 3 function 0 "TI PCI1225 CardBus" rev 0x01: irq 11
cbb1 at pci0 dev 3 function 1 "TI PCI1225 CardBus" rev 0x01: irq 11
piixpcib0 at pci0 dev 7 function 0 "Intel 82371AB PIIX4 ISA" rev 0x02
pciide0 at pci0 dev 7 function 1 "Intel 82371AB IDE" rev 0x01: DMA, channel 0 
wired to compatibility
, channel 1 wired to compatibility
wd0 at pciide0 channel 0 drive 0: 
wd0 at pciide0 channel 0 drive 0: 
wd0: 16-sector PIO, LBA, 45780MB, 93759120 sectors
wd0(pciide0:0:0): 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:  ATAPI 5/cdrom 
removable
cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
uhci0 at pci0 dev 7 function 2 "Intel 82371AB USB" rev 0x01: irq 11
piixpm0 at pci0 dev 7 function 3 "Intel 82371AB Power" rev 0x02: SMI
iic0 at piixpm0
spdmem0 at iic0 addr 0x50: 128MB SDRAM non-parity PC100CL2
maestro0 at pci0 dev 8 function 0 "ESS Maestro 2E" rev 0x10: irq 5
ac97: codec id 0x83847609 (SigmaTel STAC9721/23)
ac97: codec features 18 bit DAC, 18 bit ADC, SigmaTel 3D
audio0 at maestro0
cardslot0 at cbb0 slot 0 flags 0
cardbus0 at cardslot0: bus 2 device 0 cacheline 0x8, lattimer 0x20
pcmcia0 at cardslot0
cardslot1 at cbb1 slot 1 flags 0
cardbus1 at cardslot1: bus 3 device 0 cacheline 0x8, lattimer 0x20
pcmcia1 at cardslot1
isa0 at piixpcib0
isadma0 at isa0
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
pms0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pms0 mux 0
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
mtrr: Pentium Pro MTRR support
xl0 at cardbus1 dev 0 function 0 "3Com 3CCFE575CT" rev 0x10: irq 11, address 
00:01:02:79:15:bf
tqphy0 at xl0 phy 0: 78Q2120 10/100 PHY, rev. 11
uhub1 at uhub0 port 1 "Genesys Logic USB2.0 Hub" rev 2.00/7.02 addr 2
uhub2 at uhub1 port 4 "Genesys Logic USB2.0 Hub" rev 2.00/7.02 addr 3
uhidev0 at uhub2 port 1 configuration 1 interface 0 "Logitech USB Receiver" rev 
1.10/46.00 addr 4
uhidev0: iclass 3/1
ums0 at uhidev0: 8 buttons, Z dir
wsmouse1 at ums0 mux 0
uhidev1 at uhub2 port 1 configuration 1 interface 1 "Logitech USB Receiver" rev 
1.10/46.00 addr 4
uhidev1: iclass 3/0, 16 report ids
uhid0 at uhidev1 reportid 16: input=6, output=6, feature=0
vscsi0 at root
scsibus1 at vscsi0: 256 targets
softraid0 at root
root on wd0a (1effc3e46946b8f4.a) swap on wd0b dump on wd0b
uath0 at uhub2 port 4 "Atheros Communications Inc WG111T" rev 2.00/0.01 addr 5
uath0 detached
uath0 at uhub2 port 4 "Atheros Communications Inc WG111T" rev 2.00/0.01 addr 5
uath0: MAC/BBP AR5523, RF AR2112, address 00:14:6c:e6:0d:5b

Chris Bennett



Re: xxxterm and firefox35 May 11 snapshot

2011-05-13 Thread Otto Moerbeek
To everybody reporting browser misery:

I'm spending more time dragging details out of people than actually
testing.

Please read http://www.openbsd.org/report.html and act accordingly.

We need details, including dmesg and steps to reproduce the problem.

-Otto



Re: xxxterm and firefox35 May 11 snapshot

2011-05-13 Thread Otto Moerbeek
On Fri, May 13, 2011 at 08:30:04AM -0500, Chris Bennett wrote:

> Same here, except that only certain pages trigger crash. Plain pages seem to 
> run just fine.
> Is repeatable.
> I was assuming that it was a few packages I hadn't yet upgraded due to poor 
> internet right now.
> Glad to see it isn't just here.
> 
> Chris Bennett

Sigh, how about giving us details which browser and which pages? 

I have installed current and a snap on two i386 machines, I saw no
problems using ff and xxxterm yet. 

-Otto



Re: xxxterm and firefox35 May 11 snapshot

2011-05-13 Thread Chris Bennett
I have now tested konqueror and it is NOT crashing on the sites that caused 
xxxterm and ff4 to crash. BUt I only did a quick test. My Dad used konqueror ok 
yesterday without problems.
Chris Bennett



Re: xxxterm and firefox35 May 11 snapshot

2011-05-13 Thread Chris Bennett
Same here, except that only certain pages trigger crash. Plain pages seem to 
run just fine.
Is repeatable.
I was assuming that it was a few packages I hadn't yet upgraded due to poor 
internet right now.
Glad to see it isn't just here.

Chris Bennett



Re: xxxterm and firefox35 May 11 snapshot

2011-05-13 Thread Tomas Bodzar
Same is true for me. See
http://marc.info/?l=openbsd-misc&m=130527268126141&w=2  (don't count
that working word as it's not true :-)). Even after update to current
via compilation still same results for all graphical browsers.
Something really bad is going here.

On Fri, May 13, 2011 at 9:41 AM, Paolo Aglialoro  wrote:
> Same happens here with 4.9-current, totally different machine (i386 P3
> 700MHz 256MB) and:
>
> -firefox 4 (shuts down after trying to navigate somewhere; btw after update
> from 3.6 to 4.0 it jas never been stable)
> -xxxterm (after a while kinda 3 or 4 pages crashes abrouptly)
> -opera (window does not open process stays at 99% cpu and is unkillable
also
> by root)
>
> All this already jappemed with may 1 snapshot and is still happening with
> may 11.
>
> Practically the only working browser is lynx.
> :((
>
> Non browsing appz run regularly.
>
> Il giorno 13/mag/2011 05.53, "Ed Ahlsen-Girard"  ha
> scritto:
>>
>> I installed the May 11 snapshot, and now:
>>
>> Acroread complains that a plugin is missing.
>>
>> xxxterm closes when attempting to open any page other than :fav
>>
>> Firefox opens momentarily is started in safe mode, but closes almost
>> immediately.
>>
>> Anybody who can tell me where the logs woul be (nothing in var/log
>> seems to pertain) would be greatly appreciated. B Dmesg below sig.
>>
>> --
>>
>> Edward Ahlsen-Girard
>> Ft Walton Beach, FL
>>
>>
>> OpenBSD 4.9-current (GENERIC) #72: Wed May 11 10:59:14 MDT 2011
>> B  B t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
>> cpu0: Intel(R) Pentium(R) 4 CPU 2.66GHz ("GenuineIntel" 686-class) 2.66
>> GHz cpu0:
>>
>
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,CNXT-ID
>> real mem B = 1072713728 (1023MB) avail mem = 1045016576 (996MB)
>> mainbus0 at root
>> bios0 at mainbus0: AT/286+ BIOS, date 11/12/02, BIOS32 rev. 0 @
>> 0xffe90, SMBIOS rev. 2.3 @ 0xf0450 (56 entries) bios0: vendor Dell
>> Computer Corporation version "A03" date 11/12/2002 bios0: Dell Computer
>> Corporation Dimension 4550 acpi0 at bios0: rev 0
>> acpi0: sleep states S0 S1 S3 S4 S5
>> acpi0: tables DSDT FACP SSDT APIC BOOT ASF!
>> acpi0: wakeup devices VBTN(S4) PCI0(S3) USB0(S3) USB1(S3) USB2(S3)
>> PCI1(S5) KBD_(S3) 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 132MHz
>> ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
>> ioapic0: misconfigured as apic 0, remapped to apid 1
>> acpiprt0 at acpi0: bus 0 (PCI0)
>> acpiprt1 at acpi0: bus 2 (PCI1)
>> acpicpu0 at acpi0
>> acpibtn0 at acpi0: VBTN
>> bios0: ROM list: 0xc/0xf800 0xcf800/0x800
>> pci0 at mainbus0 bus 0: configuration mode 1 (bios)
>> pchb0 at pci0 dev 0 function 0 "Intel 82845G Host" rev 0x01
>> intelagp0 at pchb0
>> agp0 at intelagp0: aperture at 0xe800, size 0x800
>> ppb0 at pci0 dev 1 function 0 "Intel 82845G AGP" rev 0x01
>> pci1 at ppb0 bus 1
>> vga1 at pci1 dev 0 function 0 "NVIDIA GeForce4 MX 420" rev 0xa3
>> wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
>> wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
>> uhci0 at pci0 dev 29 function 0 "Intel 82801DB USB" rev 0x01: apic 1
>> int 16 uhci1 at pci0 dev 29 function 1 "Intel 82801DB USB" rev 0x01:
>> apic 1 int 19 uhci2 at pci0 dev 29 function 2 "Intel 82801DB USB" rev
>> 0x01: apic 1 int 18 ehci0 at pci0 dev 29 function 7 "Intel 82801DB USB"
>> rev 0x01: apic 1 int 23 usb0 at ehci0: USB revision 2.0
>> uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
>> ppb1 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0x81
>> pci2 at ppb1 bus 2
>> cmpci0 at pci2 dev 0 function 0 "C-Media Electronics CMI8738/C3DX
>> Audio" rev 0x10: apic 1 int 21 audio0 at cmpci0
>> opl at cmpci0 not configured
>> mpu at cmpci0 not configured
>> vendor "Broadcom", unknown product 0x4212 (class communications
>> subclass modem, rev 0x02) at pci2 dev 1 function 0 not configured fxp0
>> at pci2 dev 8 function 0 "Intel PRO/100 VE" rev 0x81, i82562: apic 1
>> int 20, address 00:07:e9:c3:c0:ba inphy0 at fxp0 phy 1: i82562ET 10/100
>> PHY, rev. 0 ichpcib0 at pci0 dev 31 function 0 "Intel 82801DB LPC" rev
>> 0x01 pciide0 at pci0 dev 31 function 1 "Intel 82801DB IDE" rev 0x01:
>> DMA, channel 0 configured to compatibility, channel 1 configured to
>> compatibility wd0 at pciide0 channel 0 drive 0: 
>> wd0: 16-sector PIO, LBA, 57220MB, 117187500 sectors wd1 at pciide0
>> channel 0 drive 1:  wd1: 16-sector PIO, LBA,
>> 76319MB, 156301488 sectors wd0(pciide0:0:0): using PIO mode 4,
>> Ultra-DMA mode 5 wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 5
>> atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2
>> targets cd0 at scsibus0 targ 0 lun 0: <_NEC, DVD+RW ND-1100A, 10GE>
>> ATAPI 5/cdrom removable wd2 at pciide0 channel 1 drive 1: > WD800JB-00JJC0> wd2: 16-sector PIO, LBA, 76319MB, 156301488 sec

Re: xxxterm and firefox35 May 11 snapshot

2011-05-13 Thread Paolo Aglialoro
Same happens here with 4.9-current, totally different machine (i386 P3
700MHz 256MB) and:

-firefox 4 (shuts down after trying to navigate somewhere; btw after update
from 3.6 to 4.0 it jas never been stable)
-xxxterm (after a while kinda 3 or 4 pages crashes abrouptly)
-opera (window does not open process stays at 99% cpu and is unkillable also
by root)

All this already jappemed with may 1 snapshot and is still happening with
may 11.

Practically the only working browser is lynx.
:((

Non browsing appz run regularly.

Il giorno 13/mag/2011 05.53, "Ed Ahlsen-Girard"  ha
scritto:
>
> I installed the May 11 snapshot, and now:
>
> Acroread complains that a plugin is missing.
>
> xxxterm closes when attempting to open any page other than :fav
>
> Firefox opens momentarily is started in safe mode, but closes almost
> immediately.
>
> Anybody who can tell me where the logs woul be (nothing in var/log
> seems to pertain) would be greatly appreciated.  Dmesg below sig.
>
> --
>
> Edward Ahlsen-Girard
> Ft Walton Beach, FL
>
>
> OpenBSD 4.9-current (GENERIC) #72: Wed May 11 10:59:14 MDT 2011
>t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
> cpu0: Intel(R) Pentium(R) 4 CPU 2.66GHz ("GenuineIntel" 686-class) 2.66
> 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,CNXT-ID
> real mem  = 1072713728 (1023MB) avail mem = 1045016576 (996MB)
> mainbus0 at root
> bios0 at mainbus0: AT/286+ BIOS, date 11/12/02, BIOS32 rev. 0 @
> 0xffe90, SMBIOS rev. 2.3 @ 0xf0450 (56 entries) bios0: vendor Dell
> Computer Corporation version "A03" date 11/12/2002 bios0: Dell Computer
> Corporation Dimension 4550 acpi0 at bios0: rev 0
> acpi0: sleep states S0 S1 S3 S4 S5
> acpi0: tables DSDT FACP SSDT APIC BOOT ASF!
> acpi0: wakeup devices VBTN(S4) PCI0(S3) USB0(S3) USB1(S3) USB2(S3)
> PCI1(S5) KBD_(S3) 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 132MHz
> ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
> ioapic0: misconfigured as apic 0, remapped to apid 1
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus 2 (PCI1)
> acpicpu0 at acpi0
> acpibtn0 at acpi0: VBTN
> bios0: ROM list: 0xc/0xf800 0xcf800/0x800
> pci0 at mainbus0 bus 0: configuration mode 1 (bios)
> pchb0 at pci0 dev 0 function 0 "Intel 82845G Host" rev 0x01
> intelagp0 at pchb0
> agp0 at intelagp0: aperture at 0xe800, size 0x800
> ppb0 at pci0 dev 1 function 0 "Intel 82845G AGP" rev 0x01
> pci1 at ppb0 bus 1
> vga1 at pci1 dev 0 function 0 "NVIDIA GeForce4 MX 420" rev 0xa3
> wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> uhci0 at pci0 dev 29 function 0 "Intel 82801DB USB" rev 0x01: apic 1
> int 16 uhci1 at pci0 dev 29 function 1 "Intel 82801DB USB" rev 0x01:
> apic 1 int 19 uhci2 at pci0 dev 29 function 2 "Intel 82801DB USB" rev
> 0x01: apic 1 int 18 ehci0 at pci0 dev 29 function 7 "Intel 82801DB USB"
> rev 0x01: apic 1 int 23 usb0 at ehci0: USB revision 2.0
> uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
> ppb1 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0x81
> pci2 at ppb1 bus 2
> cmpci0 at pci2 dev 0 function 0 "C-Media Electronics CMI8738/C3DX
> Audio" rev 0x10: apic 1 int 21 audio0 at cmpci0
> opl at cmpci0 not configured
> mpu at cmpci0 not configured
> vendor "Broadcom", unknown product 0x4212 (class communications
> subclass modem, rev 0x02) at pci2 dev 1 function 0 not configured fxp0
> at pci2 dev 8 function 0 "Intel PRO/100 VE" rev 0x81, i82562: apic 1
> int 20, address 00:07:e9:c3:c0:ba inphy0 at fxp0 phy 1: i82562ET 10/100
> PHY, rev. 0 ichpcib0 at pci0 dev 31 function 0 "Intel 82801DB LPC" rev
> 0x01 pciide0 at pci0 dev 31 function 1 "Intel 82801DB IDE" rev 0x01:
> DMA, channel 0 configured to compatibility, channel 1 configured to
> compatibility wd0 at pciide0 channel 0 drive 0: 
> wd0: 16-sector PIO, LBA, 57220MB, 117187500 sectors wd1 at pciide0
> channel 0 drive 1:  wd1: 16-sector PIO, LBA,
> 76319MB, 156301488 sectors wd0(pciide0:0:0): using PIO mode 4,
> Ultra-DMA mode 5 wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 5
> atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2
> targets cd0 at scsibus0 targ 0 lun 0: <_NEC, DVD+RW ND-1100A, 10GE>
> ATAPI 5/cdrom removable wd2 at pciide0 channel 1 drive 1:  WD800JB-00JJC0> wd2: 16-sector PIO, LBA, 76319MB, 156301488 sectors
> cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
> wd2(pciide0:1:1): using PIO mode 4, Ultra-DMA mode 5
> ichiic0 at pci0 dev 31 function 3 "Intel 82801DB SMBus" rev 0x01: apic
> 1 int 17 iic0 at ichiic0
> spdmem0 at iic0 addr 0x50: 512MB DDR SDRAM non-parity PC2700CL2.5
> spdmem1 at iic0 addr 0x51: 512MB DDR SDRAM non-parity PC2700CL2.5
> usb1 at uhci0: USB revision 1.0
> uhub1 at usb1 "Intel UHCI root hub" rev 1.00/1.00 addr