DaemonForums  

Go Back   DaemonForums > OpenBSD > OpenBSD Packages and Ports

OpenBSD Packages and Ports Installation and upgrading of packages and ports on OpenBSD.

Reply
 
Thread Tools Display Modes
  #1   (View Single Post)  
Old 26th October 2013
daemonfowl daemonfowl is offline
bsdstudent
 
Join Date: Jan 2012
Location: DaemonLand
Posts: 834
Thanked 0 Times in 0 Posts
Default xombrero segfaults on OpenBSD -current macppc

Hi everybody !

I'm running the last snapshot on iBook G4 :
Code:
kern.version=OpenBSD 5.4-current (GENERIC) #54: Tue Oct 15 02:17:27 MDT 2013
    deraadt@macppc.openbsd.org:/usr/src/sys/arch/macppc/compile/GENERIC
and Xombrero segfaults whether with default or custom configuration.
This is not happening on i386 arch.
Reply With Quote
  #2   (View Single Post)  
Old 27th October 2013
daemonfowl daemonfowl is offline
bsdstudent
 
Join Date: Jan 2012
Location: DaemonLand
Posts: 834
Thanked 0 Times in 0 Posts
Default

dmesg :
Code:
[ using 551344 bytes of bsd ELF symbol table ]
console out [ATY,Via_A]console in [keyboard] , using ADB
using parent ATY,ViaParent:: memaddr 98000000 size 8000000, : consaddr 9c008000, : ioaddr 90020000, size 20000: width 1024 linebytes 1024 height 768 depth 8
Copyright (c) 1982, 1986, 1989, 1991, 1993
	The Regents of the University of California.  All rights reserved.
Copyright (c) 1995-2013 OpenBSD. All rights reserved.  http://www.OpenBSD.org

OpenBSD 5.4-current (GENERIC) #54: Tue Oct 15 02:17:27 MDT 2013
    deraadt@macppc.openbsd.org:/usr/src/sys/arch/macppc/compile/GENERIC
real mem = 268435456 (256MB)
avail mem = 246067200 (234MB)
mainbus0 at root: model PowerBook6,5
cpu0 at mainbus0: 7447A (Revision 0x101): 1066 MHz: 512KB L2 cache
mem0 at mainbus0
spdmem0 at mem0: no EEPROM found
spdmem1 at mem0: 1GB DDR SDRAM non-parity PC2700CL2.5
memc0 at mainbus0: uni-n rev 0xd2
"hw-clock" at memc0 not configured
kiic0 at memc0 offset 0xf8001000
iic0 at kiic0
adt0 at iic0 addr 0xae: adt7467 rev 0x71
mpcpcibr0 at mainbus0 pci: uni-north
pci0 at mpcpcibr0 bus 0
pchb0 at pci0 dev 11 function 0 "Apple UniNorth AGP" rev 0x00
radeondrm0 at pci0 dev 16 function 0 "ATI Radeon Mobility 9200" rev 0x01: irq 48
drm0 at radeondrm0
mpcpcibr1 at mainbus0 pci: uni-north
pci1 at mpcpcibr1 bus 0
macobio0 at pci1 dev 23 function 0 "Apple Intrepid" rev 0x00
openpic0 at macobio0 offset 0x40000: version 0x4614 feature 3f0302 LE
macgpio0 at macobio0 offset 0x50
"modem-reset" at macgpio0 offset 0x1d not configured
"modem-power" at macgpio0 offset 0x1c not configured
macgpio1 at macgpio0 offset 0x9: irq 47
"programmer-switch" at macgpio0 offset 0x11 not configured
dfs0 at macgpio0 offset 0x6b: speeds: 1066, 533 MHz
"gpio4" at macgpio0 offset 0x1e not configured
"gpio5" at macgpio0 offset 0x6f not configured
"gpio6" at macgpio0 offset 0x70 not configured
"gpio11" at macgpio0 offset 0x75 not configured
"extint-gpio15" at macgpio0 offset 0x67 not configured
"escc-legacy" at macobio0 offset 0x12000 not configured
zsc0 at macobio0 offset 0x13000: irq 22,23
zstty0 at zsc0 channel 0
zstty1 at zsc0 channel 1
snapper0 at macobio0 offset 0x10000: irq 30,1,2
"timer" at macobio0 offset 0x15000 not configured
adb0 at macobio0 offset 0x16000: irq 25, via-pmu, 3 targets
apm0 at adb0: battery flags 0x5, 0% charged
piic0 at adb0
iic1 at piic0
akbd0 at adb0 addr 2: iBook keyboard with inverted T (ISO layout)
wskbd0 at akbd0: console keyboard
ams0 at adb0 addr 3: EMP trackpad <tpad> 4-button, 400 dpi
wsmouse0 at ams0 mux 0
abtn0 at adb0 addr 7: brightness/volume/eject buttons
"battery" at macobio0 offset 0x0 not configured
"backlight" at macobio0 offset 0xf300 not configured
kiic1 at macobio0 offset 0x18000
iic2 at kiic1
wdc0 at macobio0 offset 0x20000 irq 24: DMA
atapiscsi0 at wdc0 channel 0 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: <MATSHITA, CD-RW CW-8123, CA0T> ATAPI 5/cdrom removable
cd0(wdc0:0:0): using BIOS timings, DMA mode 2
audio0 at snapper0
bwi0 at pci1 dev 18 function 0 "Broadcom BCM4306" rev 0x03: irq 52, address 00:0d:93:ee:95:91
ohci0 at pci1 dev 26 function 0 "Apple Intrepid USB" rev 0x00: irq 29, version 1.0, legacy support
ohci1 at pci1 dev 27 function 0 "NEC USB" rev 0x43: irq 63, version 1.0
ohci2 at pci1 dev 27 function 1 "NEC USB" rev 0x43: irq 63, version 1.0
ehci0 at pci1 dev 27 function 2 "NEC USB" rev 0x04: irq 63
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "NEC EHCI root hub" rev 2.00/1.00 addr 1
usb1 at ohci0: USB revision 1.0
uhub1 at usb1 "Apple OHCI root hub" rev 1.00/1.00 addr 1
usb2 at ohci1: USB revision 1.0
uhub2 at usb2 "NEC OHCI root hub" rev 1.00/1.00 addr 1
usb3 at ohci2: USB revision 1.0
uhub3 at usb3 "NEC OHCI root hub" rev 1.00/1.00 addr 1
mpcpcibr2 at mainbus0 pci: uni-north
pci2 at mpcpcibr2 bus 0
kauaiata0 at pci2 dev 13 function 0 "Apple Intrepid ATA" rev 0x00
wdc1 at kauaiata0 irq 39: DMA
wd0 at wdc1 channel 0 drive 0: <HTS421260H9AT00>
wd0: 16-sector PIO, LBA48, 57231MB, 117210240 sectors
wd0(wdc1:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 5
"Apple UniNorth Firewire" rev 0x81 at pci2 dev 14 function 0 not configured
gem0 at pci2 dev 15 function 0 "Apple Uni-N2 GMAC" rev 0x80: irq 41, address 00:0d:93:b3:df:b0
bmtphy0 at gem0 phy 0: BCM5221 100baseTX PHY, rev. 4
vscsi0 at root
scsibus1 at vscsi0: 256 targets
softraid0 at root
scsibus2 at softraid0: 256 targets
bootpath: /pci@f4000000/ata-6@d/disk@0:/bsd
root on wd0a (01303bffef94bfcd.a) swap on wd0b dump on wd0b
WARNING: clock lost 9598 days, using FS time -- CHECK AND RESET THE DATE!
drm: initializing kernel modesetting (RV280 0x1002:0x5C63 0x1002:0x5C63).
error: [drm:pid0:radeon_get_bios] *ERROR* Unable to locate a BIOS ROM
drm: Using generic clock info
radeondrm0: VRAM: 128M 0x0000000098000000 - 0x000000009FFFFFFF (32M used)
ttm_pool_mm_shrink_init stub
trying to bind memory to uninitialized GART !
error: [drm:pid0:radeon_ttm_backend_bind] *ERROR* failed to bind 1 pages at 0x00000000
error: [drm:pid0:radeon_wb_init] *ERROR* (-22) create WB bo failed
error: [drm:pid0:r100_init] *ERROR* Disabling GPU acceleration
drm: radeon: cp finalized
drm: radeon: cp finalized
Finalizing pool allocator
ttm_pool_mm_shrink_fini stub
drm: Zone  kernel: Used memory at exit: 0 kiB
drm: radeon: ttm finalized
drm: Forcing AGP to PCI mode
error: [drm:pid0:radeon_get_bios] *ERROR* Unable to locate a BIOS ROM
drm: Using generic clock info
radeondrm0: VRAM: 128M 0x0000000098000000 - 0x000000009FFFFFFF (32M used)
radeondrm0: GTT: 512M 0x0000000078000000 - 0x0000000097FFFFFF
ttm_pool_mm_shrink_init stub
drm: PCI GART of 512M enabled (table at 0x0000000001249000).
drm: Connector Table: 2 (ibook)
drm: No panel info found in BIOS
drm: Panel info derived from registers
drm: Panel Size 1024x768
drm: No TV DAC info found in BIOS
radeondrm0: 1024x768
wsdisplay0 at radeondrm0 mux 1: console (std, vt100 emulation), using wskbd0
wsdisplay0: screen 1-5 added (std, vt100 emulation)
Reply With Quote
  #3   (View Single Post)  
Old 27th October 2013
daemonfowl daemonfowl is offline
bsdstudent
 
Join Date: Jan 2012
Location: DaemonLand
Posts: 834
Thanked 0 Times in 0 Posts
Default

That's all I get when launching xombrero :
Code:
xombrero:/usr/local/lib/libestdc++.so.14.0: /usr/lib/libstdc++.so.56.0 : WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your program
xombrero: config_parse: cannot open /home/giryu/.xombrero.conf: No such file or directory
Segmentation fault
and again when I set ~/.xombrero.conf it segfaults .. firefox doesn't .. dillo/netsurf is lightning .. and :
midori segfaults as well ! seems like Brave Xombrero is not to blame at all.
Reply With Quote
  #4   (View Single Post)  
Old 27th October 2013
ocicat ocicat is offline
Administrator
 
Join Date: Apr 2008
Posts: 2,879
Thanked 190 Times in 160 Posts
Default

Quote:
Originally Posted by daemonfowl View Post
...and again when I set ~/.xombrero.conf it segfaults .. firefox doesn't .. dillo/netsurf is lightning .. and :
midori segfaults as well ! seems like Brave Xombrero is not to blame at all.
You don't provide much information. All you divulge is that this occurs on the 15 October snapshot. You have not said anything about how you installed or updated the package if at all.

Are you building packages from source? If so, why? Why not go use the packages found at the mirror sites? Looking at ftp.openbsd.org, the timestamp on xombrero-1.6.3v1.tgz is 17 October. Without researching this any further given that this is only two days newer than the snapshot, I would assume this is synchronized enough to the 15 October snapshot mentioned to work correctly. However, this is only an assumption.

Again, you give no evidence that you understand the ramifications discussed in Section 15.4.1 of the FAQ which has been mentioned to you before.
Reply With Quote
  #5   (View Single Post)  
Old 27th October 2013
jggimi's Avatar
jggimi jggimi is online now
More noise than signal
 
Join Date: May 2008
Location: USA
Posts: 3,672
Thanked 214 Times in 189 Posts
Default

This is an indication -- not proof, but indication -- of an out-of-synch library as described in FAQ 15.4.1:
Code:
xombrero:/usr/local/lib/libestdc++.so.14.0: /usr/lib/libstdc++.so.56.0 : WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size mismatch, relink your program
Reply With Quote
  #6   (View Single Post)  
Old 27th October 2013
daemonfowl daemonfowl is offline
bsdstudent
 
Join Date: Jan 2012
Location: DaemonLand
Posts: 834
Thanked 0 Times in 0 Posts
Default

Hi ocicat !
It was a fresh install to avoid upgrade-related problems (of of which was the bad X display when I moved from 5.3 stable to current .. which is now history :-) )
This recent thread http://www.daemonforums.org/showthread.php?t=8152 is about the same iBook G4 , I put *installed* between asterisks
Quote:
This is an indication -- not proof, but indication -- of an out-of-synch library as described in FAQ 15.4.1
I wonder why .. it's a fresh install .. I get this when launching firefox besides a few other apps more.
Reply With Quote
  #7   (View Single Post)  
Old 27th October 2013
jggimi's Avatar
jggimi jggimi is online now
More noise than signal
 
Join Date: May 2008
Location: USA
Posts: 3,672
Thanked 214 Times in 189 Posts
Default

Quote:
I wonder why .. it's a fresh install...
When you first asked about becoming a -current user, I tried to tell you why. Several times. I'll try once again. Please excuse me if this level setting seems repetitive. It is.

The "snapshot packages" that can be found at mirrors in /pub/OpenBSD/snapshots/packages/<arch> are made available for user convenience, for the popular architectures. They are not going to be perfectly in sync with the snapshots avilable for the same architecture. Here's why:
  1. Snapshots are built for various reasons, and timing will vary.
  2. Snapshot builds take minutes or hours. Snapshot package builds take hours/days/weeks -- depending on architecture and hardware.
  3. There is no expectation that the snapshot build machine will be the same machine(s) that build packages.
From time to time, the discrepancy between a package build and a system build will either prevent a package from installing, or prevent an installed package from operating properly.

OpenBSD -current users are expected to recognize this situation and build these particular packages from ports, themselves.
Reply With Quote
  #8   (View Single Post)  
Old 28th October 2013
ocicat ocicat is offline
Administrator
 
Join Date: Apr 2008
Posts: 2,879
Thanked 190 Times in 160 Posts
Default

Quote:
Originally Posted by daemonfowl View Post
This recent thread http://www.daemonforums.org/showthread.php?t=8152 is about the same iBook G4
daemonfowl, you have multiple systems. We cannot keep track of them all, nor should we. If you want or expect reasonable answers to your questions, you should state with clarity (meaning provide complete dmesg(8) output...) in the initial post of new threads:
  • what system is being discussed.
  • how it has been configured (fresh installation or upgrade...)
  • any customization you have performed after installation/upgrading.
  • if an official OpenBSD port was installed, how was it installed or upgraded.
  • any relevant error message(s) found.
  • what research you have performed in order to understand the problem, & any actions performed to resolve these problem(s) yourself.
The items in this list simply come from common sense. Please practice it.

...& if you find that a new snapshot or package does not work for you, you can easily restore from backup, because good system administrators perform backups on a regular basis, & before performing massive configuration changes.

Last edited by ocicat; 28th October 2013 at 04:37 AM. Reason: spelling
Reply With Quote
  #9   (View Single Post)  
Old 30th October 2013
daemonfowl daemonfowl is offline
bsdstudent
 
Join Date: Jan 2012
Location: DaemonLand
Posts: 834
Thanked 0 Times in 0 Posts
Default

jggimi , ocicat , thank you and sorry for being late (as usual).
Am I right to conclude that being-current nullifies the rule of thumb stated in the faq :
Quote:
In general, you are highly advised to use packages over building an application from ports. The OpenBSD ports team considers packages to be the goal of their porting work, not the ports themselves.
I am thinking of doing a fresh *install* of -current then building xombrero from source.
Reply With Quote
Old 30th October 2013
ocicat ocicat is offline
Administrator
 
Join Date: Apr 2008
Posts: 2,879
Thanked 190 Times in 160 Posts
Default

Quote:
Originally Posted by daemonfowl View Post
Am I right to conclude that being-current nullifies the rule of thumb...
No. However, there are times when the libraries are bumped in snapshots, but the available packages lag behind. This is a situation which necessitates building locally because the available -current packages are out of synchronization with the base system.
Reply With Quote
Old 30th October 2013
jggimi's Avatar
jggimi jggimi is online now
More noise than signal
 
Join Date: May 2008
Location: USA
Posts: 3,672
Thanked 214 Times in 189 Posts
Default

Snapshot packages are made available to -current users for convenience, only. They may or may not be usable with either a snapshot or with a built-from-source -current.

Synchronicity with snapshot packages cannot be assured, and the impact of an out-of-sync environment is described in FAQ 15.4.1. However, snapshot packages are truly convenient. Building from ports takes time and resources.

Sometimes they are sufficiently out-of-sync that they will not install. At other times, they may install but present problems.

Some more level setting about -current:
  • The -current branch is a constantly evolving environment. Changes are committed every day, around the clock. (You can subscribe to source-changes@ and ports-changes@ to watch this happen.)
  • When you install (or upgrade) to the most recent snapshot, it is already history, as more changes to -current have already been committed. A "fresh" snapshot is already stale.
  • If you upgrade beyond the most recent snapshot from source, per FAQ 5, the same is true though to a lesser extent. The anonCVS mirrors or CVSync mirrors are refreshed in intervals no more frequently than every two hours, and your working directory tree that you use for building will be a point-in-time extraction from one of these mirrors.
  • Synchronizing a package typically requires the admin to build from ports. This often means the admin also must build one or more of the port's dependencies. The type of error presented will indicate the extent of build required. (e.g.: an installation failure due to a "bad major" library version usually will only require a rebuild of the underlying library, if that underlying library is third party (/usr/local/lib) and not part of the base OS (/usr/lib).
If you want to build xombrero from source, you can certainly do so. You could also build all of its run dependencies from source as well. But there are no guarantees -- that may or may not eliminate your problems with the application.
Reply With Quote
Old 30th October 2013
shep shep is offline
ISO Quartermaster
 
Join Date: May 2008
Location: Dry and Dusty
Posts: 589
Thanked 9 Times in 9 Posts
Default

Another option is to be patient and stay with precompiled packages.

Current development tends to run in cycles with the most stable time period occurring when ports is frozen in preparation for a new release. Conversely, you will see more update errors shortly after base and ports are "unfrozen". Typically the developers will do a major update to key packages at that time.

Look at the mailing lists, follow the discussions (there is a thread on xombrero breakage as we speak) and retry your upgrade after a new ports build hits your OpenBSD server of choice.
Reply With Quote
Old 30th October 2013
daemonfowl daemonfowl is offline
bsdstudent
 
Join Date: Jan 2012
Location: DaemonLand
Posts: 834
Thanked 0 Times in 0 Posts
Default

jggimi, ocicat, shep , million thanks to all of you !
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
building xombrero for NetBSD 6.1.2 pawaan NetBSD Package System (pkgsrc) 0 15th October 2013 06:45 PM
OpenBSD -current is now OpenBSD 5.1 beta ocicat News 0 11th January 2012 10:21 PM
Xorg 1.6.5 on OBSD 4.7 segfaults. :( Lilith OpenBSD General 13 7th August 2010 03:09 AM
openbsd 4.5 macppc radeon drive still broken gosha OpenBSD Installation and Upgrading 13 28th June 2009 03:14 PM


All times are GMT. The time now is 01:06 PM.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content copyright © 2007-2010, the authors
Daemon image copyright ©1988, Marshall Kirk McKusick