Re: NEW: x11/lwm
On July 1, 2021 18:26:27 m...@sdf.org wrote: Hello ports, Here is a new port x11/lwm/. pkg/DESCR: lwm is a window manager for X that tries to keep out of your face. There are no icons, no button bars, no icon docks, no root menus, no nothing: if you want all that, then other programs can provide it. There's no configurability either: if you want that, you want a different window manager; one that helps your operating system in its evil conquest of your disc space and its annexation of your physical memory. http://www.jfc.org.uk/software/lwm.html Thanks, Mitch It would be nice if this could be imported. I have a friend who has been on the fence about using OpenBSD, but poking at me over the lack of lwm. Mostly in jest, but it seems worthy to have, and would let me needle him... --STeve Andre' Sent with Aqua Mail for Android https://www.mobisystems.com/aqua-mail
Re: [new] bat, a 'cat replacement with wings'
On July 7, 2021 19:50:26 Stuart Henderson wrote: On 2021/07/07 16:01, Theo de Raadt wrote: The rust ecosystem working hard to make an impression. What, you didn't ever wish cat had syntax highlighting and git support and took 12 minutes to build? It's the future! Hmm. Took me .81s real time to build cat... Bat--the cat with Uranium wings! STeve Andre' Sent with Aqua Mail for Android https://www.mobisystems.com/aqua-mail
Re: UPDATE: lang/snobol4 2.0 => 2.2.1 (incl. -fno-common fixes)
Greg, thanks for this. I was intending to deal with this but I've been impeded
with health issues of late. Now I can work on my thinkpad problems.
There are actually users. Among people I've gotten to dabble in Openbsd, at
least three are learning string processing languages like snobol and icon.
Neat.
STeve
Feb 13, 2021 18:08:58 Greg Steuck :
> Brian Callahan writes:
>
>> Hello --
>>
>> Attached is a patch to update snobol4 to its latest version, which
>> (among other things) fixes -fno-common issues.
>>
>> I added the COMPILER line because I ended up ^C'ing trying to build
>> snobol4 with base-gcc on amd64 for taking way too long. The build
>> times are reasonable with clang and ports-gcc.
>>
>> I added SUBST_VARS += V to help reduce PLIST churn in the future.
>>
>> Things work as expected on amd64.
>>
>> OK?
>
> OK gnezdo@
>
>>
>> ~Brian
>>
>> Index: Makefile
>> ===
>> RCS file: /cvs/ports/lang/snobol4/Makefile,v
>> retrieving revision 1.4
>> diff -u -p -r1.4 Makefile
>> --- Makefile 12 Jul 2019 20:47:23 - 1.4
>> +++ Makefile 13 Feb 2021 16:46:46 -
>> @@ -1,9 +1,9 @@
>> # $OpenBSD: Makefile,v 1.4 2019/07/12 20:47:23 sthen Exp $
>>
>> +V = 2.2.1
>> COMMENT = CSNOBOL4 suite including interpreter, debugger and utilities
>> -DISTNAME = snobol4-2.0
>> +DISTNAME = snobol4-${V}
>> CATEGORIES = lang
>> -REVISION = 1
>>
>> HOMEPAGE = http://www.snobol4.org/csnobol4/curr/
>> MAINTAINER = STeve Andre
>> @@ -11,10 +11,12 @@ MAINTAINER = STeve Andre > # BSD
>> PERMIT_PACKAGE = Yes
>>
>> -WANTLIB += c ffi m ncurses readline sqlite3 util
>> +WANTLIB += c crypto ffi m readline sqlite3 ssl util z
>>
>> MASTER_SITES = ftp://ftp.snobol4.org/snobol/
>>
>> +COMPILER = base-clang ports-gcc
>> +
>> LIB_DEPENDS = databases/sqlite3 \
>> devel/libffi
>>
>> @@ -25,5 +27,7 @@ CONFIGURE_ARGS = --prefix="${PREFIX}" \
>>
>> # Reduce PLIST churn at update time.
>> FAKE_FLAGS = DOC_DIR="${DESTDIR}${PREFIX}/share/doc/snobol4"
>> +
>> +SUBST_VARS += V
>>
>> .include
>> Index: distinfo
>> ===
>> RCS file: /cvs/ports/lang/snobol4/distinfo,v
>> retrieving revision 1.1.1.1
>> diff -u -p -r1.1.1.1 distinfo
>> --- distinfo 6 Nov 2017 08:14:14 - 1.1.1.1
>> +++ distinfo 13 Feb 2021 16:46:46 -
>> @@ -1,2 +1,2 @@
>> -SHA256 (snobol4-2.0.tar.gz) = lK569PyqkTmVTG1TDKkfJf/Xpp/0XxulK1IJW732Yx8=
>> -SIZE (snobol4-2.0.tar.gz) = 903436
>> +SHA256 (snobol4-2.2.1.tar.gz) = 0w/eqzsCnmcAJW/GNPt4rxIQdxEjRJZ8Zbh3gJK34QE=
>> +SIZE (snobol4-2.2.1.tar.gz) = 984384
>> Index: patches/patch-Makefile2_m4
>> ===
>> RCS file: /cvs/ports/lang/snobol4/patches/patch-Makefile2_m4,v
>> retrieving revision 1.1.1.1
>> diff -u -p -r1.1.1.1 patch-Makefile2_m4
>> --- patches/patch-Makefile2_m4 6 Nov 2017 08:14:14 - 1.1.1.1
>> +++ patches/patch-Makefile2_m4 13 Feb 2021 16:46:46 -
>> @@ -3,16 +3,16 @@ $OpenBSD: patch-Makefile2_m4,v 1.1.1.1 2
>> Index: Makefile2.m4
>> --- Makefile2.m4.orig
>> +++ Makefile2.m4
>> -@@ -636,9 +636,9 @@ install: snobol4 sdb timing.out $(GENERATED_DOCS)
>> +@@ -735,9 +735,9 @@ install_notiming: build_all
>> $(INSTALL) sdb $(BINDIR)/sdb-$(VERS)
>> $(INSTALL) snopea $(BINDIR)/snopea-$(VERS)
>> rm -f $(BINDIR)/snobol4 $(BINDIR)/sdb $(BINDIR)/snopea
>> -- ln -s $(BINDIR)/snobol4-$(VERS) $(BINDIR)/snobol4
>> -- ln -s $(BINDIR)/sdb-$(VERS) $(BINDIR)/sdb
>> -- ln -s $(BINDIR)/snopea-$(VERS) $(BINDIR)/snopea
>> +- cd $(BINDIR) && ln -s snobol4-$(VERS) snobol4
>> +- cd $(BINDIR) && ln -s sdb-$(VERS) sdb
>> +- cd $(BINDIR) && ln -s snopea-$(VERS) snopea
>> + $(INSTALL) $(INSTALL_BIN_FLAGS) snobol4 $(BINDIR)/snobol4
>> + $(INSTALL) sdb $(BINDIR)/sdb
>> + $(INSTALL) snopea $(BINDIR)/snopea
>> $(INSTALL) -d $(MAN1DIR)
>> - for F in $(GENERATED_DOCS_DOCDIR1); do \
>> - $(INSTALL) -m 644 $$F $(MAN1DIR); \
>> + INSTALL_MAN_PAGES(.,1)
>> + INSTALL_MAN_PAGES(doc,1)
>> Index: patches/patch-configure
>> ===
>> RCS file: patches/patch-configure
>> diff -N patches/patch-configure
>> --- patches/patch-configure 6 Nov 2017 08:14:14 - 1.
Re: [new] qelectrotech
On 10/01/18 15:47, Landry Breuil wrote: Hi, here's a quick port for QElectroTech (cf https://qelectrotech.org/) - an electric diagram drawing tool, a bit like dia or kicad or qcad... it features a huge database of already known electric symbols, examples display fine here. Afaict the databse and the code is available under GPL. Put it in graphics/ category, maybe cad/ is more suited. feedback and oks welcome. Landry Most cool. I'd heard of this but forgotten about it. Looking at the docs and youtube it looks decent. I have a use for it soon--thanks for adding this. I think cad is a better category since it's a design tool. --STeve Andre'
Problem with chromium-40.0.2214.91p0
Chrome isn't working at the moment. The screen is sold black. If I start with chrome nytimes.com the title bar says New York Times, so chrome is working but doesn't display. I see an error message ATTENTION: default value of option force_s3tc_enable overridden by environment. [50:-1956073728:0128/000817:ERROR:net_util_posix.cc(281)] Not implemented reached in bool net::GetNetworkList(NetworkInterfaceList *, int) but just black in the chrome window. This is an amd64-current system, compiled on Tues Jan 27th 8pm EST, cvsup'd just before via spacehopper.org. The package set is dated Jan 24th, pulled from mirror.team-cymru.org. --STeve Andre'
Re: Problem with chromium-40.0.2214.91p0
On 01/28/15 02:27, Benoit Lecocq (BLQ) wrote: On 01/28/15 06:24, STeve Andre' wrote: Chrome isn't working at the moment. The screen is sold black. If I start with chrome nytimes.com the title bar says New York Times, so chrome is working but doesn't display. I see an error message ATTENTION: default value of option force_s3tc_enable overridden by environment. [50:-1956073728:0128/000817:ERROR:net_util_posix.cc(281)] Not implemented reached in bool net::GetNetworkList(NetworkInterfaceList *, int) but just black in the chrome window. This is an amd64-current system, compiled on Tues Jan 27th 8pm EST, cvsup'd just before via spacehopper.org. The package set is dated Jan 24th, pulled from mirror.team-cymru.org. --STeve Andre' I have solved the problem with : chrome --disable-gpu cheers, benoit Well, that worked. Thank you Benoit. --STeve Andre'
Re: NEW: lang/regina-rexx
YES! I've been too lazy to see about importing this, but I know there are some people out there who would/will be more likely to use OpenBSD if Rexx was there. Cool... And thanks for this. I'll test it soon. -STeve Andre' On 01/13/15 19:09, Richard wrote: Attached is a new port of the Regina-REXX 3.9.0 scripting language. http://regina-rexx.sourceforge.net/ Since this is my first published port, comments are welcome! I will soon publish the regina-rexx-docs port containing a pdf for the language reference. Richard $cat pkg/DESCR This Open Source version of the IBM Rexx scripting language includes common features such as arbitrary numerical precision, decimal floating point and associative arrays. Rexx was not originally developed on a Unix platform and is missing shell features such as back ticks ``, system() functions and $() notation. This makes it somewhat safer as a CGI web language than most Unix scripting languages. Because of the arbitrary precision and decimal floating point, it is excellent as a financial reporting language. Flavor: static - create rexx executable as a static binary
tons of output during a bulk build
This is a 5.5-current system updated compiled about 23:?? EDT June 12th. The build seems to be working so far. Hundreds of these print() on closed filehandle $fh2 at /usr/ports/infrastructure/lib/DPB/Job/Port.pm line 711, __ANONIO__ line 2. print() on closed filehandle $fh at /usr/ports/infrastructure/lib/DPB/PortBuilder.pm line 179. --STeve Andre'
Re: Problems with kde4 in the 1/21 and 1/24 package snapshots
On 02/03/14 06:00, remco wrote: Just confirming that the problem of kwin(v4) not starting appears to be gone with the latest package snapshot. (tried on i386 and amd64) thanks Vadim. Yes, things look better, really good in fact. I'm not a heavy user of kde4 yet but it feels real already, such that people will be able to use it in 5.5. Now if only the pesky things at work would come along as fast... Anyway, thank you Vadim. --STeve Andre'
Re: Problems with kde4 in the 1/21 and 1/24 package snapshots
Thanks to Remco for this. As I write this I am in kde4, with stuff working as before. Time to test more... --STeve Andre' On 01/26/14 09:46, Vadim Zhukov wrote: 26.01.2014 17:43 пользователь Remco re...@d-compu.dyndns.org написал: Vadim Zhukov wrote: 26.01.2014 12:34 STeve Andreapos; and...@msu.edu ???: On 01/26/14 03:21, Vadim Zhukov wrote: 26.01.2014 11:55 STeve Andreapos; and...@msu.edu ???: I'm still learning about KDE4 so perhaps this is my fault, but I'm having problems at the moment. When I run kde4 from the last two package snaps, the splash screen comes up, but I have a single virtual window. Going to the window behavior panel I can set multiple windows, but after clicking apply nothing happens. Any panel I bring up is missing the top controls and window frame, so I can't move it. Fortunately ^Q works. When switching to 4.11.5 I moved the .kde4 dir, but cleverly destroyed it so I can't test with that. What am I missing? Can I turn a debug history on (or up) so I can better see what's going on? This is an amd64-current system updated/compiled on Jan 25th about 7pm est, with a package set from 1/24. ... The transcript from console could help in finding the issue. Most likely it's related with deconflicting patches for renaming binaries; I already removed one erroneous patch which broke KHelpCenter, but there could be others. Running: OpenBSD 5.5-beta (GENERIC.MP) #225: Fri Jan 24 12:16:08 MST 2014 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP I think it's kwin not starting. (when running KDE from .xinitrc I see ksmserver(15854) KSMServer::wmProcessChange: Window manager kwin failed to launch, there don't appear to be any other related messages) kwin as such doesn't appear to exist, but it exists in a renamed version. When I work around the problem by making a symlink from /usr/local/bin/kwinv4 to kwin (ln -s kwin /usr/local/bin/kwinv4), the windows appear normal again. P.S. the binary could be called kwin4 instead of kwinv4 on a slightly older snapshot. Thank you a lot! Expect a fix today or tomorrow, when I'll get back to my laptop.
Re: Problems with kde4 in the 1/21 and 1/24 package snapshots
On 01/26/14 06:24, Stefan Sperling wrote: On Sun, Jan 26, 2014 at 03:34:08AM -0500, STeve Andre' wrote: On 01/26/14 03:21, Vadim Zhukov wrote: 26.01.2014 11:55 пользователь STeve Andreapos; and...@msu.edu написал: Any panel I bring up is missing the top controls and window frame, so I can't move it. Fortunately ^Q works. It feels like I'm missing something. I wonder if others have seen anything like this. KDE4 is a great addition to OpenBSD; I have people waiting for I'm seeing this, too, after installing kde4-minimal and kde4, without kde3 installed, after running startkde4 from ~/.xsession. The window manager seems not to be running, and I have no idea how to start it... Well, glad to know it isn't just me. A small puzzle: I have a listing of dot files from two weeks ago which says .xsession-errors was about 25M in size. Right now, .xsession is 0 length. I sure wish I knew what was in it, before. Work is bellowing at the moment but I'll try some stuff later tonight. --STeve Andre'
Problems with kde4 in the 1/21 and 1/24 package snapshots
I'm still learning about KDE4 so perhaps this is my fault, but I'm having problems at the moment. When I run kde4 from the last two package snaps, the splash screen comes up, but I have a single virtual window. Going to the window behavior panel I can set multiple windows, but after clicking apply nothing happens. Any panel I bring up is missing the top controls and window frame, so I can't move it. Fortunately ^Q works. When switching to 4.11.5 I moved the .kde4 dir, but cleverly destroyed it so I can't test with that. What am I missing? Can I turn a debug history on (or up) so I can better see what's going on? This is an amd64-current system updated/compiled on Jan 25th about 7pm est, with a package set from 1/24. Thanks, STeve Andre'
Re: Starting kde4
On 12/17/13 05:58, Vadim Zhukov wrote: 2013/12/17 STeve Andre' and...@msu.edu: OK, I am dumb. Too dumb to figure out how to start KDE 4.11.4, apparently. I installed the kde4 meta package and saw an error for kde-workspace, so I added that manually. What error? But I can't figure out how to start kde4. I don't see startkde. There should present /usr/local/bin/startkde after installing kde-workspace. So something went wrong. Did you install from official packages, or by building yourself? In the latter case, could you, please, send me log of kde-workspace build? Am I missing something, stupid, or is there is build problem? I'm up way to late on this. Thanks, STeve Andre' -- WBR, Vadim Zhukov Of course life gets in the way. Sorry for being slow to respond. Looking at kde-workspace, I see that I'm missing all sorts of stuff, like startkde. I have a script capture which I'll send directly, offlist. --STeve Andre'
Starting kde4
OK, I am dumb. Too dumb to figure out how to start KDE 4.11.4, apparently. I installed the kde4 meta package and saw an error for kde-workspace, so I added that manually. But I can't figure out how to start kde4. I don't see startkde. Am I missing something, stupid, or is there is build problem? I'm up way to late on this. Thanks, STeve Andre'
Re: Checking the intregity of .jpeg files
Most cool, thank you. I can use a 'for i in ...' around it, and watch for any output which is an error. Very useful; thanks again. --STeve Andre' On 10/20/13 23:57, Andy Hayward wrote: Use convert from ImageMagick. $ convert image.jpg /dev/null /dev/null ; echo $? Should display 0 for valid files, 1 for corrupt files. On Sat, Oct 19, 2013 at 2:19 AM, STeve Andre' and...@msu.edu mailto:and...@msu.edu wrote: Is there such a program in the ports tree? I thought there was, but I can't find it. I have a few corrupted jpeg's and I'd like to be able to easily test them. Thanks, STeve Andre'
Checking the intregity of .jpeg files
Is there such a program in the ports tree? I thought there was, but I can't find it. I have a few corrupted jpeg's and I'd like to be able to easily test them. Thanks, STeve Andre'
Re: Building GCC-4.8.1 without ports
On 09/11/13 05:21, Stuart Henderson wrote: On 2013/09/11 12:06, niXman wrote: 2013/9/11 Stuart Henderson The error message gives quite a good clue: relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC Maybe, but it doesn't speak to me about anything. Can you help me? recompile with -fPIC seems clear to me. If this doesn't mean anything to you, I don't think you should be trying to port GCC by yourself. As Marc said, use the port. I think you have something of a learning curve here, and starting with something like the port is a great idea. Marc et al have put in hordes of time on GCC. You want to really learn it--fine! But start upon the work of others, so you can see how it integrates into OpenBSD, and how it is built. The port is a great example (probably the best there is) as to how to do this. I think you need to over what Makefiles are, and the whole GNU build system. You have a complex thing to study, but if you take it apart you'll see how something that works was created. Lastly, you might look at a more simple port first, to see how that works. I daresay GCC is in the top 5% of ports, in terms of complexity. --STeve Andre'
pidgin problem in the last two package snapshots
I've found that pidgin isn't working normally at the moment. This started perhaps a week ago, and persists. What happens is that pidgin comes up normally, but if I switch to another window for a few minutes the pidgin screen is blank. The geometry of the two screens is there (buddy list, conversation), but blank. Thinking this was a KDE problem I rebooted just using X, and after leaving pidgin alone for a few minutes I've 'lost' all the screen data. So far no matter what I do changes this. If I exit pidgin and get back in things are OK till I leave it for a few. This is an 5.3 amd64-current system compiled Saturday 16:07EDT, using packages dated Mar 27th. The previously built packages had this problem too. So far nothing else that I use has exhibited any problems. Ideas? --STeve Andre' OpenBSD 5.3-current (GENERIC.MP) #0: Sun Mar 31 17:11:45 EDT 2013 r...@paladin.my.domain:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8499433472 (8105MB) avail mem = 8265474048 (7882MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (80 entries) bios0: vendor LENOVO version 6FET92WW (3.22 ) date 12/14/2011 bios0: LENOVO 4061CTO acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA DMAR SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) UART(S3) IGBE(S4) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB3(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiec0 at acpi0 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM)2 Duo CPU T9600 @ 2.80GHz, 2793.39 MHz cpu0: FPU,VME,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,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG,LAHF,PERF cpu0: 6MB 64b/line 16-way L2 cache cpu0: apic clock running at 266MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 Duo CPU T9600 @ 2.80GHz, 2793.00 MHz cpu1: FPU,VME,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,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG,LAHF,PERF cpu1: 6MB 64b/line 16-way L2 cache ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpimcfg0 at acpi0 addr 0xe000, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus -1 (EXP2) acpiprt5 at acpi0: bus 5 (EXP3) acpiprt6 at acpi0: bus 13 (EXP4) acpiprt7 at acpi0: bus 21 (PCI1) acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature is 127 degC acpitz1 at acpi0: critical temperature is 100 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model 42T4619 serial 5701 type LION oem SANYO acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK not docked (0) cpu0: Enhanced SpeedStep 2793 MHz: speeds: 2801, 2800, 2133, 1600, 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel GM45 Host rev 0x07 ppb0 at pci0 dev 1 function 0 Intel GM45 PCIE rev 0x07: msi pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Mobility Radeon HD 3650 rev 0x00 radeondrm0 at vga1: apic 1 int 16 drm0 at radeondrm0 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) Intel GM45 HECI rev 0x07 at pci0 dev 3 function 0 not configured puc0 at pci0 dev 3 function 3 Intel GM45 KT rev 0x07: ports: 1 com com2 at puc0 port 0 apic 1 int 17: ns16550a, 16 byte fifo com2: probed fifo depth: 0 bytes em0 at pci0 dev 25 function 0 Intel ICH9 IGP M AMT rev 0x03: msi, address 00:22:68:1b:3c:c7 uhci0 at pci0 dev 26 function 0 Intel 82801I USB rev 0x03: apic 1 int 20 uhci1 at pci0 dev 26 function 1 Intel 82801I USB rev 0x03: apic 1 int 21 uhci2 at pci0 dev 26 function 2 Intel 82801I USB rev 0x03: apic 1 int 22 ehci0 at pci0 dev 26 function 7 Intel 82801I USB rev 0x03: 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 azalia0 at pci0 dev 27 function 0 Intel 82801I HD Audio rev 0x03: msi azalia0: codecs: Conexant CX20561, Conexant/0x2c06, using Conexant CX20561 audio0 at azalia0 ppb1 at pci0 dev 28 function 0 Intel 82801I PCIE rev 0x03: msi pci2 at ppb1 bus 2 ppb2 at pci0 dev 28 function 1 Intel 82801I PCIE rev 0x03: msi pci3 at ppb2 bus 3 iwn0 at pci3 dev 0 function 0 Intel WiFi Link 5300 rev 0x00: msi, MIMO 3T3R, MoW, address 00:21:6a:01:d0:b6 ppb3 at pci0 dev 28 function 3 Intel 82801I PCIE rev 0x03: msi pci4 at ppb3 bus 5 ppb4 at pci0 dev 28 function 4 Intel 82801I PCIE rev 0x03: msi pci5
.mobi file readers?
I've been looking for a mobi file reader in ports but I don't see one. Did I overlook anything? Any suggestions as to software to port over which does this? tnx, STeve Andre'
Re: .mobi file readers?
On 08/30/12 23:04, Lawrence Teo wrote: On Thu, Aug 30, 2012 at 09:24:13PM -0400, STeve Andre' wrote: I've been looking for a mobi file reader in ports but I don't see one. Did I overlook anything? Any suggestions as to software to port over which does this? The immediate port that comes to mind is textproc/calibre; according to http://calibre-ebook.com/about it has a built-in ebook viewer that can display all the major ebook formats, and on their FAQ at http://manual.calibre-ebook.com/faq.html , MOBI is one of the formats it's supposed to be able to convert, so hopefully that means it can also view it. :) Having said all that, I've never been able to get calibre to start for me on recent snapshots (it always segfaults on my amd64 system). I'm still trying to investigate if it's just my own system but I've not had time to poke further. Anyway, hope this information helps you. :) Lawrence Thank you! I haven't done much with it, but calibre seems to work. At least it's plowed through a bunch of .mobi files I just got. I thought I'd looked enough but calibre escaped me. It's great that the ports tree is big enough that hunting doesn't always find whats out there. --STeve Andre'
Can't compile amd64 print/gtklp
Switching to amd64 from i386 has been painless except for print gtklp. This is on an amd64-current compiled on Aug 7th. Since gtklp is in a package snapshot the error is mine. Any clues for me? Thanks... --STeve Andre' === Configuring for gtklp-1.2.8p2 perl /usr/ports/infrastructure/bin/pkg_subst -DMACHINE_ARCH=amd64 -DARCH=amd64 -DHOMEPAGE=http://gtklp.sirtobi.com/ -D^PREFIX=/usr/local -D^SYSCONFDIR=/etc -DFLAVOR_EXT= -DFULLPKGNAME=gtklp-1.2.8p2 -DMAINTAINER=Antoine\ Jacoutot\ \ajacou...@openbsd.org\ -D^BASE_PKGPATH=print/gtklp -D^LOCALBASE=/usr/local -D^X11BASE=/usr/X11R6 -D^TRUEPREFIX=/usr/local -D^RCDIR=/etc/rc.d /usr/ports/pobj/gtklp-1.2.8/gtklp-1.2.8/Makefile.fallback === Building for gtklp-1.2.8p2 Try to change config.h if compilation fails ! = cc -c -Iinclude -I. -Igtklp -Ilibgtklp -Igtklpq -O2 -pipe -DHAVE_LIBSSL `cups-config --cflags` `pkg-config gtk+-2.0 --cflags` -DLOCALEDIR=\/usr/local/share/locale\ -o gtklp/gtklp.o gtklp/gtklp.c cc -c -Iinclude -I. -Igtklp -Ilibgtklp -Igtklpq -O2 -pipe -DHAVE_LIBSSL `cups-config --cflags` `pkg-config gtk+-2.0 --cflags` -DLOCALEDIR=\/usr/local/share/locale\ -o gtklp/file.o gtklp/file.c cc -c -Iinclude -I. -Igtklp -Ilibgtklp -Igtklpq -O2 -pipe -DHAVE_LIBSSL `cups-config --cflags` `pkg-config gtk+-2.0 --cflags` -DLOCALEDIR=\/usr/local/share/locale\ -o gtklp/general.o gtklp/general.c cc -c -Iinclude -I. -Igtklp -Ilibgtklp -Igtklpq -O2 -pipe -DHAVE_LIBSSL `cups-config --cflags` `pkg-config gtk+-2.0 --cflags` -DLOCALEDIR=\/usr/local/share/locale\ -o gtklp/gtklp_functions.o gtklp/gtklp_functions.c gtklp/gtklp_functions.c: In function 'getBannerList': gtklp/gtklp_functions.c:176: error: dereferencing pointer to incomplete type gtklp/gtklp_functions.c:177: error: dereferencing pointer to incomplete type gtklp/gtklp_functions.c:197: error: dereferencing pointer to incomplete type gtklp/gtklp_functions.c:209: error: dereferencing pointer to incomplete type gtklp/gtklp_functions.c:210: error: dereferencing pointer to incomplete type gtklp/gtklp_functions.c: In function 'getOptions': gtklp/gtklp_functions.c:660: warning: comparison is always true due to limited range of data type gtklp/gtklp_functions.c:668: warning: comparison is always true due to limited range of data type gtklp/gtklp_functions.c: In function 'PrintFunc': gtklp/gtklp_functions.c:1956: warning: 'cupsTempFile' is deprecated (declared at /usr/local/include/cups/cups.h:369) gmake: *** [gtklp/gtklp_functions.o] Error 1 *** Error code 2 First two complaints in gtklp_functions.c: 176 request-request.op.operation_id=IPP_GET_PRINTER_ATTRIBUTES; 177 request-request.op.request_id=1;
Anyone having problems compiling libreoffice 3.5.4?
This is on an i386-current system compiled on OpenBSD 5.1-current (GENERIC.MP) #0: Fri Jun 8 00:12:06 EDT 2012 This built on june 4, but a bulk build on june 8 fails. Clues? --STeve Andre' = (43/140) Building module libcroco = Entering /usr/ports/pobj/libreoffice-3.5.4.2/libreoffice-core-3.5.4.2/libcroco An already available installation of libcroco should exist on your system. Therefore the version provided here does not need to be built in addition. libcroco deliver Module 'libcroco' delivered successfully. 0 files copied, 31 files unchanged = (44/140) Building module librsvg = Entering /usr/ports/pobj/libreoffice-3.5.4.2/libreoffice-core-3.5.4.2/librsvg dmake: Error: -- `./unxobsd.pro/misc/d7a242ca43e33e1b63d3073f9d46a6a8-librsvg-2.32.1.unpack' not found, and can't be made --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /usr/ports/pobj/libreoffice-3.5.4.2/libreoffice-core-3.5.4.2/librsvg it seems that the error is inside 'librsvg', please re-run build inside this module to isolate the error and/or test your fix: --- /usr/local/bin/bash cd /usr/ports/pobj/libreoffice-3.5.4.2/libreoffice-core-3.5.4.2 source ./Env.Host.sh cd librsvg rm -Rf /usr/ports/pobj/libreoffice-3.5.4.2/libreoffice-core-3.5.4.2/librsvg/unxobsd.pro # optional module 'clean' build when the problem is isolated and fixed exit and re-run 'make' from the top-level gmake[1]: *** [build] Error 1 gmake[1]: Leaving directory `/usr/ports/pobj/libreoffice-3.5.4.2/libreoffice-core-3.5.4.2' gmake: *** [source-env-and-recurse] Error 2 *** Error code 2 Stop in /usr/ports/editors/libreoffice (line 2462 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1
Help with lang/mono-basic
I can't seem to compile mono-basic. This is on a package builder which otherwise works. The only thing changed in bsd.ports.mk is that TRUST_PACKAGES and BULK are set to Yes for a bulk build. This is an i386-current system last compiled OpenBSD 5.1-current (GENERIC.MP) #0: Thu May 3 16:20:22 EDT 2012 This problem has gone on for a while; I thought it was a threads problem till I saw it was built and available via ftp. Any clues as to what I messed up? thanks, STeve Andre' MONO_PATH=../../class/lib/bootstrap:$MONO_PATH mono --debug ../../class/lib/bootstrap/vbnc.exe @vbnc.exe.rsp /r:../../class/lib/net_4_0/Mono.Cecil.VB.dll /sdkpath:/usr/local/lib/mono/4.0/ -debug /novbruntimeref /r:../../class/lib/bootstrap/Microsoft.VisualBasic.dll -target:exe -out:vbnc.exe @vbnc.exe.sources Visual Basic.Net Compiler version 0.0.0.5943 Copyright (C) 2004-2010 Rolf Bjarne Kvinge. All rights reserved. Error : VBNC31007: CHANGEME /usr/ports/pobj/mono-basic-2.10/mono-basic-2.10/vbnc/vbnc/source/Statements/OptionExplicitStatement.vb (1,2) : Error VBNC9: vbnc crashed nearby this location in the source code. Error : VBNC9: Unexpected error: Object reference not set to an instance of an object at vbnc.Scanner.NextChar () [0x00072] in /mono/main/git/mono-basic/vbnc/vbnc/source/General/Scanner.vb:1262 at vbnc.Scanner.NextFile () [0x000ab] in /mono/main/git/mono-basic/vbnc/vbnc/source/General/Scanner.vb:1577 at vbnc.Scanner.NextUnconditionally () [0x00062] in /mono/main/git/mono-basic/vbnc/vbnc/source/General/Scanner.vb:1594 at vbnc.Scanner.Next () [0x2] in /mono/main/git/mono-basic/vbnc/vbnc/source/General/Scanner.vb:460 at vbnc.tm.NextToken () [0x00108] in /mono/main/git/mono-basic/vbnc/vbnc/source/Types/TokenManager.vb:106 at vbnc.tm.AcceptEndOfFile () [0x00019] in /mono/main/git/mono-basic/vbnc/vbnc/source/Types/TokenManager.vb:409 at vbnc.Parser.ParseAssemblyDeclaration (System.String RootNamespace, vbnc.AssemblyDeclaration assembly) [0x000ef] in /mono/main/git/mono-basic/vbnc/vbnc/source/Parser/Parser.vb:472 at vbnc.Parser.Parse (System.String RootNamespace, vbnc.AssemblyDeclaration assembly) [0x6] in /mono/main/git/mono-basic/vbnc/vbnc/source/Parser/Parser.vb:58 at vbnc.Compiler.Compile_Parse () [0x00084] in /mono/main/git/mono-basic/vbnc/vbnc/source/General/Compiler.vb:345 Compilation took 00:00:01.1746760 gmake[3]: *** [../../class/lib/net_4_0/vbnc.exe] Error 255 gmake[3]: Leaving directory `/usr/ports/pobj/mono-basic-2.10/mono-basic-2.10/vbnc/vbnc' gmake[2]: *** [do-all] Error 2 gmake[2]: Leaving directory `/usr/ports/pobj/mono-basic-2.10/mono-basic-2.10/vbnc/vbnc' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/pobj/mono-basic-2.10/mono-basic-2.10/vbnc' gmake: *** [all-recursive] Error 1 *** Error code 2
Can't build libreoffice
I've now tried twice to build libreoffice. This is an i386-current system: OpenBSD 5.1-current (GENERIC.MP) #0: Sat Apr 7 03:46:52 EDT 2012 I updated compiled everything and the problem remains. Below is the last part of the compile. Is it me? Have others compiled this? If so a clue would be appreciated. --STeve Andre' mv ../unxobsd.pro/lib/libuno_sal.so.3 ../unxobsd.pro/lib/check_libuno_sal.so.3 /usr/ports/pobj/libreoffice-3.5.2.2/libreoffice-core-3.5.2.2/solenv/bin/checkdll.sh -L../unxobsd.pro/lib -L/usr/ports/pobj/libreoffice-3.5.2.2/libreoffice-core-3.5.2.2/solver/unxobsd.pro/lib ../unxobsd.pro/lib/check_libuno_sal.so.3 Checking DLL ../unxobsd.pro/lib/check_libuno_sal.so.3 .../usr/ports/pobj/libreoffice-3.5.2.2/libreoffice-core-3.5.2.2/solver/unxobsd.pro/bin/checkdll:../unxobsd.pro/lib/check_libuno_sal.so.3: undefined symbol '__sync_add_and_fetch_4' /usr/ports/pobj/libreoffice-3.5.2.2/libreoffice-core-3.5.2.2/solver/unxobsd.pro/bin/checkdll:../unxobsd.pro/lib/check_libuno_sal.so.3: undefined symbol '__sync_sub_and_fetch_4' : ERROR: Cannot load specified object dmake: Error code 1, while making '../unxobsd.pro/lib/libuno_sal.so.3' --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /usr/ports/pobj/libreoffice-3.5.2.2/libreoffice-core-3.5.2.2/sal/util it seems that the error is inside 'sal', please re-run build inside this module to isolate the error and/or test your fix: --- /usr/local/bin/bash cd /usr/ports/pobj/libreoffice-3.5.2.2/libreoffice-core-3.5.2.2 source ./Env.Host.sh cd sal rm -Rf /usr/ports/pobj/libreoffice-3.5.2.2/libreoffice-core-3.5.2.2/sal/unxobsd.pro # optional module 'clean' build when the problem is isolated and fixed exit and re-run 'make' from the top-level gmake[1]: *** [build] Error 1 gmake[1]: Leaving directory `/usr/ports/pobj/libreoffice-3.5.2.2/libreoffice-core-3.5.2.2' gmake: *** [source-env-and-recurse] Error 2 *** Error code 2 Stop in /usr/ports/editors/libreoffice (line 2455 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1
Re: snapshot + firefox
On 04/02/12 18:06, frantisek holop wrote: hi there, march 25 snapshot, firefox-11.0 for the second time now, i had a complete freeze on my notebook, no mouse movement, nothing. a picture of my session. my suspicion is firefox, but only because both times this happened, firefox was in the forefront, the active application. the sites were nothing special technology wise, even if they could trip firefox, certainly no reason to make openbsd a picture on my screen. of course the logs show nothing of interest, i attach my dmesg but again, this notebook has been in active duty for more than a year, no problems really. i know this report is very slim on details, but i just thought i put this out, maybe other people had something similar. maybe the new threads? X? is it possible to drop into ddb from X? -f [snip] Just a quick question, which is did you try the latest snapshot? I always try to verify that several snapshots (or changes in -current) have the same results before I report a problem. --STeve Andre'
Is libreoffice broken on -current?
jar: [copy] Copying 1 file to /usr/ports/pobj/libreoffice-3.4.5.2/libreoffice-bootstrap-3.4.5.2/jfreereport/unxobsd.pro/misc/build/flow-engine-0.9.4/build [jar] Building jar: /usr/ports/pobj/libreoffice-3.4.5.2/libreoffice-bootstrap-3.4.5.2/jfreereport/unxobsd.pro/misc/build/flow-engine-0.9.4/build/lib/flow-engine.jar I can't build libreoffice. This is a i386-current system compiled OpenBSD 5.1-current (GENERIC.MP) #0: Sun Mar 11 18:25:29 EDT 2012 If others are compiling this a clue-bone would be useful. Thanks, STeve Andre' BUILD SUCCESSFUL Total time: 2 seconds touch ../../unxobsd.pro/misc/build/so_installed_flow-engine touch ../../unxobsd.pro/misc/build/so_predeliver_flow-engine cp -f ../../unxobsd.pro/misc/build/flow-engine-0.9.4/build/lib/flow-engine.jar ../../unxobsd.pro/class/flow-engine-0.9.4.jar Running processes: 0 Running processes: 1 jfreereport deliver deliver -- version: 275594 Module 'jfreereport' delivered successfully. 14 files copied, 0 files unchanged Running processes: 0 --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /usr/ports/pobj/libreoffice-3.4.5.2/libreoffice-bootstrap-3.4.5.2/libwpd ERROR: error 65280 occurred while making /usr/ports/pobj/libreoffice-3.4.5.2/libreoffice-bootstrap-3.4.5.2/xml2cmp/util it seems you are using a threaded build, which means that the actual compile error is probably hidden far above, and could be inside any of these other modules: xml2cmp please re-run build inside each one to isolate the problem. --- rm -Rf /usr/ports/pobj/libreoffice-3.4.5.2/libreoffice-bootstrap-3.4.5.2/libwpd/unxobsd.pro # optional module 'clean' /usr/local/bin/bash cd /usr/ports/pobj/libreoffice-3.4.5.2/libreoffice-bootstrap-3.4.5.2 source ./OpenBSDEnv.Set.sh cd libwpd build when the problem is isolated and fixed exit and re-run 'make' from the top-level
Re: Is libreoffice broken on -current?
On 03/13/12 19:22, Nigel Taylor wrote: On 03/13/12 08:16, STeve Andre' wrote: jar: [copy] Copying 1 file to /usr/ports/pobj/libreoffice-3.4.5.2/libreoffice-bootstrap-3.4.5.2/jfreereport/unxobsd.pro/misc/build/flow-engine-0.9.4/build [jar] Building jar: /usr/ports/pobj/libreoffice-3.4.5.2/libreoffice-bootstrap-3.4.5.2/jfreereport/unxobsd.pro/misc/build/flow-engine-0.9.4/build/lib/flow-engine.jar I can't build libreoffice. This is a i386-current system compiled OpenBSD 5.1-current (GENERIC.MP) #0: Sun Mar 11 18:25:29 EDT 2012 If others are compiling this a clue-bone would be useful. Thanks, STeve Andre' Hi, I have seen the same error as yours, and others. It took me a number of attempts to build libreoffice. The following worked for me both on amd64 and i386, beginning to end without any hangs: $ cd /usr/ports $ make SUBDIR=editors/libreoffice package | portslogger /usr/ports/logs/manual Using the normal dpb that didn't work for me. Building libreoffice with anything else running seems to hit problems, and hangs or fails with an error. I last built libreoffice 9/10 March with amd64/i386 current built on 7th March. Nigel Thank you, Nigel. I just scrubbed my package builder and am rebuilding it now. Funny, I've never had this happen before. I'm thinking that I have a threads issue, but I will try your suggestion soon. Thanks again. --STeve Andre'
Re: Update: samba-3.6.2
On 01/28/12 18:27, Ian McWilliam wrote: On 26/01/2012, at 11:09 AM, Stuart Henderson wrote: On 2012/01/26 09:13, Ian McWilliam wrote: General bug fix update for Samba. http://www.samba.org/samba/history/samba-3.6.2.html building it now. anyone fancy looking at tracking down te double free they fixed in talloc (or indeed updating talloc, though that will be more fiddly as they switched to waf and it gets the shared lib stuff wrong)m Ok looking at the patch for Fix bug #8562 - talloc: double free error. It is patching the samba3 source and doesn't touch the internal talloc lib. source3/rpc_server/netlogon/srv_netlog_nt.c I agree we need to update tallow to a later release. I think that can wait till after lock and release. Ian McWilliam Can 3.6.2 make it into the release? From the little I've done with it, it seems fine. I know people who've had some problems with 3.6.1 so it would be great to see it included. --STeve Andre'
Re: CVS: cvs.openbsd.org: ports
On 01/25/12 17:11, Stuart Henderson wrote: On 2012/01/25 23:03, Matthias Kilian wrote: On Wed, Jan 25, 2012 at 09:55:45PM +, Stuart Henderson wrote: Log message: sync; 7375 Zeug 697 insertions(+), 647 deletions(-) sthen's bad attempt at german Not OK kili@ naddy@ pascal@ :-) What about 7375 wubs? Perfect! Been a while since we heard some... But... What happened to the unzels, fluffy little unzels?
Re: problem with mail/msmtp
On 11/27/11 04:37, Antoine Jacoutot wrote: On Sat, Nov 26, 2011 at 08:55:08PM -0500, STeve Andre' wrote: I've having problems building mail/msmtp for the last several bulk builds. This was last tried on a -current i386 system compiled OpenBSD 5.0-current (GENERIC.MP) #0: Fri Nov 25 03:47:25 EST 2011 Any clues? Thanks... Try this diff. Gleydson, ok? [snip] Fixed.. tnx --STeve Andre'
Problem compilng net/emacs-jabber
Lately I've been having problems building emacs-jabber for the last several bulk builds. This was last tried on a -current i386 system compiled OpenBSD 5.0-current (GENERIC.MP) #0: Fri Nov 25 03:47:25 EST 2011 Any clues? Thanks... --STeve Andre' While compiling the end of the data in file /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-sasl.el: ** The following functions are not known to be defined: sasl-find-mechanism, sasl-mechanism-name, sasl-make-client, sasl-next-step, sasl-step-data, sasl-step-set-data Wrote /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-sasl.elc While compiling toplevel forms in file /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-sawfish.el: !! Symbol's function definition is void ((custom-autoload)) While compiling toplevel forms in file /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-screen.el: !! Symbol's function definition is void ((custom-autoload)) While compiling toplevel forms in file /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-search.el: !! Symbol's function definition is void ((custom-autoload)) While compiling toplevel forms in file /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-si-client.el: !! Symbol's function definition is void ((custom-autoload)) Wrote /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-si-common.elc While compiling toplevel forms in file /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-si-server.el: !! Symbol's function definition is void ((custom-autoload)) While compiling toplevel forms in file /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-socks5.el: !! Symbol's function definition is void ((custom-autoload)) While compiling the end of the data in file /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-time.el: ** The function `time-subtract' is not known to be defined. Wrote /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-time.elc While compiling toplevel forms in file /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-truncate.el: !! Symbol's function definition is void ((custom-autoload)) While compiling jabber-jid-bookmarkname in file /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-util.el: ** reference to free variable jabber-bookmarks While compiling jabber-read-jid-completing in file /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-util.el: ** reference to free variable jabber-chatting-with ** reference to free variable jabber-group ** reference to free variable *jabber-active-groupchats* While compiling the end of the data in file /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-util.el: ** The following functions are not known to be defined: replace-in-string, password-read, password-cache-add, password-cache-remove, time-subtract, url-unhex-string, jabber-muc-join, jabber-muc-read-my-nickname, jabber-get-register, jabber-ahc-execute-command, jabber-chat-with, url-recreate-url Wrote /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-util.elc While compiling the end of the data in file /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-vcard-avatars.el: ** The following functions are not known to be defined: jabber-vcard-parse, jabber-send-current-presence Wrote /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-vcard-avatars.elc While compiling toplevel forms in file /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-vcard.el: !! Symbol's function definition is void ((custom-autoload)) Wrote /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-version.elc While compiling jabber-watch-add in file /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-watch.el: ** reference to free variable jabber-presence-hooks Wrote /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-watch.elc While compiling toplevel forms in file /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-widget.el: !! Symbol's function definition is void ((custom-autoload)) While compiling toplevel forms in file /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-wmii.el: !! Symbol's function definition is void ((custom-autoload)) While compiling toplevel forms in file /usr/ports/pobj/emacs-jabber-0.8.90-emacs21/emacs-jabber-0.8.90/elc.25490/jabber-xmessage.el: !! Symbol's function definition is void ((custom
problem with mail/msmtp
I've having problems building mail/msmtp for the last several bulk builds. This was last tried on a -current i386 system compiled OpenBSD 5.0-current (GENERIC.MP) #0: Fri Nov 25 03:47:25 EST 2011 Any clues? Thanks... --STeve Andre' mv -f .deps/md5.Tpo .deps/md5.Po cc -DHAVE_CONFIG_H -DSYSCONFDIR=\/etc\ -DLOCALEDIR=\/usr/local/share/locale\ -I. -I/usr/ports/pobj/msmtp-1.4.25/msmtp-1.4.25/src -I.. -I/usr/include -I/usr/local/include -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -O2 -pipe -MT md5-apps.o -MD -MP -MF .deps/md5-apps.Tpo -c -o md5-apps.o /usr/ports/pobj/msmtp-1.4.25/msmtp-1.4.25/src/md5-apps.c mv -f .deps/md5-apps.Tpo .deps/md5-apps.Po cc -O2 -pipe -o msmtp conf.o list.o msmtp.o net.o netrc.o readbuf.o smtp.o stream.o tools.o xalloc.o aliases.o tls.o base64.o md5.o md5-apps.o -L/usr/lib -lssl -lcrypto -L/usr/local/lib -lidn -lintl -liconv -L/usr/local/lib -lgnome-keyring -lglib-2.0 -lintl -liconv /usr/local/lib/libintl.so.5.0 /usr/local/lib/libiconv.so.6.0 /usr/local/lib/libglib-2.0.so.2992.0: warning: vsprintf() is often misused, please use vsnprintf() msmtp.o(.text+0xcf6): In function `msmtp_construct_env_from': : warning: strcpy() is almost always misused, please use strlcpy() /usr/local/lib/libglib-2.0.so.2992.0: warning: sprintf() is often misused, please use snprintf() /usr/local/lib/libidn.so.17.0: warning: strcat() is almost always misused, please use strlcat() /usr/local/lib/libdbus-1.so.9.1: undefined reference to `pthread_cond_signal' /usr/local/lib/libdbus-1.so.9.1: undefined reference to `pthread_condattr_init' /usr/local/lib/libdbus-1.so.9.1: undefined reference to `pthread_equal' /usr/local/lib/libdbus-1.so.9.1: undefined reference to `pthread_condattr_destroy' /usr/local/lib/libdbus-1.so.9.1: undefined reference to `pthread_cond_broadcast' /usr/local/lib/libdbus-1.so.9.1: undefined reference to `pthread_cond_init' /usr/local/lib/libdbus-1.so.9.1: undefined reference to `pthread_mutex_unlock' /usr/local/lib/libdbus-1.so.9.1: undefined reference to `pthread_self' /usr/local/lib/libdbus-1.so.9.1: undefined reference to `pthread_mutex_destroy' /usr/local/lib/libdbus-1.so.9.1: undefined reference to `pthread_mutex_lock' /usr/local/lib/libdbus-1.so.9.1: undefined reference to `pthread_cond_wait' /usr/local/lib/libdbus-1.so.9.1: undefined reference to `pthread_cond_destroy' /usr/local/lib/libdbus-1.so.9.1: undefined reference to `pthread_mutex_init' /usr/local/lib/libdbus-1.so.9.1: undefined reference to `pthread_cond_timedwait' collect2: ld returned 1 exit status *** Error code 1
Re: Instruction a bit confusing
On 11/19/11 21:03, John Tate wrote: Ports, In devel/jdk/1.6 the instructions to get jdk-1_5_0_16-solaris-i586.tar.Z are a bit confusing because the site is a little vague. A little more detail would be nice, currently I am talking about these instructions to me the user from make install. *** You must manually fetch the distribution files, place *** them in /usr/ports/distfiles and then run make again. *** Get the Update 16 Source under the JRL license file: *** jdk-1_5_0_16-fcs-src-b02-jrl-28_may_2008.jar and *** the Source Binaries needed for Source Build file: *** jdk-1_5_0_16-fcs-bin-b02-jrl-28_may_2008.jar *** from http://download.java.net/tiger/tiger_u16/ So you go to download.java.net and get those two files. *** Get the BSD patchset file: *** bsd-jdk15-patches-9.tar.bz2 *** from http://www.eyesbeyond.com/freebsddom/java/jdk15.html And then one from eyesbeyond, *** Get JDK 5.0 Update 16 for Solaris x86 packages file: *** jdk-1_5_0_16-solaris-i586.tar.Z *** from http://java.sun.com/javase/downloads/index_jdk5.jsp or *** http://java.sun.com/products/archive/j2se/5.0_16/index.html And then one from sun.com (but two places have it), *** Get the Apache Xalan Java file: *** xalan-j_2_7_0-bin.tar.gz *** from http://archive.apache.org/dist/xml/xalan-j/ *** Error code 1 And lastly, xalan at apache.org I'm sure I'll find it but this could be less time consuming. I agree its a pain, but you only have to get them once, and then again when new patches are issued. So it isn't that hard... --STeve Andre'
Re: gkrellm and uuid's for filesystems
On 11/18/11 19:46, John Tate wrote:
Misc/Ports,
gkrellm has an OpenBSD specific shortcoming. Depending on what USB
drives are plugged in, my softraid could be anywhere between sd2-sd6.
gkrellm needs to be reconfigured every time. The OpenBSD port of
gkrellm could instead support the uuids, and always display my two
physical AHCI drives and the softraid. It's a little annoying having
to configure gkrellm after every different boot scenario.
Also, where do I get started on learning to make ports? I don't
necessarily mean contribute but where are the docs for a wannabe
contributor?
John
Also this leads nowhere, so I couldn't find gkrellm's maintainer:
http://openports.se/sysutils/gkrellm
I would suggest you read the entire OpenBSD FAQ, as well as
the entire web site. It isn't that huge. If you read it all, you
will find all sorts of stuff.
Plus don't forget the man pages. They really are very good.
In particular, /usr/ports/README says
Documentation for the ports tree: ports(7), packages(7),
mirroring-ports(7),
library-specs(7), bsd.port.mk(5), bsd.port.arch.mk(5), port-modules(5).
dpb(1) (manpage under ${PORTSDIR}/man) for bulk builds.
It's not simple, but it's all there...
--STeve Andre'
Re: gv hiccupping over PDFs created by gs
On 11/06/11 19:37, Ed Ahlsen-Girard wrote: Printed web pages to PDF from within xxxterm. gs 9.02 from Nov 4 packages installed; gv 3.7.1 from Nov 4 packages installed. Tried to open in gv, error shown below: Error: /rangecheckGPL Ghostscript 9.02: Unrecoverable error, exit code 1 in --.discardtransparencygroup-- Operand stack: --dict:7/16(L)-- Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1878 1 3 %oparray_pop 1877 1 3 %oparray_pop 1861 1 3 %oparray_pop 1755 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push --nostringval-- --nostringval-- Dictionary stack: --dict:1155/1684(ro)(G)-- --dict:1/20(G)-- --dict:82/200(L)-- --dict:108/127(ro)(G)-- --dict:295/300(ro)(G)-- --dict:23/30(L)-- --dict:6/8(L)-- --dict:21/40(L)-- --dict:5/5(L)-- Current allocation mode is local Last OS error: 35 The files can successfully be opened with Acrobat Reader X in Windows XP. Should I take this to the ghostscript team directly? Yeah, it's their problem. But gv has gotten so bad at dealing with PDFs for me that I've just about stopped using it entirely. In ports is xpdf and zathura, and epdfview... --STeve Andre'
Re: dpb build failures
On 11/03/11 22:44, Bryan wrote: I invoked dpb with the following switches: ./dpb -b /usr/ports/logs/amd64/build.log -c -f 0 -j 4 -U I did a build with dpb, and came up with the following failures: math/kst multimedia/k3b graphics/ImageMagick,no_x11 multimedia/xine-lib net/telepathy/telepathy-glib x11/gnome/devel-docs graphics/digikam graphics/kimdaba textproc/xerces-c math/R graphics/clutter/core x11/fluxbox audio/pulseaudio audio/libgpod Is there a port output that will show me the error messages, or will I have to go back and build them individually. What if they do build... was it scheduling issues with dpb, or something else? I just finished a bulk build yesterday with only two avahi flavors complaining. Bulk building usually works well, but if you miss something you can get cascading failures, resulting in lots of failed packages. You might want to make sure that - you have up to date kernel userland compiled. I always compile the world just before a bulk build to make sure any late changes are covered. I also verify that I have the latest cvs updates, - the ports tree is clean, so pobj, bulk, plist and packages are empty, - the src for new packages has been fetched, - bsd.port.mk has trust packages and bulk set to yes, - /var/db/pkg is empty Look in /usr/ports/logs/i386/paths/catagory for transcripts of builds. One of things I messed up several times was starting a build when I hadn't gotten a complete set of updates. You really want to always watch the cvs changes list, and then make sure that your mirror has them all. --STeve Andre'
Re: CVS: cvs.openbsd.org: ports
On 10/30/11 01:12, Stuart Cassoff wrote: CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2011/10/29 23:12:15 Modified files: cad/xcircuit : Makefile distinfo cad/xcircuit/pkg: PLIST Added files: cad/xcircuit/patches: patch-configure_in Log message: Update to 3.7 and unbreak. ok jasper@, sebastia@ Yes!
Problem compiling cad/xcircuit
This is on an i386-current system compiled OpenBSD 5.0-current (GENERIC.MP) #0: Wed Oct 19 16:17:41 EDT 2011 I think this is related to the recent update in tcl but I've yet figured it out. --STeve Andre' cc -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DPACKAGE=\xcircuit\ -DVERSION=\3.6\ -DPROTOTYPES=1 -D__PROTOTYPES=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_STRING_H=1 -DHAVE_LIBM=1 -DSIZEOF_VOID_P=4 -DSIZEOF_UNSIGNED_INT=4 -DSIZEOF_UNSIGNED_LONG=4 -DHAVE_LIBXT=1 -DSTDC_HEADERS=1 -DHAVE_SETENV=1 -DHAVE_PUTENV=1 -DHAVE_DIRENT_H=1 -DHAVE_LIBZ=1 -DHAVE_VA_COPY=1 -DHAVE___VA_COPY=1 -DHAVE_U_CHAR=1 -DDOUBLEBUFFER=1 -DHAVE_X11_XPM_H=1 -DHAVE_XPM=1 -DLGF=1 -DINPUT_FOCUS=1 -DGS_EXEC=\gs\ -DSPICE_EXEC=\ngspice\ -DPROG_VERSION=3.6 -DPROG_REVISION=167 -DCAD_DIR=\/usr/local/lib\ -DTEMP_DIR=\/tmp\ -DRESOURCES_DIR=\/usr/local/lib/xcircuit-3.6/app-defaults\ -DSCRIPTS_DIR=\/usr/local/lib/xcircuit-3.6\ -DBUILTINS_DIR=\/usr/local/lib/xcircuit-3.6\ -DBUILTINS_FILE=\\ -DUSER_RC_FILE=\.xcircuitrc\ -DPROLOGUE_DIR=\/usr/local/lib/xcircuit-3.6\ -DPROLOGUE_FILE=\xcircps2.pro\ -DSTARTUP_FILE=\startup.script\ -DLGF_LIB=\lgf.lps\ -DASG_SPICE_LIB=\asg_spice.lps\ -I. -I. -IXw -I/usr/X11R6/include -O2 -pipe -Wno-pointer-sign -c selection.c cc -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DPACKAGE=\xcircuit\ -DVERSION=\3.6\ -DPROTOTYPES=1 -D__PROTOTYPES=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_STRING_H=1 -DHAVE_LIBM=1 -DSIZEOF_VOID_P=4 -DSIZEOF_UNSIGNED_INT=4 -DSIZEOF_UNSIGNED_LONG=4 -DHAVE_LIBXT=1 -DSTDC_HEADERS=1 -DHAVE_SETENV=1 -DHAVE_PUTENV=1 -DHAVE_DIRENT_H=1 -DHAVE_LIBZ=1 -DHAVE_VA_COPY=1 -DHAVE___VA_COPY=1 -DHAVE_U_CHAR=1 -DDOUBLEBUFFER=1 -DHAVE_X11_XPM_H=1 -DHAVE_XPM=1 -DLGF=1 -DINPUT_FOCUS=1 -DGS_EXEC=\gs\ -DSPICE_EXEC=\ngspice\ -DPROG_VERSION=3.6 -DPROG_REVISION=167 -DCAD_DIR=\/usr/local/lib\ -DTEMP_DIR=\/tmp\ -DRESOURCES_DIR=\/usr/local/lib/xcircuit-3.6/app-defaults\ -DSCRIPTS_DIR=\/usr/local/lib/xcircuit-3.6\ -DBUILTINS_DIR=\/usr/local/lib/xcircuit-3.6\ -DBUILTINS_FILE=\\ -DUSER_RC_FILE=\.xcircuitrc\ -DPROLOGUE_DIR=\/usr/local/lib/xcircuit-3.6\ -DPROLOGUE_FILE=\xcircps2.pro\ -DSTARTUP_FILE=\startup.script\ -DLGF_LIB=\lgf.lps\ -DASG_SPICE_LIB=\asg_spice.lps\ -I. -I. -IXw -I/usr/X11R6/include -O2 -pipe -Wno-pointer-sign -c svg.c svg.c: In function 'SVGCreateImages': svg.c:240: warning: incompatible implicit declaration of built-in function 'execlp' svg.c: At top level: svg.c:1068: error: expected declaration specifiers or '...' before 'Tcl_Interp' svg.c:1069: error: expected declaration specifiers or '...' before 'Tcl_Obj' svg.c: In function 'xctcl_svg': svg.c:1078: error: 'objv' undeclared (first use in this function) svg.c:1078: error: (Each undeclared identifier is reported only once svg.c:1078: error: for each function it appears in.) svg.c:1078: warning: assignment makes pointer from integer without a cast svg.c:1083: error: 'interp' undeclared (first use in this function) svg.c:1084: error: 'TCL_ERROR' undeclared (first use in this function) svg.c:1093: warning: passing argument 2 of 'sprintf' makes pointer from integer without a cast gmake[1]: *** [svg.o] Error 1 gmake[1]: Leaving directory `/usr/ports/pobj/xcircuit-3.6.167/xcircuit-3.6.167' gmake: *** [all-recursive] Error 1 *** Error code 2
Problem compiling devel/pysvn
This is on an i386-current system compiled OpenBSD 5.0-current (GENERIC.MP) #0: Wed Oct 19 16:17:41 EDT 2011 --STeve Andre' Compile pysvn_client_cmd_changelist.o g++ -c -Wall -fPIC -fexceptions -frtti -I/usr/ports/pobj/py-pysvn-1.7.2/pysvn-1.7.2/Import/pycxx-6.1.1 -I/usr/ports/pobj/py-pysvn-1.7.2/pysvn-1.7.2/Import/pycxx-6.1.1/Src -I/usr/local/include/python2.7 -I/usr/local/include/subversion-1 -I/usr/local/include/apr-1 -I. -DNDEBUG -DTHREAD_STACK_SIZE=0x2 -DPYCXX_PYTHON_2TO3 -Dinit_pysvn=init_pysvn_2_7 -Dinit_pysvn_d=init_pysvn_2_7_d -o pysvn_client_cmd_changelist.o pysvn_client_cmd_changelist.cpp Compile pysvn_client_cmd_checkin.o g++ -c -Wall -fPIC -fexceptions -frtti -I/usr/ports/pobj/py-pysvn-1.7.2/pysvn-1.7.2/Import/pycxx-6.1.1 -I/usr/ports/pobj/py-pysvn-1.7.2/pysvn-1.7.2/Import/pycxx-6.1.1/Src -I/usr/local/include/python2.7 -I/usr/local/include/subversion-1 -I/usr/local/include/apr-1 -I. -DNDEBUG -DTHREAD_STACK_SIZE=0x2 -DPYCXX_PYTHON_2TO3 -Dinit_pysvn=init_pysvn_2_7 -Dinit_pysvn_d=init_pysvn_2_7_d -o pysvn_client_cmd_checkin.o pysvn_client_cmd_checkin.cpp pysvn_client_cmd_checkin.cpp: In member function 'Py::Object pysvn_client::cmd_checkin(const Py::Tuple, const Py::Dict)': pysvn_client_cmd_checkin.cpp:130: warning: 'svn_client_commit' is deprecated (declared at /usr/local/include/subversion-1/svn_client.h:2054) pysvn_client_cmd_checkin.cpp:137: warning: 'svn_client_commit' is deprecated (declared at /usr/local/include/subversion-1/svn_client.h:2054) pysvn_client_cmd_checkin.cpp: In member function 'Py::Object pysvn_client::cmd_checkout(const Py::Tuple, const Py::Dict)': pysvn_client_cmd_checkin.cpp:241: warning: 'svn_client_checkout' is deprecated (declared at /usr/local/include/subversion-1/svn_client.h:1173) pysvn_client_cmd_checkin.cpp:250: warning: 'svn_client_checkout' is deprecated (declared at /usr/local/include/subversion-1/svn_client.h:1173) pysvn_client_cmd_checkin.cpp: In member function 'Py::Object pysvn_client::cmd_resolved(const Py::Tuple, const Py::Dict)': pysvn_client_cmd_checkin.cpp:349: warning: 'svn_client_resolved' is deprecated (declared at /usr/local/include/subversion-1/svn_client.h:3731) pysvn_client_cmd_checkin.cpp:355: warning: 'svn_client_resolved' is deprecated (declared at /usr/local/include/subversion-1/svn_client.h:3731) pysvn_client_cmd_checkin.cpp: In member function 'Py::Object pysvn_client::cmd_update(const Py::Tuple, const Py::Dict)': pysvn_client_cmd_checkin.cpp:440: warning: 'svn_client_update' is deprecated (declared at /usr/local/include/subversion-1/svn_client.h:1320) pysvn_client_cmd_checkin.cpp:448: error: cannot convert 'apr_array_header_t**' to 'svn_revnum_t*' for argument '1' to 'svn_error_t* svn_client_update(svn_revnum_t*, const char*, const svn_opt_revision_t*, svn_boolean_t, svn_client_ctx_t*, apr_pool_t*)' gmake: *** [pysvn_client_cmd_checkin.o] Error 1 *** Error code 2
Message during a bulk build
I got this message, but it isn't clear to me which package this happened on. This is an i386-current system OpenBSD 5.0-current (GENERIC.MP) #0: Sun Oct 16 19:43:01 EDT 2011 (and yes, I see the time is four hours ahead of where it should be) Use of uninitialized value $sz in print at /usr/ports/infrastructure/lib/DPB/PortBuilder.pm line 134 --STeve Andre'
Re: new: owx
On 09/18/11 12:19, Mitja Muženič wrote: (forgot to reply all) Original Message Subject: Re: new: owx Date: Sun, 18 Sep 2011 18:16:02 +0200 From: Mitja Muženič mi...@muzenic.net To: Landry Breuil lan...@rhaalovely.net On 09/18/11 15:30, Landry Breuil wrote: On Sun, Sep 18, 2011 at 04:47:58PM +0200, Mitja Muženi?? wrote: - OWX (Open Wouxun) is an open-source program designed to program Wouxun transceivers. It was developed on Wouxun KG-UV2D and tested on KG-UVD1P (both identify as KG669V). Possibly other Wouxuns are supported too, but this is not guaranteed - use at your own risk and ALWAYS make backups! This software is highly experimental. Using it can result in rendering your radio unusable and your dog killed. You have been warned. -- Tested on my Wouxun KG-817 HAM radio with a Prolific USB-to-serial adapter with fancy wiring at the end so it hooks up to the radio's speaker and mic jacks (as described in /usr/local/share/doc/owx/README). Since the protocol and memory layouts of the radio are reverse engineered, not every function is supported. Excellent! I didn't know this existed. As it happens, I have a KG-UV10 to test this on. --STeve Andre' wb8wsf en72
Re: new: owx
On 09/18/11 15:47, jirib wrote: On Sun, 18 Sep 2011 23:10:33 +0200 Mitja Muženičmi...@muzenic.net wrote: OWX (Open Wouxun) is an open-source program designed to program Wouxun transceivers. It was developed on Wouxun KG-UV2D and tested on KG-UVD1P (both identify as KG669V). Possibly other Wouxuns are supported too, but this is not guaranteed - use at your own risk and ALWAYS make backups! This software is highly experimental. Using it can result in rendering your radio unusable and your dog killed. You have been warned. -- [snip] Hi, I'm just curious, what do you use these radios for in days of mobile phones and sms? If it is not confidential :-) jirib Totally off topic, but ham radio is almost always the first means of communications after a disaster. It's also a system to bridge between various agencies during said disasters as just about no government has been able to coordinate cross-agency stuff. This is true every where. Not to mention hams building satellites, digital networks, bouncing signals off the Moon and hordes of other things. You cell phone *will* die during any kind of real emergency. My ham systems won't. ;-) --STeve Andre'
Re: unbreak youtube-dl
On 08/04/11 16:05, Christian Weisgerber wrote: David Coppadco...@gmail.com wrote: youtube recently changed page formats so all the scrapers are currently broken; here is a diff to fix youtube-dl. OK for me. Hoping this can go in, despite the lock... And by the time the CDs are in print, Youtube has changed things again. Well, yes Youtube is like a chameleon, slithering and changing. But wouldn't it be best to have the latest change? Perhaps youtube-dl would be current for a month or three. --STeve Andre'
tclsh8.5?
Has anyone built this in the last 2 days? When I run tclsh8.5 I get can't load library 'libtcl85.so.0.6 It's in /usr/local/lib, and file says its a shared obj library. This is on an i386-current system compiled OpenBSD 5.0-beta (GENERIC.MP) #0: Sat Jul 23 00:05:21 EDT 2011 I wonder if I've made a blunder, or if this is a real problem. It stopped at least 59 packages from being created. If anyone says they have a recent tclsh8.5 working I'll go back and hopefully figure it out. --STeve Andre'
Re: tclsh8.5?
On 07/23/11 17:08, Nigel Taylor wrote: On 07/23/11 21:41, STeve Andre' wrote: Has anyone built this in the last 2 days? When I run tclsh8.5 I get can't load library 'libtcl85.so.0.6 It's in /usr/local/lib, and file says its a shared obj library. This is on an i386-current system compiled OpenBSD 5.0-beta (GENERIC.MP) #0: Sat Jul 23 00:05:21 EDT 2011 I wonder if I've made a blunder, or if this is a real problem. It stopped at least 59 packages from being created. If anyone says they have a recent tclsh8.5 working I'll go back and hopefully figure it out. --STeve Andre' Hi, Ok on amd64, built 22nd July. i386 was built 19th, so just rebuilt it, the rebuilt package worked. libtcl85.so.0.6 should be in in the tcl-8.5.9p0 package. pkg_info -L tcl-8.5.9p0 | grep libtcl /usr/local/lib/libtcl85.so.0.6 /usr/local/lib/libtcl85_pic.a /usr/local/lib/libtclstub85_pic.a /usr/local/lib/libtcl85.a /usr/local/lib/libtclstub85.a Regards Nigel Taylor That's exactly what I have. I then removed /usr/ports and got a new one and built tcl8.5, and have the same can't load problem. So, since you can do this and I can't, the fault is on my side. Odd thing is, on 7/20 I had a package built where I got 7131 unzels. The machine didn't do anything till I updated the tree, recompiled the world and then started another dpb, crashing into this problem with tclsh8.5. Hmmm. Thanks Nigel. --STeve Andre'
Re: packaging error in x11/gtk+2
On 07/12/11 16:54, Amit Kulkarni wrote: OpenBSD 4.2 x11/gnome/gail includes libgailutil.so.18.1, this should have been replaced by libgailutil.so.20.0 at OpenBSD 4.4, and the OpenBSD 4.4 - 4.5 update was when gail was removed and gail became part of x11/gtk+2 with libgailutil.so.22.0 included. Your issue is with old versions of packages from 4.2 being left in current. This could mean you had a package .libs-gale- or partial-gale- left behind from an update. So there was always a libgailutil.so.18.1 version present from 3-4yrs ago in /usr/local/lib. To avoid problems use pkg_delete /var/db/pkg/.libs*, if there are no dependencies the packages will be removed, if not your missing an update, or maybe have a package that has since been removed. You should also remove failed pkg_add's which create packages called partial-xx. There are a number of others way to get an unclean system. The current libgailutil is at version 26.0. You shouldn't have changed the Makefile, or PLIST's. If you look back your see all the various bumps from 18.1 up to 26.0 for libgailutil in cvs. You should remove your gtk+2 and start again with the correct version from cvs, if you truly cleaned your system there is just no point in making those changes, gtk+2 should have built without modification. Hi all, I built userland and still problems. I ultimately had to follow Steve's suggestion and had to fetch the entire ports tree, and gtk+2 went though without any problems. rm -rf /usr/ports/* cvs co I really don't understand why this came up. My infrastrucutre directory which contains libtool is the same, only chnages I had was the ports Makefile/distinfo's for ports like aterm, roxterm, junit, rpm, amaya, postgresql-odbc/jdbc, etc... The ports which I have been working on or fiddling. Nothing earth shattering and nothing really important to the build, except maybe libgif. Nigel, I joined OpenBSD after 4.7, so I don't have the old utils lying around. I did check around in cvs before asking you guys. Thanks for your help guys! amit I have seen this twice now in 4 months, where getting a new tree was the solution. Next time this happens I'm going to put the suspect one away, and then compare it with the new (hopefully) good one. If others who've crashed into CVS problems can shed light on why this happens, I'd be all ears... --STeve Andre'
Problem packaging lang/llvm-gcc4
This is on a i386-current system: OpenBSD 4.9-current (GENERIC.MP) #0: Mon Jul 11 22:17:38 EDT 2011 Lang/llvm-gcc4 builds but does not package. After a bulk build I cleaned everything and tried just this, with the same results: gmake[2]: Leaving directory `/usr/ports/pobj/llvm-gcc4.2-2.9/llvm-gcc-4.2-2.9.source/obj/i386-unknown-openbsd4.9/libiberty' gmake[1]: Leaving directory `/usr/ports/pobj/llvm-gcc4.2-2.9/llvm-gcc-4.2-2.9.source/obj' === Building package for llvm-gcc4.2-2.9 Create /usr/ports/packages/i386/all/llvm-gcc4.2-2.9.tgz Error: /usr/ports/pobj/llvm-gcc4.2-2.9/fake-i386/usr/local/lib/llvm-gcc-2.9/gcc/i386-unknown-openbsd4.9/4.2.1/include/locale.h does not exist Error: /usr/ports/pobj/llvm-gcc4.2-2.9/fake-i386/usr/local/lib/llvm-gcc-2.9/gcc/i386-unknown-openbsd4.9/4.2.1/include/string.h does not exist Error: /usr/ports/pobj/llvm-gcc4.2-2.9/fake-i386/usr/local/lib/llvm-gcc-2.9/gcc/i386-unknown-openbsd4.9/4.2.1/include/time.h does not exist Error: /usr/ports/pobj/llvm-gcc4.2-2.9/fake-i386/usr/local/lib/llvm-gcc-2.9/gcc/i386-unknown-openbsd4.9/4.2.1/include/unistd.h does not exist Fatal error: can't continue at /usr/libdata/perl5/OpenBSD/PkgCreate.pm line 1219 *** Error code 1 --STeve Andre'
Re: packaging error in x11/gtk+2
On 07/11/11 17:37, Amit Kulkarni wrote: libgailutil is 26.0 now,, it must have picked up an old installed lib. As dpb(1) says, some packages only build on a clean machine right now I picked up the libc minor bump. This was on a clean machine with 1) rm -rf /usr/local/* 2) rm -rf /usr/ports/packages/* 3) rm -rf /usr/ports/plist/* is WRKOBJDIR clean? Sorry to get back so late... Everything is clean. I did a rm -rf /usr/ports/pobj/* When I change this in the Makefile AND have to do a make plist (lots of changes there), the gtk+2 package is created. Please take a look in gtk+2 port, and see if the plist on your machine is okay with whats in cvs. It looks like you are using a broken or wrong copy of libtool somehow. Those file names are meant to be under control of ports and that is obviously being ignored on your machine. Build logs might tell more but I'm pretty sure it's a local problem of some sort. Might be true, as I had to fsck a lot to recover from the hangs. Would a rebuilt userland (or the pre-built binaries from base49.tgz) help? Thanks I've learned from my own bulk builds that when I have a strange problem I punt and start at the beginning, rebuilding the world, and then perhaps get a new /usr/ports after first making sure I have a clean system. At least 70% of the bulk build problems I've had are self-induced, or a problem getting stuff from CVS right. So yes, I'd rebuild the world, and if that doesn't work I'd get a new copy of /usr/ports. I've needed a new copy twice now, in 4 months. --STeve Andre'
Re: libreoffice freezes when exporting huge doc into mediawiki
On 07/06/11 15:50, jirib wrote: Hello, libreoffice freezes when exporting huge doc into mediawiki. That's it. Anybody having same issue? With one/two/three word test document it works but with 'normal' (read: huge, footnotes...) document LO is saving forever and freezes :( I will try to get some more info but maybe somebody with much better debuging kung-fu here would be interested as well :) (On Ubuntu no such issue.) jirib Making this document available would help determine the problem. Mostly this belongs at a Libreoffice mailing list. Knowing how big huge is would help. I have not yet seen a problem in OpenBSD's Libre compared to the same version on Windows, but I'm not an expert. --STeve Andre'
Re: Kill security/cops?
On 07/03/11 16:46, Christian Weisgerber wrote: Can we kill the security/cops port? This stuff is from 1992. The port is from 1997 and hasn't really been touched except for infrastructure changes and the like. Ncops came along and was better than cops, but I don't think it's been touched for 5+ years, and cops is now ancient. Zap it. --STeve Andre'
Problem building graphics/hs-cairo
I've not been able to compile this. Is it was a pkg-config issue? Except if it were I'd have thought it would have been brought up already. This is an i386 4.9-current system: OpenBSD 4.9-current (GENERIC.MP) #0: Wed Jun 22 00:48:55 EDT 2011 Any clues for me? Wondering if my tree was corrupt I got a new one from obsd.cec.mtu.edu, but got the same results. Thanks, STeve Andre' === Configuring for hs-cairo-0.12.0p0 Gtk2HsSetup.hs:25:0: warning: #warning Setup.hs is guessing the version of Cabal. If compilation of Setup.hs fails use -DCABAL_VERSION_MINOR=x for Cabal version 1.x.0 when building (prefixed by --ghc-option= when using the 'cabal' command) Configuring cairo-0.12.0... Flags chosen: cairo_svg=True, cairo_ps=True, cairo_pdf=True Dependency array -any: using array-0.3.0.2 Dependency base ==4.*: using base-4.3.1.0 Dependency bytestring -any: using bytestring-0.9.1.10 Dependency haskell98 -any: using haskell98-1.1.0.1 Dependency mtl -any: using mtl-2.0.1.0 Dependency cairo-pdf -any: using version 1.10.2 Dependency cairo-ps -any: using version 1.10.2 Dependency cairo-svg -any: using version 1.10.2 Dependency cairo =1.2.0: using version 1.10.2 Using Cabal-1.10.1.0 compiled by ghc-7.0 Using compiler: ghc-7.0.3 Using install prefix: /usr/local Binaries installed in: /usr/local/bin Libraries installed in: /usr/local/lib/ghc/cairo-0.12.0 Private binaries installed in: /usr/local/libexec Data files installed in: /usr/local/share/hs-cairo-0.12.0 Documentation installed in: /usr/local/share/doc/hs-cairo-0.12.0 Using alex version 2.3.5 found on system at: /usr/local/bin/alex Using ar found on system at: /usr/bin/ar No c2hs found No cpphs found No ffihugs found Using gcc version 4.2.1 found on system at: /usr/bin/gcc Using ghc version 7.0.3 found on system at: /usr/local/bin/ghc Using ghc-pkg version 7.0.3 found on system at: /usr/local/bin/ghc-pkg No greencard found Using gtk2hsC2hs found on system at: /usr/local/bin/gtk2hsC2hs Using gtk2hsHookGenerator found on system at: /usr/local/bin/gtk2hsHookGenerator Using gtk2hsTypeGen found on system at: /usr/local/bin/gtk2hsTypeGen Using haddock version 2.9.2 found on system at: /usr/local/bin/haddock Using happy version 1.18.6 found on system at: /usr/local/bin/happy No hmake found Using hsc2hs version 0.67 found on system at: /usr/local/bin/hsc2hs No hscolour found No hugs found No jhc found Using ld found on system at: /usr/bin/ld No lhc found No lhc-pkg found No nhc98 found Using pkg-config version 0.25 found on system at: /usr/bin/pkg-config Using ranlib found on system at: /usr/bin/ranlib Using strip found on system at: /usr/bin/strip Using tar found on system at: /bin/tar No uhc found /usr/bin/pkg-config --modversion cairo-pdf /usr/bin/pkg-config --modversion cairo-ps /usr/bin/pkg-config --modversion cairo-svg /usr/bin/pkg-config --modversion cairo Setup.hs: Missing dependency on a foreign library: * Missing C library: cairo This problem can usually be solved by installing the system package that provides this library (you may need the -dev version). If the library is already installed but in a non-standard location then you can use the flags --extra-include-dirs= and --extra-lib-dirs= to specify where it is. *** Error code 1 Stop in /usr/ports/graphics/hs-cairo (line 2435 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/graphics/hs-cairo (line 2226 of /usr/ports/infrastructure/mk/bsd.port.mk). === Exiting graphics/hs-cairo with an error /bin/sh: exit 1: not found *** Error code 127
Re: Problem building graphics/hs-cairo
On 06/22/11 15:37, Jasper Lievisse Adriaanse wrote: On Wed, Jun 22, 2011 at 01:27:57PM -0400, STeve Andre' wrote: I've not been able to compile this. Is it was a pkg-config issue? Except if it were I'd have thought it would have been brought up already. This is an i386 4.9-current system: OpenBSD 4.9-current (GENERIC.MP) #0: Wed Jun 22 00:48:55 EDT 2011 Any clues for me? Wondering if my tree was corrupt I got a new one from obsd.cec.mtu.edu, but got the same results. Thanks, STeve Andre' === Configuring for hs-cairo-0.12.0p0 Hi, It's indeed pkg-config fallout, or rather pkg-config being abused in the past which worked great untill pkg-config got stricter. Still wondering if cairo's pkgconfig files are bad, or this one port is just being nasty. Thanks Jasper. Reading up on how pkg-config works, currently. --STeve Andre'
Re: License question
On 06/12/11 14:30, Miod Vallat wrote: On Sun, Jun 12, 2011 at 10:13:34AM -0500, Chris Bennett wrote: I ran into a module on cpan that the author says is licensed as: You can use this module freely. (Someone complained this is too vague. So, more precisely: do whatever you want with it, but be warned that terrible things will happen to you if you use it badly, like for sending spam, or ...?) Well, he's not actually forbidding any kind of use, does he ? So it's free. I disagree. He does not grant permission to modify, and he does not grant permission to redistribute. That's not free enough. That phrase, but be warned that terrible things will happen is not a legal stricture. It's a joke, which shouldn't be there, but is not a statement that forbids anything. Chris, you might want to ask the author to rephrase his license as something more reasonable. Another example of independent licensing. --STeve Andre'
Re: [New] nload-0.7.2
On 06/11/11 20:34, Brad wrote: On Fri, Jun 10, 2011 at 01:58:41PM -0300, Gonzalo L. R. wrote: nload is a console application which monitors network traffic and bandwidth usage in real time. It visualizes the in- and outgoing traffic using two graphs and provides additional info like total amount of transfered data and min/max network usage. Cheers. Attached an updated port with the license marker fixed and fixed the man page installation. Man pages are not to be compressed. Works well for me. Neat little program. Yes, nice. I don't want to keep it in mystuff--it belongs in the tree. --STeve Andre'
Re: Wondering how I shot myself
On 05/12/11 01:43, STeve Andre' wrote: I'm feeling that I did it to myself again, but I've not found the source of this problem. Clues would be appreciated. On may 10th I did a bulk build and all was well. Just a few hours ago on the 12th I started up another, as I wanted to see the new version of webkit. The build started off OK, (a hyperthreaded 4 core system with a SSD), but after 10 minutes I had 10+ programs that didn't compile. Their common problem is this: [snip] I cleaned everything and the bulk build is now working. I am completely mystified. I swear I did this before posting, among other things. --STeve Andre'
Wondering how I shot myself
I'm feeling that I did it to myself again, but I've not found the source of this problem. Clues would be appreciated. On may 10th I did a bulk build and all was well. Just a few hours ago on the 12th I started up another, as I wanted to see the new version of webkit. The build started off OK, (a hyperthreaded 4 core system with a SSD), but after 10 minutes I had 10+ programs that didn't compile. Their common problem is this: (compiling devel/uuid) Checking if your kit is complete... Looks good Warning: -L../.libs changed to -L/usr/ports/pobj/uuid-1.6.2/uuid-1.6.2/perl/../.libs Warning: -L.. changed to -L/usr/ports/pobj/uuid-1.6.2/uuid-1.6.2/perl/.. Writing Makefile for OSSP::uuid Makefile out-of-date with respect to /usr/libdata/perl5/i386-openbsd/5.12.2/CORE/config.h Cleaning current config before rebuilding Makefile... make -f Makefile.old clean /dev/null 21 /usr/bin/perl Makefile.PL PREFIX=/usr/local Checking if your kit is complete... Looks good Warning: -L../.libs changed to -L/usr/ports/pobj/uuid-1.6.2/uuid-1.6.2/perl/../.libs Warning: -L.. changed to -L/usr/ports/pobj/uuid-1.6.2/uuid-1.6.2/perl/.. Writing Makefile for OSSP::uuid == Your Makefile has been rebuilt. == == Please rerun the make command. == false *** Error code 1 This is a i386-current system compiled on OpenBSD 4.9-current (GENERIC.MP) #2: Wed May 11 23:51:21 EDT 2011 What I'm looking for is a clue stick on where to look. Thanks.. --STeve Andre' dmesg OpenBSD 4.9-current (GENERIC.MP) #2: Wed May 11 23:51:21 EDT 2011 root@sata6:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz (GenuineIntel 686-class) 3.42 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,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX real mem = 3209781248 (3061MB) avail mem = 3147108352 (3001MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 10/20/10, SMBIOS rev. 2.7 @ 0xead50 (20 entries) bios0: vendor American Megatrends Inc. version 4.6.4 date 02/17/2011 bios0: BIOSTAR Group TP67B+ sata6 /usr clear sata6 /usr cat /var/run/dmesg.boot OpenBSD 4.9-current (GENERIC.MP) #2: Wed May 11 23:51:21 EDT 2011 root@sata6:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz (GenuineIntel 686-class) 3.42 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,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX real mem = 3209781248 (3061MB) avail mem = 3147108352 (3001MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 10/20/10, SMBIOS rev. 2.7 @ 0xead50 (20 entries) bios0: vendor American Megatrends Inc. version 4.6.4 date 02/17/2011 bios0: BIOSTAR Group TP67B+ acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S4 S5 acpi0: tables DSDT FACP APIC SSDT MCFG HPET ASPT acpi0: wakeup devices PS2K(S1) PS2M(S1) UAR1(S4) BR20(S1) EUSB(S4) USBE(S4) P0P1(S4) P0P2(S4) P0P3(S4) P0P4(S4) PEX0(S4) PEX1(S4) PEX2(S4) PEX3(S4) PEX4(S4) PEX5(S4) PEX6(S4) PEX7(S4) SLPB(S0) PWRB(S4) 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 100MHz cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz (GenuineIntel 686-class) 3.42 GHz cpu1: 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,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz (GenuineIntel 686-class) 3.42 GHz cpu2: 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,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX cpu3 at mainbus0: apid 6 (application processor) cpu3: Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz (GenuineIntel 686-class) 3.42 GHz cpu3: 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,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX cpu4 at mainbus0: apid 1 (application processor) cpu4: Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz (GenuineIntel 686-class) 3.42 GHz cpu4: 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,SSE3,PCLMUL,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES,XSAVE,AVX cpu5 at mainbus0: apid 3 (application processor) cpu5: Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz (GenuineIntel 686-class) 3.42 GHz cpu5: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36
Re: FYI: Big Haskell fuckup
On 04/20/11 17:39, Matthias Kilian wrote: On Tue, Apr 19, 2011 at 06:56:46PM -0400, STeve Andre' wrote: I saw this, and considering the sheer number of changes to hs-* lately I wasn't surprised. It shouldn't have happened (the breakage, not the update). Complex changes aren't without problems. You didn't let it slide and sit there. That you didn't create Haskell Hell is great... ;-) --STeve Andre'
Re: FYI: Big Haskell fuckup
On 04/19/11 16:23, Matthias Kilian wrote: There are some serious dependeny problems with Haskell libraries, caused by two different versions of the mtl library (mtl-1, bundled with ghc, and mtl-2 from devel/hs-mtl). The latter (devel/hs-mtl) wasn't meant to be used yet, but unfortunately some ports *do* rely on it (they don't build with mtl-1). On the other hand, we have some ports which don't build with mtl-2 but strictly need mtl-1 (that's one of the reasons why lang/ghc/patches/patch-ghc_mk exists). I hoped to fix this soon, but I'll have to pkg_delete all Haskell stuff from my machine, rebuild all of it, check the .cabal files of all the ~110 or so hs-* ports and check wether everything pulls the correct version of mtl. Bulk builders: if the breakage is too annoyint, feel free to mark lang/ghc as broken. It will take some days to fix this mess (I don't have much time before the next friday). Ciao, Kili I saw this, and considering the sheer number of changes to hs-* lately I wasn't surprised. It seems I'm going to need Haskell soon, so of course this happens now--but upgrading is always a good thing, and I appreciate the work you've done on this, and everything else! For those who don't know about Haskell, take a look at http://www.haskell.org/haskellwiki/Haskell Any time a language seems like a kick in the head, it's good to learn about it (my favorite in this category is stil lang/icon), to expand ones mind... --STeve Andre'
Re: www/node is being obstinate and not compiling
On 04/12/11 02:00, Antoine Jacoutot wrote:
On Tue, 12 Apr 2011, STeve Andre' wrote:
I'm curious if someone will throw me a clue here. www/node doesn't
build:
c++ -o obj/release/compiler.o -c -O2 -pipe -Wall -Werror -W
[snip]
/usr/ports/pobj/node-0.4.4/node-v0.4.4/deps/v8/src/compiler.cc:179: warning:
format '%x' expects type 'unsigned int', but argument 2 has type 'intptr_t'
scons: *** [obj/release/compiler.o] Error 1
scons: building terminated because of errors.
Waf: Leaving directory `/usr/ports/pobj/node-0.4.4/node-v0.4.4/build'
Build failed: - task failed (err #2):
{task: libv8.a SConstruct - libv8.a}
This is an i386 -current system compiled Apr 11.
I found a commit for www/node/Makefile that talks of problems when
making v8, and to be sure limits are high so I have
I know nothing about this port but if you remove -Werror from CXXFLAGS
it should get you further.
Read the output you posted, the reason why it failed is clearly
mentionned.
Well, that was interesting--removing -Werror let it build package.
It is not clear to me that what I posted contains my answer, but it is
late and I have spent sleep time on this. Addictive. All my other
blunders on things lately I've figured out. Thank you for the clue.
--STeve Andre'
www/node is being obstinate and not compiling
I'm curious if someone will throw me a clue here. www/node doesn't
build:
c++ -o obj/release/compiler.o -c -O2 -pipe -Wall -Werror -W
-Wno-unused-parameter -Wnon-virtual-dtor -m32 -O3 -fomit-frame-pointer
-fdata-sections -ffunction-sections -ansi -fno-rtti -fno-exceptions
-Wall -Werror -W -Wno-unused-parameter -Wnon-virtual-dtor -m32 -O3
-fomit-frame-pointer -fdata-sections -ffunction-sections -ansi
-DV8_TARGET_ARCH_IA32 -DENABLE_VMSTATE_TRACKING
-DENABLE_LOGGING_AND_PROFILING -DENABLE_DEBUGGER_SUPPORT
-I/usr/local/include
-I/usr/ports/pobj/node-0.4.4/node-v0.4.4/deps/v8/src
/usr/ports/pobj/node-0.4.4/node-v0.4.4/deps/v8/src/compiler.cc
cc1plus: warnings being treated as errors
/usr/ports/pobj/node-0.4.4/node-v0.4.4/deps/v8/src/compiler.cc: In
function 'void
v8::internal::FinishOptimization(v8::internal::Handlev8::internal::JSFunction,
int64_t)':
/usr/ports/pobj/node-0.4.4/node-v0.4.4/deps/v8/src/compiler.cc:142:
warning: format '%x' expects type 'unsigned int', but argument 2 has
type 'intptr_t'
/usr/ports/pobj/node-0.4.4/node-v0.4.4/deps/v8/src/compiler.cc: In
function 'void
v8::internal::AbortAndDisable(v8::internal::CompilationInfo*)':
/usr/ports/pobj/node-0.4.4/node-v0.4.4/deps/v8/src/compiler.cc:179:
warning: format '%x' expects type 'unsigned int', but argument 2 has
type 'intptr_t'
scons: *** [obj/release/compiler.o] Error 1
scons: building terminated because of errors.
Waf: Leaving directory `/usr/ports/pobj/node-0.4.4/node-v0.4.4/build'
Build failed: - task failed (err #2):
{task: libv8.a SConstruct - libv8.a}
This is an i386 -current system compiled Apr 11.
I found a commit for www/node/Makefile that talks of problems when
making v8, and to be sure limits are high so I have
sata6 /usr/ports/www/node u -a
time(cpu-seconds)unlimited
file(blocks) unlimited
coredump(blocks) unlimited
data(kbytes) 2097152
stack(kbytes)32768
lockedmem(kbytes)unlimited
memory(kbytes) unlimited
nofiles(descriptors) 7030
processes1310
So I think limits aren't an issue.
Cluesticks?
Thanks, STeve Andre'
Re: CVS: cvs.openbsd.org: ports
On 04/01/11 18:26, Jeremy Evans wrote: CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2011/04/01 16:26:54 Log message: Add zeromq, an open source message queue optimised for performance. OK landry@ a while back Status: Vendor Tag:jeremy Release Tags: jeremy_2011-Apr-01 N ports/net/zeromq/Makefile N ports/net/zeromq/distinfo N ports/net/zeromq/pkg/PLIST N ports/net/zeromq/pkg/DESCR N ports/net/zeromq/pkg/PFRAG.shared N ports/net/zeromq/patches/patch-configure No conflicts created by this import The zeromq site has 2.0.11, so perhaps the port wants to use that? --STeve Andre'
Re: CVS: cvs.openbsd.org: ports
On 03/22/11 11:27, Stuart Henderson wrote: CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/03/22 09:27:57 Modified files: devel/cook : Makefile Added files: devel/cook/patches: patch-lib_en_refman_index_so Log message: groff-1.21 dies when a table is wider than the line; add a workaround (and comment) to fix the build. from schwarze@ Building still fails for me. I have groff 1.21p0 and -current from 3/20. --STeve Andre' mv main.o roffpp/main.o cc -Iroffpp -Icommon -I/usr/local/include -O2 -pipe -c roffpp/preprocess.c mv preprocess.o roffpp/preprocess.o cc -L/usr/local/lib -o bin/roffpp roffpp/main.o roffpp/preprocess.o common/lib.a -lintl -liconv common/lib.a(arglex.o)(.text+0x66d): In function `arglex_init_from_env': : warning: strcpy() is almost always misused, please use strlcpy() common/lib.a(errno.o)(.text+0x9c): In function `sub_errno': : warning: sprintf() is often misused, please use snprintf() sh etc/msgfmt.sh --msgfmt=msgfmt --msgcat=msgcat --output=lib/en/LC_MESSAGES/c_incl.mo lib/en/LC_MESSAGES/c_incl.po lib/en/LC_MESSAGES/common.po sh etc/msgfmt.sh --msgfmt=msgfmt --msgcat=msgcat --output=lib/en/LC_MESSAGES/cook.mo lib/en/LC_MESSAGES/cook.po lib/en/LC_MESSAGES/common.po sh etc/msgfmt.sh --msgfmt=msgfmt --msgcat=msgcat --output=lib/en/LC_MESSAGES/cook_bom.mo lib/en/LC_MESSAGES/cook_bom.po lib/en/LC_MESSAGES/common.po sh etc/msgfmt.sh --msgfmt=msgfmt --msgcat=msgcat --output=lib/en/LC_MESSAGES/cookfp.mo lib/en/LC_MESSAGES/cookfp.po lib/en/LC_MESSAGES/common.po sh etc/msgfmt.sh --msgfmt=msgfmt --msgcat=msgcat --output=lib/en/LC_MESSAGES/cooktime.mo lib/en/LC_MESSAGES/cooktime.po lib/en/LC_MESSAGES/common.po sh etc/msgfmt.sh --msgfmt=msgfmt --msgcat=msgcat --output=lib/en/LC_MESSAGES/file_check.mo lib/en/LC_MESSAGES/file_check.po lib/en/LC_MESSAGES/common.po sh etc/msgfmt.sh --msgfmt=msgfmt --msgcat=msgcat --output=lib/en/LC_MESSAGES/find_libs.mo lib/en/LC_MESSAGES/find_libs.po lib/en/LC_MESSAGES/common.po sh etc/msgfmt.sh --msgfmt=msgfmt --msgcat=msgcat --output=lib/en/LC_MESSAGES/fstrcmp.mo lib/en/LC_MESSAGES/fstrcmp.po lib/en/LC_MESSAGES/common.po sh etc/msgfmt.sh --msgfmt=msgfmt --msgcat=msgcat --output=lib/en/LC_MESSAGES/make2cook.mo lib/en/LC_MESSAGES/make2cook.po lib/en/LC_MESSAGES/common.po sh etc/msgfmt.sh --msgfmt=msgfmt --msgcat=msgcat --output=lib/en/LC_MESSAGES/roffpp.mo lib/en/LC_MESSAGES/roffpp.po lib/en/LC_MESSAGES/common.po bin/roffpp -Ilib/en/building -Ietc -Ilib/en/man1 -Ilib/en/readme lib/en/building/main.man | groff -s -t -p -man -mpic -mpspic lib/en/building.ps bin/roffpp -Ilib/en/building -Ietc -Ilib/en/man1 -Ilib/en/readme lib/en/building/main.man | groff -Tdvi -s -t -p -man -mpic lib/en/building.dvi bin/roffpp -Ilib/en/building -Ietc -Ilib/en/man1 -Ilib/en/readme lib/en/building/main.man | groff -Tascii -s -t -p -man -mpic lib/en/building.txt bin/roffpp -Ilib/en/lsm -Ietc -Ilib/en/man1 -Ilib/en/readme lib/en/lsm/main.roff | groff -s -t -p -mpic -mpspic lib/en/lsm.ps bin/roffpp -Ilib/en/lsm -Ietc -Ilib/en/man1 -Ilib/en/readme lib/en/lsm/main.roff | groff -Tdvi -s -t -p -mpic lib/en/lsm.dvi bin/roffpp -Ilib/en/lsm -Ietc -Ilib/en/man1 -Ilib/en/readme lib/en/lsm/main.roff | groff -Tascii -s -t -p -mpic lib/en/lsm.txt bin/roffpp -Ilib/en/readme -Ietc -Ilib/en/man1 -Ilib/en/readme lib/en/readme/main.man | groff -s -t -p -man -mpic -mpspic lib/en/readme.ps bin/roffpp -Ilib/en/readme -Ietc -Ilib/en/man1 -Ilib/en/readme lib/en/readme/main.man | groff -Tdvi -s -t -p -man -mpic lib/en/readme.dvi bin/roffpp -Ilib/en/readme -Ietc -Ilib/en/man1 -Ilib/en/readme lib/en/readme/main.man | groff -Tascii -s -t -p -man -mpic lib/en/readme.txt bin/roffpp -Ilib/en/refman -Ietc -Ilib/en/man1 -Ilib/en/readme lib/en/refman/main.man | groff -s -t -p -man -mpic -mpspic lib/en/refman.ps pic:lib/en/refman/i18n.pic.so:23: syntax error before `,' pic:lib/en/refman/i18n.pic.so:23: giving up on this picture *** Error code 1 Stop in /usr/ports/pobj/cook-2.21/cook-2.21 (line 3261 of Makefile). *** Error code 1 Stop in /usr/ports/devel/cook (line 2473 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/cook (line 1690 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/cook (line 2261 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/cook (line 2241 of /usr/ports/infrastructure/mk/bsd.port.mk).
Re: UPDATE: net/samba
On 03/12/11 05:35, Stuart Henderson wrote: On 2011/03/11 23:06, Stuart Henderson wrote: been running this for a few days, quite a lot of fixes: http://samba.org/samba/history/samba-3.5.8.html anyone else like to test? ok? fixed distinfo. (note to self: don't use experimental diffs in ftp(1) when downloading for ports...) I haven't had much flight time but it seems to be OK. I had two windows piglets suckling from my laptop. --STeve Andre'
Problems in package creations during a bulk build
Noting Marc Espie's Dec 21st CVS entry about infinite loops in PkgCreate.pm, I wonder if the problem has been solved, or if some of the tighter checks are causing new problems. I keep on getting catagory/item(package) statements, with the CPU time increasing, but thats it. Last night two of the tuxpaint packages were stuck for at least 4 hours, and ruby-rtex and metasploit are in this condition as I write this. Looking at this more, I see in the log for security metasploit that the phrase Use of uninitialized value $_ in pattern match (m//) at /usr/libdata/perl5/OpenBSD/PkgSpec.pm line 246. is repeated 14,491,049 times (so far). ruby/rtex comes in at a more svelt 247,347 instances of Use of uninitialized value $_ in pattern match (m//) at /usr/libdata/perl5/OpenBSD/PkgSpec.pm line 246. Note sure how I can offer more info on this. --STeve Andre'
Problem building openoffice
Having problems building openoffice3 in a bulk build. This is a i386 -current system compiled on Dec 9th. I'm getting a virtual memory exhausted error. There is 2G of swap, and a ulimit -s shows reasonable values: vista /usr/ports/editors/openoffice3 ulimit -a time(cpu-seconds)unlimited file(blocks) unlimited coredump(blocks) unlimited data(kbytes) 1048576 stack(kbytes)32768 lockedmem(kbytes)683165 memory(kbytes) unlimited nofiles(descriptors) 1024 processes1024 There is 23G disk free when this occurs. I've never seen this before. Clues? --STeve Andre' [error from openoffice build] = Building module writerfilter = Entering /usr/ports/pobj/openoffice-3.3.0rc7_20101126/OOO330_m17/writerfilter/source/resourcemodel Compiling: writerfilter/unxobsd.pro/misc/qnametostr.cxx virtual memory exhausted: Cannot allocate memory dmake: Error code 1, while making '../../unxobsd.pro/slo/qnametostr.obj' dmake: Error code 255, while making 'do_it_noopt' 1 module(s): writerfilter need(s) to be rebuilt Reason(s): Attention: if you fix the errors in above module(s) you may prolongue your the build issuing command: build --all:writerfilter *** Error code 1
Re: Problem compiling about half the ruby ports
On 11/13/10 02:38, Jeremy Evans wrote:
This (probably mangled by GMail) patch appears to work around the
issue. Looking at the ruby-gems code, I'm not sure there's a clean
fix. Please give this a shot and report whether or not it works for
you. I still plan on talking to the ruby-gems maintainer to see if I
can get him to fix the bug in the next ruby-gems release.
As far as I can tell, ruby-gems checks whether or not the directory is
writeable. The directory in this case is either the default directory
or the --install-dir option. So even if you use the --user-install
flag, it'll copy the gem to the default directory (in addition to
copying it to the user install directory). GEM_HOME works around this
by changing the default directory. The reason this doesn't break when
run as a regular user is that a regular user doesn't have write access
to the default directory.
What I still don't understand is why this only affects certain gems,
instead of all gems.
Jeremy
Index: ruby.port.mk
===
RCS file: /cvs/ports/lang/ruby/ruby.port.mk,v
retrieving revision 1.33
diff -u -p -r1.33 ruby.port.mk
--- ruby.port.mk8 Nov 2010 23:20:43 - 1.33
+++ ruby.port.mk13 Nov 2010 07:26:39 -
@@ -296,8 +296,8 @@ do-build:
pax -wz -s '/^\.\///' -f ${_GEM_DATAFILE}
cd ${_GEM_CONTENT} tar -cf ${WRKDIR}/${_GEM_PATCHED} *.gz
mkdir -p ${GEM_BASE}
- env -i ${MAKE_ENV} HOME=${GEM_BASE}/.. ${GEM} install \
- ${GEM_FLAGS} ${WRKDIR}/${_GEM_PATCHED}
+ env -i ${MAKE_ENV} HOME=${GEM_BASE}/.. GEM_HOME=${GEM_BASE} \
+ ${GEM} install ${GEM_FLAGS} ${WRKDIR}/${_GEM_PATCHED}
. endif
# Take the temporary gem directory, install the binary stub files to
Jeremy, this seems to have worked, as I created about 50 more
ruby packages. I'm still trying to understand whats different
between gems. But thanks for this!
--STeve Andre'
Re: Problem compiling about half the ruby ports
On 11/12/10 04:42, Marc Espie wrote: If anything, run a few bulks *without* systrace. It wouldn't be the first bug in it that tweaks the semantics of something fundamental like a symlink. Nope, no systrace. With 1187 packages built, I have 10 failures: devel/ruby-actionpack textproc/ruby-nokogiri, devel/ruby-gem_plugin, mail/ruby-mailfactory, textproc/ruby-templater, net/ruby-net-ssh, textproc/ruby-hpricot, databases/ruby-data_objects, devel/ruby-hoe, textproc/ruby-erubis. [not that anyone will see this, msu's email is down for many hours] --STeve Andre'
Re: Problem compiling about half the ruby ports
On 11/13/10 01:35, Jeremy Evans wrote:
On Fri, Nov 12, 2010 at 2:05 AM, Nigel Taylor
njtay...@asterisk.demon.co.uk wrote:
I have seen this, during the make the files are created outside of the build
directory. When installing you get the collision. I have seen this with a number
of the ruby packages. www/ruby-rack another example
# make
.
Installing gem rack-1.0.0
Using local gem /usr/local/lib/ruby/gems/1.8/cache/rack-1.0.0.gem
.
is the likely problem the make has installed the gem file, outside the ports
directory. Either this steps need removing in the make or changed to be under
the WRKDIR. Using sudo/systrace will stop this.
This sounds like a bug in ruby-gems. ruby.port.mk is using gem
install --user-install with HOME set to ${WRKDIR}/gem-tmp, so it
should not be adding any files outside of ${WRKDIR}/gem-tmp/.gem.
Previously, ruby.port.mk used --install-dir and installed gems as
root. If this problem is a recent occurrence (since the switch from
--install-dir to --user-install in revision 1.29), it's likely that
the bug is in --user-install.
I'm actually at RubyConf this weekend. I'll see if I can track down
the ruby-gems maintainer and talk to him about it.
Jeremy
Thanks, Jeremy. At least when the build is done, I can clean
things and then build them.
--STeve Andre'
Problem compiling about half the ruby ports
I'm having problems compiling ruby ports--below is an example of ruby- actionpack, but this affects lots of other ruby ports. If I stop a bulk build and clean out /var/db/pkg with pkg_delete, I find things remaining in /usr/local/lib, like ruby. if I remove that the restart the build things work till the next collision happens. Clues as to what I've messed up? It's been a while since I've not been able to figure out what went wrong in a bulk build. Let the whacks commence...! Thanks, --STeve Andre' /usr/sbin/pkg_add -a ruby-1.8.7.302p0 ruby-activesupport-2.3.4p1 ruby-gems-1.3.7p1 ruby-rack-1.0.0p1 Collision in ruby-activesupport-2.3.4p1: the following files already exist /usr/local/lib/ruby/gems/1.8/cache/activesupport-2.3.4.gem (same checksum) Collision in ruby-rack-1.0.0p1: the following files already exist /usr/local/lib/ruby/gems/1.8/cache/rack-1.0.0.gem (same checksum) === devel/ruby-actionpack, === ruby-actionpack-2.3.4p1 depends on: ruby-activesupport-=2.3.4 - not found === Verifying install for ruby-activesupport-=2.3.4 in devel/ruby-activesupport === ruby-activesupport-2.3.4p1 depends on: ruby-iconv-=1.8,=1.9 - found === ruby-activesupport-2.3.4p1 depends on: ruby-=1.8,=1.9 - found === ruby-activesupport-2.3.4p1 depends on: ruby-gems-=1.3.7p0 - found === Installing ruby-activesupport-2.3.4p1 from /usr/ports/packages/i386/all/ Collision in ruby-activesupport-2.3.4p1: the following files already exist /usr/local/lib/ruby/gems/1.8/cache/activesupport-2.3.4.gem (same checksum) *** Error code 1 Stop in /usr/ports/devel/ruby-activesupport (line 1659 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/ruby-activesupport (line 2164 of /usr/ports/infrastructure/mk/bsd.port.mk). /bin/sh: exit 1: not found *** Error code 127 Stop in /usr/ports/devel/ruby-actionpack (line 1813 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/ruby-actionpack (line 2164 of /usr/ports/infrastructure/mk/bsd.port.mk). === Exiting devel/ruby-actionpack, with an error /bin/sh: exit 1: not found *** Error code 127
Re: Problem compiling about half the ruby ports
On 11/11/10 23:28, Jeremy Evans wrote: On Thu, Nov 11, 2010 at 4:21 PM, STeve Andre'and...@msu.edu wrote: I'm having problems compiling ruby ports--below is an example of ruby- actionpack, but this affects lots of other ruby ports. If I stop a bulk build and clean out /var/db/pkg with pkg_delete, I find things remaining in /usr/local/lib, like ruby. if I remove that the restart the build things work till the next collision happens. Clues as to what I've messed up? It's been a while since I've not been able to figure out what went wrong in a bulk build. Let the whacks commence...! I experienced something similar to this at p2k10 when building using dpb on a fast 8 core amd64 with a -P file argument that only contained ruby ports. I was never able to replicate it using dpb on my personal build boxes (a slower 1 core amd64 and 2 core i386), and wasn't able to reproduce the problem without dpb after repeated attempts on the 8 core machine. Also, are you building with USE_SYSTRACE=Yes, and are you building as root or as a normal user with SUDO set? I set USE_SYSTRACE=Yes and build as a normal user with SUDO on my personal build boxes, but I think the p2k10 build machine had USE_SYSTRACE not set and was building as root. If you aren't using both USE_SYSTRACE=Yes and SUDO, can you do a bulk build with either/both set and see if the problem goes away? I'm not sure if the problem is mitigated by using either or both of the options, but hopefully knowing which fixes it will narrow the problem space. Jeremy I've not used systrace in a while, and normally build as root. This just started sometime around the ports hackathon. I've been wondering if I missed a comment that talked of a thing that needed to be set/changed, but so far it has eluded me, hence this mail. dpb -a -j2 is how I've been starting the build. --STeve Andre'
Re: UPDATE: mplayer
On 10/29/10 15:28, Brad wrote: On Friday 29 October 2010 11:45:52 David Coppa wrote: On Fri, Oct 29, 2010 at 1:30 PM, David Coppadco...@gmail.com wrote: P.S.: it would be nice if we'll import my opencore-amr port and patches as well http://marc.info/?l=openbsd-portsm=127610307608245 I'd be glad... Nevermind... Unfortunately, I need to give up with this :( Fscking licensing issues (GPLv3 stupidity): https://bugs.gentoo.org/show_bug.cgi?id=299405#c6 There was no chance of this going in. It's also an issue for FFmpeg as well. Um, perhaps I'm missing something, but how does this differ from Apache or JDK being in the ports tree? The user has to build them as they can't be distributed. Obnoxious, yes. But a show-stopper? Please give me a clue-stick if I'm not seeing this correctly. --STeve Andre'
Problem in not having stdc++ 50.0
I have a number of packages which haven't built because of a lib version problem. editors/subtitleeditor wants libstdc++=50.0 and I have 49.0. Am I messed up? This is a i386-current system compiled Saturday at 00:26 EDT. example: === subtitleeditor-0.33.0p2 depends on: libiconv-* - found === Verifying specs: glademm-2.4.=1 pcre.=1 enchant.=4 gstaudio-0.10 gstinterfaces-0.10 gstvideo-0.10 gstpbutils-0.10 xml++-2.6 estdc++.=7 intl.=4 iconv.=4 glademm-2.4.=1 pcre.=1 enchant.=4 gstaudio-0.10 gstinterfaces-0.10 gstvideo-0.10 gstpbutils-0.10 xml++-2.6 estdc++.=7 intl.=4 iconv.=4 estdc++ X11 Xau Xcomposite Xcursor Xdamage Xdmcp Xext Xfixes Xi Xinerama Xrandr Xrender atk-1.0 atkmm-1.6 c cairo cairomm-1.0 expat fontconfig freetype gdk-x11-2.0 gdk_pixbuf-2.0 gdkmm-2.4 gio-2.0 giomm-2.4 glade-2.0 glib-2.0 glibmm-2.4 glitz gmodule-2.0 gobject-2.0 gstbase-0.10 gstreamer-0.10 gthread-2.0 gtk-x11-2.0 gtkmm-2.4 m pango-1.0 pangocairo-1.0 pangoft2-1.0 pangomm-1.4 pixman-1 png pthread sigc-2.0 xml2 z pthread-stubs xcb xcb-render xcb-render-util stdc++.=50.0 estdc++ X11 Xau Xcomposite Xcursor Xdamage Xdmcp Xext Xfixes Xi Xinerama Xrandr Xrender atk-1.0 atkmm-1.6 c cairo cairomm-1.0 expat fontconfig freetype gdk-x11-2.0 gdk_pixbuf-2.0 gdkmm-2.4 gio-2.0 giomm-2.4 glade-2.0 glib-2.0 glibmm-2.4 glitz gmodule-2.0 gobject-2.0 gstbase-0.10 gstreamer-0.10 gthread-2.0 gtk-x11-2.0 gtkmm-2.4 m pango-1.0 pangocairo-1.0 pangoft2-1.0 pangomm-1.4 pixman-1 png pthread sigc-2.0 xml2 z pthread-stubs xcb xcb-render xcb-render-util stdc++.=50.0 Missing library for stdc++.=50.0 Fatal error If it's me, a clue stick would be good. So far I've been able to figure out all my recent problems lately but this has got me. Thanks. -- STeve Andre' Disease Control Warden Dept. of Political Science Michigan State University A day without Windows is like a day without a nuclear incident.
Re: sndio for comms/gmfsk
On Sunday 21 March 2010 07:19:45 Landry Breuil wrote: On Sun, Mar 21, 2010 at 10:03:35AM +, Jacob Meuser wrote: On Sat, Dec 26, 2009 at 09:54:07AM +, Jacob Meuser wrote: I have no way to test this, so testing would be much appreciated. does anyone use gmfsk? I doubt so, and they probably don't read po...@.. there may very well be change the audio(4) API/ABI this release cycle, so it'd be nice to convert the last few ports still using audio(4) to sndio(7) sooner than later. On a general note, you do a good job in this direction, so yes please continue. (that also counts as an ok for emulators/uae) Landry Actually, I have in the past and plan on using it this summer. But you are right, I'm likely one of maybe two people who'd use this. I can't test stuff right now. I'd say please make changes that you think are reasonable, and when I can I'll test it in the summer. --STeve Andre' wb8wsf en82
Re: Distributed ports building, next gen
On Wednesday 24 February 2010 09:39:24 Marc Espie wrote: I just committed this, since we've got a small reprieve from the lock. (infrastructure/build/dpb3 and assorted files) Nikolai's work has served us well (old dpb), but I thought I could now do better, so I did (we've learnt A LOT with respect to scanning the ports tree over the past few years, especially sqlports). There's a new dpb, totally experimental for 4.7, but very much useful already. It does a lot of new things (then again, there is 4 times as much code). [snip] Hoping you have as much fun with this as I've had over the past month... ;-) I'm doing a package build right now with dpb3 -a -j2 and all seems well so far with 275 packages built. Lang/mono failed for some reason but everything else seems ok. One comment is that the single char letters for the status seems a bit cryptic and real words would be better, but this is only a nit. I assume that I can break the build and restart it when at work in the morning, and it will continue on. Now all I have to do is find a quad core to play on. ;-) Thanks Marc, this looks good (reading the code now) ! --STeve Andre'
Re: Problem building devel/p5-Test-Exception
On Thursday 14 January 2010 21:06:44 Stuart Henderson wrote: On 2010/01/14 18:04, STeve Andre' wrote: This is on an i386-current machine compiled on Jan 13th, latest package src from obsd.cec.mtu.edu. What do you see if you update and install src/usr.sbin/pkg_add, then try again? Thank you Stuart, I think thats what fixed my problem. I got the latest pkg_add code and installed it and started a bulk build and I see that p5-Test-Exception has built. --STeve Andre'
Re: mplayer restarting openbsd
On Monday 30 November 2009 20:01:32 frantisek holop wrote: hmm, on Mon, Nov 30, 2009 at 08:12:49PM +, Jacob Meuser said that you should have done this right away, before you sent any emails that wasted anyone's time. you have a problem with weeks old -current, the first thing to do always is see if it still happens in real -current. yes, hello. i am back. i am sorry i am not always on the latest snapshot but in this case there were some other reasons as well. for example, we are just past a hackaton... i wanted to wait a bit for the dust to settle. also, on this baby it's not 5 minutes to run an upgrade, but more like an 1.5h... but enough of the excuses. i have upgraded to the latest snapshot. when trying to watch a certain movie downloaded by yt (http://www.youtube.com/watch?v=0QRO3gKj3qw) mplayer kills the X server, sometimes also resulting in crash and/or restarting the whole system. Frantisek, I think you are having weird hardware problems. I did what you have done on my -current system (A W500 thinkpad) and watched the video without incident. I'd start testing memory, or get other parts to see what that does. --STeve Andre'
Re: Bulk build stuck on grepmail
On Friday 27 November 2009 20:20:20 Stuart Henderson wrote: On 2009/11/28 01:04, Mikolaj Kucharski wrote: Strange, anyone saw something like that on their system maybe? Build is done as non-root with sudoers,v 1.25 2009/10/26 19:28:26 millert. Port tree is about week old, same as kernel. === Building for grepmail-5.3033 /usr/bin/perl -Iinc Makefile.PL --config= --installdeps=Mail::Mbox::MessageParser,1.4001 Would you like to install this package into a location other than the default Perl location (i.e. change the PREFIX)? [n] I don't have time to investigate that, so I'm asking first. OpenBSD 4.6-current (GENERIC.MP) #313: Sat Nov 21 05:14:38 MST 2009 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP -- best regards q# I only see that if I extract grepmail source and then pkg_delete p5-Mail-Mbox-MessageParser before building. Is your build directory clean? I can confirm this on a bulk build, where everything was clean. I've never seen this before. I killed the process and the build went on, piling up scads of invokations of portslogger. --STeve Andre'
Problem building gcc-4.2.4 (and others)
In the spirit of doing homework before asking questions, I am finally here, having exhausted what I could think of doing. My package builder had a filesystem meltdown where I lost so many files I decided to rebuild it. My first run of the newly built machine revealed problems. The gcc-4.2.4 monster refsuses to build, giving the results below. I got a new copy of ports.tar.gz and updated that wondering if cvs did something to me. I know that in the past libc.so.42 was needed, but that isn't relevent any more. Trying other older versions of libc haven't helped either. I saw two updates to gcc/4.2 but they didn't change anything. What am I missing? So some hints would be appreciated. I'm doing the build with dpb, as root, which works for everything but parrot. Both cores on the machine are working, etc. I think the simpler parts of package building are ok since I've built 3400+ ok. Clues? Of course this happens as I'm building machines for work which I wanted a complete package set for. Thanks for any ideas/help, --STeve Andre' [last part of compile of gcc/4.2] /usr/ports/pobj/gcc-4.2.4/bin/egcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild -I/usr/ports/pobj/gcc-4.2.4/gcc-4.2.4/gcc -I/usr/ports/pobj/gcc-4.2.4/gcc-4.2.4/gcc/build -I/usr/ports/pobj/gcc-4.2.4/gcc-4.2.4/gcc/../include -I/usr/ports/pobj/gcc-4.2.4/gcc-4.2.4/gcc/../libcpp/include -I/usr/local/include -I/usr/ports/pobj/gcc-4.2.4/gcc-4.2.4/gcc/../libdecnumber -I../libdecnumber -I/usr/local/include -o build/genautomata.o /usr/ports/pobj/gcc-4.2.4/gcc-4.2.4/gcc/genautomata.c /usr/ports/pobj/gcc-4.2.4/bin/egcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -o build/genautomata \ build/genautomata.o build/rtl.o build/read-rtl.o build/ggc-none.o build/vec.o build/min-insn-modes.o build/gensupport.o build/print-rtl.o build/errors.o ../build-i386-unknown-openbsd4.6/libiberty/libiberty.a -lm build/read-rtl.o(.text+0x197c): In function `read_name': /usr/ports/pobj/gcc-4.2.4/gcc-4.2.4/gcc/read-rtl.c:922: warning: strcpy() is almost always misused, please use strlcpy() build/genautomata.o(.text+0x93): In function `decl_name': /usr/ports/pobj/gcc-4.2.4/gcc-4.2.4/gcc/genautomata.c:968: warning: sprintf() is often misused, please use snprintf() /usr/lib/libm.so.5.2: undefined reference to `__isnanl' /usr/lib/libm.so.5.2: undefined reference to `__isnan' /usr/lib/libm.so.5.2: undefined reference to `isinff' /usr/lib/libm.so.5.2: undefined reference to `__isinf' /usr/lib/libm.so.5.2: undefined reference to `finitef' /usr/lib/libm.so.5.2: undefined reference to `isnanf' /usr/lib/libm.so.5.2: undefined reference to `__signbit' /usr/lib/libm.so.5.2: undefined reference to `__isnanf' /usr/lib/libm.so.5.2: undefined reference to `__signbitl' /usr/lib/libm.so.5.2: undefined reference to `finite' /usr/lib/libm.so.5.2: undefined reference to `__isinff' /usr/lib/libm.so.5.2: undefined reference to `__signbitf' collect2: ld returned 1 exit status gmake[3]: *** [build/genautomata] Error 1 gmake[3]: Leaving directory `/usr/ports/pobj/gcc-4.2.4/build-i386-c++-fortran-objc-java-ada/gcc' gmake[2]: *** [all-stage1-gcc] Error 2 gmake[2]: Leaving directory `/usr/ports/pobj/gcc-4.2.4/build-i386-c++-fortran-objc-java-ada' gmake[1]: *** [stage1-bubble] Error 2 gmake[1]: Leaving directory `/usr/ports/pobj/gcc-4.2.4/build-i386-c++-fortran-objc-java-ada' gmake: *** [bootstrap] Error 2 *** Error code 2 Stop in /usr/ports/lang/gcc/4.2 (line 2193 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1
Re: Problem building gcc-4.2.4 (and others)
On Friday 20 November 2009 19:19:58 STeve Andre' wrote: In the spirit of doing homework before asking questions, I am finally here, having exhausted what I could think of doing. My package builder had a filesystem meltdown where I lost so many files I decided to rebuild it. My first run of the newly built machine revealed problems. The gcc-4.2.4 monster refsuses to build, giving the results below. I got a new copy of ports.tar.gz and updated that wondering if cvs did something to me. I know that in the past libc.so.42 was needed, but that isn't relevent any more. Trying other older versions of libc haven't helped either. I saw two updates to gcc/4.2 but they didn't change anything. What am I missing? So some hints would be appreciated. I'm doing the build with dpb, as root, which works for everything but parrot. Both cores on the machine are working, etc. I think the simpler parts of package building are ok since I've built 3400+ ok. Clues? Of course this happens as I'm building machines for work which I wanted a complete package set for. Thanks for any ideas/help, --STeve Andre' [last part of compile of gcc/4.2] OK, I need some version of libm it seems. I have .so.4.0, 5.0 5.1 and 5.2. I need something older I believe. ? --STeve Andre'
Re: Thank you for making p2k9 possible!
You can see whats been happening if you are subscribed to the cvs src changes list. Offhand at least 30 new ports were added, more than 250 were updated, lots were tweaked, and the pkg_add code was worked on. Likely I missed a lot, too--I was mostly focused on the ports changes so more stuff was done than I saw. When you want to find out whats happened (happening) at a hackathon, watching the commits is the best way to see whats going on. --STeve Andre' On Friday 16 October 2009 17:37:18 Nick Rivera wrote: Sounds interesting. Can we wait on resulting materials? On Sun, Oct 11, 2009 at 5:56 PM, Robert Nagy rob...@openbsd.org wrote: Hello p2k9 (the ports hackathon in Budapest) is on since Friday. People are working on different things like GNOME, GCC4, BluRay support or even ACPI. I would like to thank everyone who donated money to the project because the individual donors made it possible to organize this event. So ... BIG THANKS GOES TO OUR USERS, to people supporting the project even at these times. I'd also like to thank NIIF and Sun Microsystems Hungary for lending us a nice hackroom and hardware for the hackathon.
Re: net/pidgin 2.6.2 -- yahoo support
On Wednesday 07 October 2009 17:27:23 Aaron Stellman wrote: Hello ports@, Yahoo! chat support seems to have disappeared since 2.5.x. Any reason for that or is it accidental? Both pidgin package on a mirror and building port manually doesn't have yahoo support. To check if support is there: Accounts - Manage Accounts - Add - Protocol (Drop down menu) excerpt from 'make configure': Enable Gestures... : yes Protocols to build dynamically : gg irc jabber msn myspace novell oscar qq sametime silc simple yahoo zephyr Thanks Gads, you're right, I just checked. And when I use pidgin, its only for yahoo. It looks like the yahoo protocol in libpurple is built. Hmm. --STeve Andre'
Re: mplayer continued...
On Tuesday 06 October 2009 02:32:06 Edd Barrett wrote: On Mon, Oct 05, 2009 at 09:47:07PM -0400, Predrag Punosevac wrote: Edd, can you reproduce my claim on your latest version of MPlayer? It plays the video fine here :\ Odd. Forgive the stupid question but can you attach the port as it stands now? --STeve Andre'
Re: mplayer continued...
On Tuesday 06 October 2009 15:15:34 Edd Barrett wrote: On Tue, Oct 06, 2009 at 12:38:32PM -0400, STeve Andre' wrote: On Tuesday 06 October 2009 02:32:06 Edd Barrett wrote: On Mon, Oct 05, 2009 at 09:47:07PM -0400, Predrag Punosevac wrote: Edd, can you reproduce my claim on your latest version of MPlayer? It plays the video fine here :\ Odd. Forgive the stupid question but can you attach the port as it stands now? --STeve Andre' Erm. yes, but why? Are you supplying a patch level to patch? Thats where most people mess up applying patches. My interest is more humble. I'd like to try it out. --STeve
Another problem with databases/mysql-query-browser
After the last problem was fixed, it seems there is another. I cleaned out /var/db/pkg and rebuit this, with the results below. This is an i386-current system compiled on Sept. 28th. It was working after the last fix. Clues? tnx, STeve Andre' c++ -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/include/libgtkhtml-3.14 -I/usr/local/include/enchant -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -DORBIT2=1 -pthread -I/usr/local/include/dbus-1.0 -I/usr/local/lib/dbus-1.0/include -I/usr/local/include/gtkmm-2.4 -I/usr/local/lib/gtkmm-2.4/include -I/usr/local/include/giomm-2.4 -I/usr/local/lib/giomm-2.4/include -I/usr/local/include/gdkmm-2.4 -I/usr/local/lib/gdkmm-2.4/include -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pangomm-1.4 -I/usr/local/include/cairomm-1.0 -I/usr/local/include/atkmm-1.6 -I/usr/local/include/glibmm-2.4 -I/usr/local/lib/glibmm-2.4/include -I/usr/local/include/sigc++-2.0 -I/usr/local/lib/sigc++-2.0/include -I/usr/local/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/cairo -I/usr/local/include/atk-1.0 -I/usr/X11R6/include/pixman-1 -I/usr/local/include/libpng -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/X11R6/include/freetype2 -I/usr/local/include/mysql -pipe -DUNIV_MUST_NOT_INLINE -I/usr/local/include -I/usr/local/share/mysql-gui/common/source/linux -I/usr/local/share/mysql-gui/common/library/base-library/include -I/usr/local/share/mysql-gui/common/library/utilities/shared_include -I/usr/local/share/mysql-gui/common/library/utilities/include -I../../library/include -I../../source/linux/gtksourceview -DPREFIX=\/usr/local\ -DDATADIRNAME=\share\ -DCOMMONDIRNAME=\common\ -DDOCDIR=\\ -I/usr/local/include -O2 -pipe -c -o main.o main.cc In file included from main.cc:17: myqb.h:27:31: libgnome/libgnome.h: No such file or directory main.cc: In function `bool parse_cmd_line_args(int, char**)': main.cc:115: error: `_' undeclared (first use this function) main.cc:115: error: (Each undeclared identifier is reported only once for each function it appears in.) main.cc: In function `void setup_preferences_editor()': main.cc:216: error: `_' undeclared (first use this function) main.cc: In function `int main(int, char**)': main.cc:236: error: `LIBGNOME_MODULE' undeclared (first use this function) main.cc:239: error: `GNOME_PARAM_NONE' undeclared (first use this function) main.cc:239: error: `gnome_program_init' undeclared (first use this function) main.cc:242: error: `bindtextdomain' undeclared (first use this function) main.cc:243: error: `bind_textdomain_codeset' undeclared (first use this function) main.cc:244: error: `textdomain' undeclared (first use this function) main.cc:254: error: `_' undeclared (first use this function) gmake[3]: *** [main.o] Error 1 gmake[3]: Leaving directory `/usr/ports/obj/mysql-query-browser-1.2.12p7/mysql-gui-tools-5.0r12/mysql-query-browser/source/linux' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/obj/mysql-query-browser-1.2.12p7/mysql-gui-tools-5.0r12/mysql-query-browser/source/linux' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/obj/mysql-query-browser-1.2.12p7/mysql-gui-tools-5.0r12/mysql-query-browser/source' gmake: *** [all-recursive] Error 1 *** Error code 2 Stop in /usr/ports/databases/mysql-query-browser (line 2188 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/databases/mysql-query-browser (line 1443 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/databases/mysql-query-browser (line 1983 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/databases/mysql-query-browser (line 1963 of /usr/ports/infrastructure/mk/bsd.port.mk).
Problem packaging math/py-numpy
This is on an i386-current system compiled on sep 28. --STeve Andre' running install_scripts copying /usr/ports/obj/py-numpy-1.3.0/numpy-1.3.0/scripts.openbsd-4.6-i386-2.5/f2py2.5 - /usr/ports/obj/py-numpy-1.3.0/fake-i386/usr/local/bin changing mode of /usr/ports/obj/py-numpy-1.3.0/fake-i386/usr/local/bin/f2py2.5 to 755 === Building package for py-numpy-1.3.0 Create /usr/ports/packages/i386/all/py-numpy-1.3.0.tgz Error in package: /usr/ports/obj/py-numpy-1.3.0/fake-i386/usr/local/lib/python2.5/site-packages/numpy/core/include/numpy/mingw_i386_fenv.h does not exist === Cleaning for py-numpy-1.3.0 rm -f /usr/ports/packages/i386/all/py-numpy-1.3.0.tgz /usr/ports/packages/i386/ftp/py-numpy-1.3.0.tgz /usr/ports/packages/i386/cdrom/py-numpy-1.3.0.tgz *** Error code 1 Stop in /usr/ports/math/py-numpy (line 1443 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/math/py-numpy (line 1983 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/math/py-numpy (line 1963 of /usr/ports/infrastructure/mk/bsd.port.mk).
Re: Problem packaging math/py-numpy
On Tuesday 29 September 2009 13:55:03 Jasper Lievisse Adriaanse wrote: On Tue, Sep 29, 2009 at 12:16:22PM -0400, STeve Andre' wrote: This is on an i386-current system compiled on sep 28. --STeve Andre' woops...attached diff should fix it. bumping pkgname as it did build on amd64. ok? Yes. Thanks --STeve
Re: Problems compiling databases/mysql-{administrator,query-browser}
On Thursday 24 September 2009 04:53:50 Antoine Jacoutot wrote: On Thu, 24 Sep 2009, Landry Breuil wrote: On Thu, Sep 24, 2009 at 09:13:16AM +0200, Landry Breuil wrote: On Thu, Sep 24, 2009 at 01:50:57AM -0400, STeve Andre' wrote: Around Sept. 15th I was able to compile both mysql-administrator and mysql-query browser. Now, I can't. I suspect its related to mysql being upgraded to 5.1.39? This is an i386-current system compiled as of Sept. 20. This is probably a fallout with glibmm/gtkmm update on the 18th. What version of both do you have installed ? Actually after a quick look it's more a fallout with libsigc++ update. Make sure you have latest version.. It is a fallout, I'll fix it. Thanks for reporting. Thanks for the fix for -administrator. --STeve Andre'
Problems compiling databases/mysql-{administrator,query-browser}
Around Sept. 15th I was able to compile both mysql-administrator and mysql-query browser. Now, I can't. I suspect its related to mysql being upgraded to 5.1.39? This is an i386-current system compiled as of Sept. 20. I'm curious if others have compiled these lately. I see the latest compiled versions in the snapshot dir at openbsd.org are dated Sept. 19th. Below are relevant error messages. Of course it is the case that I could really use these right now (or I should say others will be bleating for them). --STeve Andre' [mysql-administrator] c++ -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/include/gtkmm-2.4 -I/usr/local/lib/gtkmm-2.4/include -I/usr/local/include/giomm-2.4 -I/usr/local/lib/giomm-2.4/include -I/usr/local/include/gdkmm-2.4 -I/usr/local/lib/gdkmm-2.4/include -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pangomm-1.4 -I/usr/local/include/cairomm-1.0 -I/usr/local/include/atkmm-1.6 -I/usr/local/include/glibmm-2.4 -I/usr/local/lib/glibmm-2.4/include -I/usr/local/include/sigc++-2.0 -I/usr/local/lib/sigc++-2.0/include -I/usr/local/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/cairo -I/usr/local/include/atk-1.0 -I/usr/X11R6/include/pixman-1 -I/usr/local/include/libpng -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/X11R6/include/freetype2 -I/usr/local/include/mysql -pipe -DUNIV_MUST_NOT_INLINE -I/usr/local/include -I/usr/local/share/mysql-gui/common/source/linux -I/usr/local/share/mysql-gui/common/library/base-library/include -I/usr/local/share/mysql-gui/common/library/utilities/shared_include -I/usr/local/share/mysql-gui/common/library/utilities/include -I../../library/include -DPREFIX=\/usr/local\ -DDATADIRNAME=\share\ -DCOMMONDIRNAME=\common\ -DDOCDIR=\\-O2 -pipe -c -o MInstanceInfo.o MInstanceInfo.cc In file included from MInstanceInfo.cc:54: MAdministrator.h:69: error: syntax error before `::' token gmake[3]: *** [MInstanceInfo.o] Error 1 gmake[3]: Leaving directory `/usr/ports/obj/mysql-administrator-1.2.12p3/mysql-gui-tools-5.0r12/mysql-administrator/source/linux' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/obj/mysql-administrator-1.2.12p3/mysql-gui-tools-5.0r12/mysql-administrator/source/linux' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/obj/mysql-administrator-1.2.12p3/mysql-gui-tools-5.0r12/mysql-administrator/source' gmake: *** [all-recursive] Error 1 *** Error code 2 [mysql-query-browser] c++ -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include/libgtkhtml-3.14 -I/usr/local/include/libgnomeui-2.0 -I/usr/local/include/libbonoboui-2.0 -I/usr/local/include/libgnome-2.0 -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/bonobo-activation-2.0 -I/usr/local/include/libgnomecanvas-2.0 -I/usr/local/include/gail-1.0 -I/usr/local/include/gnome-vfs-2.0 -I/usr/local/lib/gnome-vfs-2.0/include -I/usr/local/include/libart-2.0 -I/usr/local/include/gnome-keyring-1 -I/usr/local/include/libglade-2.0 -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/include/enchant -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -DORBIT2=1 -pthread -I/usr/local/include/dbus-1.0 -I/usr/local/lib/dbus-1.0/include -I/usr/local/include/gtkmm-2.4 -I/usr/local/lib/gtkmm-2.4/include -I/usr/local/include/giomm-2.4 -I/usr/local/lib/giomm-2.4/include -I/usr/local/include/gdkmm-2.4 -I/usr/local/lib/gdkmm-2.4/include -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pangomm-1.4 -I/usr/local/include/cairomm-1.0 -I/usr/local/include/atkmm-1.6 -I/usr/local/include/glibmm-2.4 -I/usr/local/lib/glibmm-2.4/include -I/usr/local/include/sigc++-2.0 -I/usr/local/lib/sigc++-2.0/include -I/usr/local/include/pango-1.0 -I/usr/X11R6/include -I/usr/local/include/cairo -I/usr/local/include/atk-1.0 -I/usr/X11R6/include/pixman-1 -I/usr/local/include/libpng -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/X11R6/include/freetype2 -I/usr/local/include/mysql -pipe -DUNIV_MUST_NOT_INLINE -I/usr/local/include -I/usr/local/share/mysql-gui/common/source/linux -I/usr/local/share/mysql-gui/common/library/base-library/include -I/usr/local/share/mysql-gui/common/library/utilities/shared_include -I/usr/local/share/mysql-gui/common/library/utilities/include -I../../library/include -I../../source/linux/gtksourceview -DPREFIX=\/usr/local\ -DDATADIRNAME=\share\ -DCOMMONDIRNAME=\common\ -DDOCDIR=\\ -I/usr/local/include -O2 -pipe -c -o MQMainWindow.o MQMainWindow.cc In file included from MQWorkArea.h:39, from MQMainWindow.cc:19: MQResultTab.h:48: error: syntax error before `::' token MQResultTab.h:74: error: syntax error before `::' token gmake[3]: *** [MQMainWindow.o] Error 1 gmake[3]: Leaving directory `/usr/ports/obj/mysql-query-browser-1.2.12p6/mysql-gui-tools-5.0r12/mysql-query-browser
Failure compiling mico
Mico hasn't compiled for me for some time. I haven't been able to figure it out and I haven't seen any comments in the archives, but someone did report this a long time ago but without a resolution. This is on a i386-current system compiled on Sept. 13th. Clues? Thanks, STeve Andre' gmake[1]: Leaving directory `/usr/ports/obj/mico-2.3.6p4/mico/idl' gmake[1]: Entering directory `/usr/ports/obj/mico-2.3.6p4/mico/cpp' gmake[1]: Nothing to be done for `prg'. gmake[1]: Leaving directory `/usr/ports/obj/mico-2.3.6p4/mico/cpp' gmake[1]: Entering directory `/usr/ports/obj/mico-2.3.6p4/mico/daemon' gmake[1]: Nothing to be done for `prg'. gmake[1]: Leaving directory `/usr/ports/obj/mico-2.3.6p4/mico/daemon' gmake[1]: Entering directory `/usr/ports/obj/mico-2.3.6p4/mico/auxdir' gmake[1]: Nothing to be done for `prg'. gmake[1]: Leaving directory `/usr/ports/obj/mico-2.3.6p4/mico/auxdir' gmake[1]: Entering directory `/usr/ports/obj/mico-2.3.6p4/mico/coss' for i in naming events streams relship property trader time; do gmake -C $i lib || exit 1; done gmake[2]: Entering directory `/usr/ports/obj/mico-2.3.6p4/mico/coss/naming' /usr/ports/obj/mico-2.3.6p4/mico/./idl/idl --c++-skel --name CosNaming \ ../../include/mico/CosNaming.idl address.cc:497: assertion failed gmake[2]: *** [CosNaming.cc] Abort trap (core dumped) gmake[2]: Leaving directory `/usr/ports/obj/mico-2.3.6p4/mico/coss/naming' gmake[1]: *** [sublib] Error 1 gmake[1]: Leaving directory `/usr/ports/obj/mico-2.3.6p4/mico/coss' gmake: *** [system] Error 1 *** Error code 2 Stop in /usr/ports/devel/mico (line 2188 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/mico (line 1443 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/mico (line 1983 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/mico (line 1963 of /usr/ports/infrastructure/mk/bsd.port.mk).
Re: Failure compiling mico
On Thursday 17 September 2009 17:59:39 Stuart Henderson wrote: On 2009/09/17 15:29, STeve Andre' wrote: Mico hasn't compiled for me for some time. I haven't been able to figure it out and I haven't seen any comments in the archives, but someone did report this a long time ago but without a resolution. This is on a i386-current system compiled on Sept. 13th. Clues? Thanks, STeve Andre' Seen it before, I don't remember the exact details, but try toggling USE_SYSTRACE (i.e. if it's off, turn it on, or vice-versa). Good idea, but it didn't work. I put the use_systrace in /etc/mk.conf and did a make clean first, but got the same error. --STeve Andre'
Re: /usr/ports/obj
On Sunday 16 August 2009 22:24:56 Robert wrote: On Mon, 17 Aug 2009 02:29:03 +0200 frantisek holop min...@obiit.org wrote: is it possible to redirect this directory (to a bigger disk perhaps) using /etc/mk.conf? # fgrep ports /etc/mk.conf WRKOBJDIR=/usr/obj/ports I have /usr/obj mounted on a ramdisk when i feel happy. - Robert How much of a speedup have you seen with /usr/obj on a ramdisk? --STeve Andre'
Re: php 5.2.10 segfault on amd 4.5 -stable
On Wednesday 29 July 2009 08:46:35 Stuart Henderson wrote: On 2009/07/29 10:02, Michiel van Baak wrote: I see the same segfaults with amd64 -current runnig php 5.2.10 as apache module. So far, the addition of suhosin.session.encrypt = Off seems to fix this. The latest version of the port sets this by default until the problem is fixed. Is this fixed on i386-current? I thought I saw a comment on this but I could not find it. Given that I'm dealing with Joomla at the moment I'd like to have suhosin operational. Thanks, STeve Andre'
Re: php 5.2.10 segfault on amd 4.5 -stable
On Wednesday 29 July 2009 15:28:18 Jonathan Armani wrote: [snip] CVSROOT: /cvs Module name: ports Changes by: rob...@cvs.openbsd.org 2009/07/20 10:30:14 Modified files: www/php5 : Makefile.inc www/php5/core : Makefile www/php5/extensions: Makefile Added files: www/php5/core/patches: patch-ext_suhosin_suhosin_c Log message: Make suhosin.session.encrypt=off by default because there are some problems with php 5.2.10 and the suhosin patch. noted by william@ and people on ports@ It's going to be re-enabled when it gets fixed upstream. Thanks -- apparently I deleted this from my cvs archive. --STeve Andre'
Re: Problems building lang/parrot
On Tuesday 26 May 2009 03:01:34 Mikolaj Kucharski wrote: Are you building this package as root? On Mon, May 25, 2009 at 08:07:16PM -0400, STeve Andre' wrote: Given that I see parrot-.0.9.0.1 in the snapshot package area, it is my fault that I cannot build package it myself. I've been puzzling over this for a bit now, and am finally asking for a clue. I have script output of the entire process but it compiles ok--its a package building time that produces the error. Clues appreciated. Hmmm. Yes I am, as I normally do. You're pointing at a path problem, I think... --STeve Andre'
Re: Problems building lang/parrot
On Tuesday 26 May 2009 15:47:20 Mikolaj Kucharski wrote: On Tue, May 26, 2009 at 12:15:10PM -0400, STeve Andre' wrote: Clues appreciated. Hmmm. Yes I am, as I normally do. You're pointing at a path problem, I think... No, I'm not pointing at path problem. Could you try to build it as normal user? Well, building it as myself, I get the following (I am feeling dumb currently). --STeve Andre' vista /usr/ports/lang/parrot make package `/usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386/.fake_done' is up to date. === Building package for parrot-0.9.0.1 Create /usr/ports/packages/i386/all/parrot-0.9.0.1.tgz Switching to /usr/ports/lang/parrot/pkg/PFRAG.i386 Error: no @owner for /usr/local/include/src/jit_emit.h (steve) Error: no @owner for /usr/local/bin/parrot (steve) Error: no @owner for /usr/local/bin/parrot_config (steve) Error: no @owner for /usr/local/bin/parrot_debugger (steve) Error: no @owner for /usr/local/bin/pbc_disassemble (steve) Error: no @owner for /usr/local/bin/pbc_info (steve) Error: no @owner for /usr/local/bin/pbc_merge (steve) Error: no @owner for /usr/local/bin/pbc_to_exe (steve) Error: no @owner for /usr/local/bin/pdump (steve) Error: no @owner for /usr/local/bin/perl6 (steve) Error: no @owner for /usr/local/compilers/imcc/imclexer.c (steve) Error: no @owner for /usr/local/compilers/json/JSON.pbc (steve) Error: no @owner for /usr/local/compilers/json/JSON/grammar.pbc (steve) Error: no @owner for /usr/local/compilers/json/JSON/pge2pir.pbc (steve) Error: no @owner for /usr/local/compilers/nqp/nqp.pbc (steve) Error: no @owner for /usr/local/compilers/tge/TGE/Compiler.pbc (steve) Error: no @owner for /usr/local/compilers/tge/TGE/Grammar.pbc (steve) Error: no @owner for /usr/local/compilers/tge/TGE/Parser.pbc (steve) Error: no @owner for /usr/local/compilers/tge/TGE/Rule.pbc (steve) Error: no @owner for /usr/local/compilers/tge/TGE/Tree.pbc (steve) Error: no @owner for /usr/local/compilers/tge/tgc.pir (steve) Error: no @owner for /usr/local/config/auto/cpu/i386/memcpy_mmx.c (steve) Error: no @owner for /usr/local/config/auto/cpu/i386/memcpy_sse.c (steve) Error: no @owner for /usr/local/config/gen/platform/ansi/dl.c (steve) Error: no @owner for /usr/local/config/gen/platform/ansi/time.c (steve) Error: no @owner for /usr/local/config/gen/platform/darwin/memalign.c (steve) [lots of output deleted] Error: no @owner for /usr/local/share/examples/parrot/tutorial/56_defined.pir (steve) Error: no @owner for /usr/local/share/examples/parrot/tutorial/57_exists.pir (steve) Error: no @owner for /usr/local/share/examples/parrot/tutorial/60_subroutines.pir (steve) Error: no @owner for /usr/local/share/examples/parrot/tutorial/61_namespaces.pir (steve) Error: no @owner for /usr/local/share/examples/parrot/tutorial/62_namespaces.pir (steve) Error: no @owner for /usr/local/share/examples/parrot/tutorial/70_class_object.pir (steve) Error: no @owner for /usr/local/share/examples/parrot/tutorial/81_continuation.pir (steve) Error: no @owner for /usr/local/share/examples/parrot/tutorial/82_coroutine.pir (steve) Error: no @owner for /usr/local/share/examples/parrot/tutorial/83_external_libraries.pir (steve) Error: no @owner for /usr/local/share/examples/parrot/tutorial/90_writing_tests.pir (steve) Error: no @owner for /usr/local/src/nci.c (steve) Error: no @owner for /usr/local/src/null_config.c (steve) Error: no @owner for /usr/local/src/ops/core_ops_cgp.c (steve) Error: no @owner for /usr/local/src/ops/core_ops_switch.c (steve) Error: no @owner for /usr/local/src/parrot_config.c (steve) === Cleaning for parrot-0.9.0.1 rm -f /usr/ports/packages/i386/all/parrot-0.9.0.1.tgz /usr/ports/packages/i386/ftp/parrot-0.9.0.1.tgz /usr/ports/packages/i386/cdrom/parrot-0.9.0.1.tgz *** Error code 1 Stop in /usr/ports/lang/parrot (line 1432 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/lang/parrot (line 1972 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/lang/parrot (line 1952 of /usr/ports/infrastructure/mk/bsd.port.mk).
Re: Problems building lang/parrot
On Tuesday 26 May 2009 17:25:24 you wrote:
On 2009-05-26, STeve Andre' and...@msu.edu wrote:
Given that I see parrot-.0.9.0.1 in the snapshot package area, it is
my fault that I cannot build package it myself. I've been puzzling
over this for a bit now, and am finally asking for a clue. I have
script output of the entire process but it compiles ok--its a package
building time that produces the error.
The problem must occur earlier in the build, there must be something
stopping those files from being produced. Please send or post the
URL to the whole build log, or if you want to dig yourself, look
for anything odd around these lines:
/usr/obj/ports/parrot-0.9.0.1/parrot-0.9.0.1/parrot -o pipp.pbc pipp.pir
/usr/obj/ports/parrot-0.9.0.1/parrot-0.9.0.1/parrot -o
src/common/php_ctype.pbc src/common/php_ctype.pir
/usr/obj/ports/parrot-0.9.0.1/parrot-0.9.0.1/parrot -o
src/common/php_gmp.pbc src/common/php_gmp.pir
/usr/obj/ports/parrot-0.9.0.1/parrot-0.9.0.1/parrot -o
src/common/php_pcre.pbc src/common/php_pcre.pir gmake[1]: Leaving directory
`/usr/obj/ports/parrot-0.9.0.1/parrot-0.9.0.1/languages/pipp'
Thank you Stewart, the problem does indeed seem to lie farther up. The lines
you mention aren't there, mostly. After seeing this I did a make checksum and
all is well.
However, in combing the 300K script file I found this. If this isn't enough
I'll post the entire script file. Thanks for your help.
--STeve
/usr/bin/perl -e 'chdir shift @ARGV; system q{make}, @ARGV; exit $? 8;'
lisp
../../parrot -o lisp.pbc lisp.pir
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'NULL' line 33
included from 'CAR' line 39
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'CAR' line 39
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'LIST_1' line 171
included from 'LIST_2' line 80
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'NULL' line 33
included from 'CAR' line 216
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'CAR' line 216
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'NULL' line 90
included from 'CDR' line 111
included from 'SECOND' line 220
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'CDR' line 111
included from 'SECOND' line 220
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'NULL' line 33
included from 'CAR' line 112
included from 'SECOND' line 220
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'CAR' line 112
included from 'SECOND' line 220
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'NULL' line 221
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'LIST_1' line 264
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'NULL' line 58
included from 'APPEND' line 269
included from 'read.pir' line 33
included from 'lisp.pir' line 1
error:imcc:syntax error, unexpected VAR, expecting '('
in macro '.NIL' line 20
included from 'NULL' line 63
included from 'APPEND' line 269
included from 'read.pir' line 33
included from 'lisp.pir
Problems building lang/parrot
Given that I see parrot-.0.9.0.1 in the snapshot package area, it is my fault that I cannot build package it myself. I've been puzzling over this for a bit now, and am finally asking for a clue. I have script output of the entire process but it compiles ok--its a package building time that produces the error. Clues appreciated. --STeve Andre' cd /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386/usr/local/share/doc/parrot mv docs/* . rmdir docs mv /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386/usr/local/share/doc/parrot/examples /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386/usr/local/share/examples/parrot === Building package for parrot-0.9.0.1 Create /usr/ports/packages/i386/all/parrot-0.9.0.1.tgz Switching to /usr/ports/lang/parrot/pkg/PFRAG.i386 Error in package: /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386//usr/local/languages/pipp/pipp.pbc does not exist Error in package: /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386//usr/local/languages/pipp/src/common/php_ctype.pbc does not exist Error in package: /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386//usr/local/languages/pipp/src/common/php_pcre.pbc does not exist Error in package: /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386//usr/local/languages/pipp/src/common/pipplib.pbc does not exist Error in package: /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386//usr/local/lib/parrot/dynext/php_group.so does not exist Error in package: /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386//usr/local/share/doc/parrot/ops/bit.pod does not exist Error in package: /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386//usr/local/share/doc/parrot/ops/cmp.pod does not exist Error in package: /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386//usr/local/share/doc/parrot/ops/core.pod does not exist Error in package: /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386//usr/local/share/doc/parrot/ops/debug.pod does not exist Error in package: /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386//usr/local/share/doc/parrot/ops/experimental.pod does not exist Error in package: /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386//usr/local/share/doc/parrot/ops/io.pod does not exist Error in package: /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386//usr/local/share/doc/parrot/ops/math.pod does not exist Error in package: /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386//usr/local/share/doc/parrot/ops/object.pod does not exist Error in package: /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386//usr/local/share/doc/parrot/ops/obscure.pod does not exist Error in package: /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386//usr/local/share/doc/parrot/ops/pic.pod does not exist Error in package: /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386//usr/local/share/doc/parrot/ops/pmc.pod does not exist Error in package: /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386//usr/local/share/doc/parrot/ops/set.pod does not exist Error in package: /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386//usr/local/share/doc/parrot/ops/string.pod does not exist Error in package: /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386//usr/local/share/doc/parrot/ops/sys.pod does not exist Error in package: /usr/ports/lang/parrot/w-parrot-0.9.0.1/fake-i386//usr/local/share/doc/parrot/ops/var.pod does not exist === Cleaning for parrot-0.9.0.1 rm -f /usr/ports/packages/i386/all/parrot-0.9.0.1.tgz /usr/ports/packages/i386/ftp/parrot-0.9.0.1.tgz /usr/ports/packages/i386/cdrom/parrot-0.9.0.1.tgz *** Error code 1 Stop in /usr/ports/lang/parrot (line 1432 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/lang/parrot (line 1972 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1
Re: [NEW]net/wireshark
On Thursday 16 April 2009 13:12:34 Tobias Ulmer wrote: On Thu, Apr 16, 2009 at 06:14:40PM +0200, Marc Espie wrote: [espie@ rant goes here...] All valid points, but what has this to do with importing it into the ports tree? ;) It's not like ports isn't full of crappy apps with security problems, not to mention the lack of -stable ports. I find the entire wireshark debate a bit childish.. Tobias Programs of reasonable quality though not perfect are a reasonable thing to import. Code which has a history of security horrors, and then when in new clothes (wireshark) STILL has problems and very likely false claims, well, that program does not deserve to be in the ports tree. While it is stressed that ports aren't up to the same standards as the base OS, I think it is perfectly valid to ban really bad items. Note that this hasn't happened very often. --STeve Andre'
Re: any users of gtksee?
On Sunday 08 March 2009 14:21:33 Jasper Lievisse Adriaanse wrote: hi, are there any users left of graphics/gtksee? or anyone else who'll shed a tear to see this removed? it's an old image viewer based on gtk+1. there are plenty newer (gtk+2-based) image viewers around which can serve as an alternative. so, any objections to removing gtksee? cheers, jasper A soft whimper from here. It works and doesn't seem to blow up with lots of files. I guess I need to switch. So what viewers can deal with 50K+ files without dying? Lately I've been helping someone with a picture database of little teeny tiny parts, all in seperate jpegs (yes, insane, I know). Gtksee was the best tool to browse through them I'd found. --STeve Andre'
Re: License of installed ports
On Saturday 20 December 2008 16:46:46 Sebastian Rother wrote: Dear po...@-mailinglist, I noticed during using gentoo linux that gentoo (and some others) store a copy of the license file a programm refers to at the local HDD. By this I mean that if 30 packages are GPLed the GPL gets installed one time at the HDD. I am unsure about the OpenBSD Port-System related to this. As I did find /usr -name *GPL* only one file was found (installed by qt3 in /usr/local/share/doc/qt3/LICENSE.GPL). Another example for the lgpl would be /usr/local/share/gtk-doc/html/bonobo-activation/lgpl.html. I am unsure if that (even I am no friend of the GPL) confirms to the GPL or other licenses ports/packages are licensed under. Would it propably make more sense to may save each license just once? I think specialy embedded-devices may would profit. Normal computers have enought diskspace but even if that's true I am unsure if it's ok to may not intall a licensefile and if that is ok with the GPL/LGPL and/or other licenses. Kind regards, Sebastian Given that the v2 GPL is under 18K and the v3 GPL is about 35K I think worrying about disk space is fairly pointless. Using the v3 GPL it takes about 700K to store 20 copies. Even most embedded systems have a few M free. Those working on embedded systems are likely to do things like omit the games part of OpenBSD, or compiler, etc thus saving a lot more space. --STeve Andre'
