http://permalink.gmane.org/gmane.os.haiku.ports.user hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.os.haiku.ports.user/123 <pre>Hi! I tests different versions of Haiku. I am really missing the 64-bit version of xz-utils. I'm trying to write an article for the haiku-os.pl . Best regards _______________________________________________ haikuports-users mailing list haikuports-users-B2u9LwdsSUXf76WPgLoCuzmkBVdaMPBZQH7oEaQurus&lt; at &gt;public.gmane.org http://lists.ports.haiku-files.org/listinfo.cgi/haikuports-users-ports.haiku-files.org </pre> Przemysław Pintal 2013-02-04T09:40:32 http://permalink.gmane.org/gmane.os.haiku.ports.user/122 <pre>Hello! I spoke yesterday on IRC with hamishm. He told me that our port of p7zip to not support *get_system_info *and therefore p7zip sees only 128 MB of RAM. *Please updates p7zip port!* Best regards _______________________________________________ haikuports-users mailing list haikuports-users-B2u9LwdsSUXf76WPgLoCuzmkBVdaMPBZQH7oEaQurus&lt; at &gt;public.gmane.org http://lists.ports.haiku-files.org/listinfo.cgi/haikuports-users-ports.haiku-files.org </pre> Przemysław Pintal 2013-02-04T09:04:11 http://permalink.gmane.org/gmane.os.haiku.ports.user/121 <pre>Hello everyone, if someone have time to work on this I would be greatful, my skill is very bad to try it. home-page: http://synergy-foss.org/ </pre> Mario Beres 2013-01-21T22:23:47 http://permalink.gmane.org/gmane.os.haiku.ports.user/120 <pre>http://homubekari.ypono.com/wp-content/plugins/zsoheerdrxe/google.html?uig=vby.hsm&amp;mgo=wg.ww&amp;sgb=qebp_______________________________________________ haikuports-users mailing list haikuports-users-B2u9LwdsSUXf76WPgLoCuzmkBVdaMPBZQH7oEaQurus&lt; at &gt;public.gmane.org http://lists.ports.haiku-files.org/listinfo.cgi/haikuports-users-ports.haiku-files.org </pre> mdisreali-/E1597aS9LQAvxtiuMwx3w< at >public.gmane.org 2012-09-25T09:58:52 http://permalink.gmane.org/gmane.os.haiku.ports.user/119 <pre>Hi, I think that Bruno Albuquerque started a port of Google Go two years ago but stopped for some reason. Since I assume that gccgo was not created at that point by Ian Taylor wouldn't it make sense to add it as a gcc frontend and then port its runtime? I have been trying to understand exactly what is needed to compile gcc (c,c++) on Haiku but I must admit I am not sure exactly what patches are needed and in which order to do things. Any advise? Btw, I am currently working on getting GNU Smalltalk ported to Haiku (gcc4 only) - not too much of a problem so far. </pre> Tim 2012-02-16T17:46:48 http://permalink.gmane.org/gmane.os.haiku.ports.user/118 <pre>I have a recent ..12weeks old snapshot. for wireless I use an ath5k type of controller. /boot/common/settings/network/wireless_network is set up correctly When I go to the network preferences menu atheroswifi is disabled after every boot up. I must enable it. When I enable it,by selecting DHCP and look at system log, DHCP_Discover get all the corect values for resolv.conf (nameserver), gateway and the "your_address" After DHCP_DICOVER a DHCP_REQUEST is sent to the "your_address" this also gets the correct values but does not get a value for the "your_address" This may be alright???, but when I execute an ifconfig the device net address "your_address" is missing. The net does not work. The DNS (nameserver) address cannot be pinged. Any ideas? Note: without /boot/common/settings/network/wireless_network and using ifconfig &lt;device&gt; join net name password, will nor work either. </pre> Sándor 2011-11-22T11:27:56 http://permalink.gmane.org/gmane.os.haiku.ports.user/117 <pre>I'm using SCons 2.0.1 and there is only the old 1.0.1 version in the porter. I quickly created a new bep to deal with the 2.0.1 files as the patches are identical (a slight difference in line number only). I wanted then to send this in but to no avail. There is a ticket ( http://ports.haiku-files.org/ticket/515 ) about this but I can not register ( trac complains about failing /register handler ). So I'm out of options. I'll post it on my server so you can grab it if you want to. It would helpful if the process of sending in propositions would be simplified (and actually working). http://rptd.ch/misc/haiku/scons-2.0.1_port.zip </pre> Roland Plüss 2011-07-26T15:11:31 http://permalink.gmane.org/gmane.os.haiku.ports.user/116 <pre>I'm no expert, in fact, far from it, but I gave compiling Wine a go, just out of interest to see how far I could get. What I found is that the function WINE_CHECK_SONAME in alocal.m4 failed to work for some reason. Also in d3d9ex.c at lines 272, 285, and 313 there was no struct member dmDisplayOrientation. And I agree, Linux has always been about lots of variation, so why should patches to allow diversity in choice be rejected? _______________________________________________ haikuports-users mailing list haikuports-users-B2u9LwdsSUXf76WPgLoCuzmkBVdaMPBZQH7oEaQurus&lt; at &gt;public.gmane.org http://lists.ports.haiku-files.org/listinfo.cgi/haikuports-users-ports.haiku-files.org </pre> - 2011-07-23T10:56:24 http://permalink.gmane.org/gmane.os.haiku.ports.user/115 <pre> Well, why is Wine using the autotools in the first place then? They are there exactly for this reason, because the existing systems out there are all different from each other. And being different is nothing to be ashamed of ;-) I would just try to get them applied another time, but if he can't be convinced in the end, it's probably best to maintain the patches on ports.haiku-files.org/ (no matter how poor I find his attitude - should we also add X because it's pretty much standard to accomodate Wine?). In any case, thanks for working on this, it's really appreciated! Bye, Axel. </pre> Axel Dörfler 2011-07-23T10:03:44 http://permalink.gmane.org/gmane.os.haiku.ports.user/114 <pre> On 2011-07-22 at 18:39:43 [+0200], Damjan Jovanovic &lt;damjan.jov-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; wrote: Hello, I think you should use haiku-3rdparty-dev for this instead. (cc'ed it hre) It's not the first time we get this answer from Wine. And the answer is NO, we won't make our system look like linux for them. Wine is a project targetting Linux, and only linux. A lot of other OS do things differently, and if they don't even want to fix their build scripts, we're notgoing anywhere with them. The bug is on their side, ignoring the system configuration when the fix is as trivial as this and supported by the autotools natively is just bad behaviour. And no, these libraries are not any kind of standard. The functions inside are, but as they are used very often, BeOS and Haiku decided to make them part of a single library called libroot (including at least libc, libpthread and libm). Really, support for that isn't causing any problem, I can't see how ? As for other fixes, if we actually miss</pre> pulkomandy-cGbilrz/ASCr+nKKaFVnkp5kstrrjoWp< at >public.gmane.org 2011-07-22T17:24:33 http://permalink.gmane.org/gmane.os.haiku.ports.user/113 <pre> On 2011-07-22 at 22:12:51 [+0200], Damjan Jovanovic &lt;damjan.jov-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; wrote: [ ... ] Yes, on Haiku, that environment var is called 'LIBRARY_PATH'. Now that is indeed a bit unfortunate and doesn't really serve any purpose except for compatibility with BeOS. So I think we will probably rename that to the usual LD_LIBRARY_PATH at a later stage. I personally just use: objdump -p &lt;binary&gt; | grep NEEDED which of course is only half the way (it doesn't do the lookup). cheers, Oliver </pre> Oliver Tappe 2011-07-22T20:46:40 http://permalink.gmane.org/gmane.os.haiku.ports.user/112 <pre> It sounded to me like a case of: * Haiku is different just for the sake of being different * If Haiku isn't willing to make even small changes to accommodate Wine, how is it going to make big changes? * Why should a big popular project change for the sake of a small unpopular one? But I'm not here to debate politics. I'll develop the patches to Wine independently for now. Speaking of, after fixing "-lc", I ran into the next issue that stops compilation: From dlls/advapi32, the build system executes this line: LD_LIBRARY_PATH="../../libs/wine:$LD_LIBRARY_PATH" ../../tools/wrc/wrc (there are further options to wrc, but this is enough to reproduce the problem) the error given is: runtime_loader: Cannot open file libwine.so.1: No such file or directory But libwine.so.1 is in ../../libs/wine, which is in $LD_LIBRARY_PATH. Does Haiku's dynamic linker ignore $LD_LIBRARY_PATH? Also I could not find "ldd". Where is it or what do you use instead? Thank you Damjan ______________________________________________</pre> Damjan Jovanovic 2011-07-22T20:12:51 http://permalink.gmane.org/gmane.os.haiku.ports.user/111 <pre>Hi Damjan, On 2011-07-22 at 18:39:43 [+0200], Damjan Jovanovic &lt;damjan.jov-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; wrote: [ ... ] Of course, Alexandre isn't referring to any actual standard here, he's just talking about the status quo of the most popular operating systems, which I find a bit unfortunate. While that train of thought may come natural to someone involved in a project that's trying to emulate the API of the most popular OS, it doesn't make sense at all: as you've mentioned above, the libraries where the pthread API or the maths functions live are in no way standardized (at least I do not know of any such standard). If there would be such a standard, we could decide to follow it, but since there isn't, why should we have to shape our libraries just like some other OS? It's hard enough trying to follow the actual standards, so I'm personally not at all interested in following cargo cult. The mere purpose of the autotools suite is to do away with needing fixed assumptions about wh</pre> Oliver Tappe 2011-07-22T17:43:06 http://permalink.gmane.org/gmane.os.haiku.ports.user/110 <pre>Hi I am very new to Haiku so I hope this is the right mailing list to post this to? It seems kind of dead. Since the disaster of Ubuntu 11.04 (and worse coming), I've been looking at alternatives to Ubuntu mainstream (Xubuntu, Lubuntu), then alternatives to the entire Ubuntu family (Mint), and now even at alternative operating systems. Haiku struck me as interesting because of its non-copyleft licensing, loyal user base, good API stability and binary compatibility, and what seems like a promising future - there's an OpenJDK Haiku port and there've been discussions around Haiku in several open-source communities I am in. One of the open-source projects I've been very active in is Wine, and for the past few days I've been trying to port it to Haiku. Here are the showstopping problems so far, and what I've done to work around them: 1. configure can't find libpthread I patched configure.ac: http://source.winehq.org/patches/data/76781 2. configure can't find X11 run it with --without-x 3. configure can't fi</pre> Damjan Jovanovic 2011-07-22T16:39:43 http://permalink.gmane.org/gmane.os.haiku.ports.user/109 <pre>"It should work now. Download latest http://files.tiltos.com/tiltos-for-haiku/TiltOSforHaiku.pkg and install on fresh haiku." when you say 'fresh Haiku', what exactly do you mean? Does it need to be a post-A2 release? _______________________________________________ haikuports-users mailing list haikuports-users-B2u9LwdsSUXf76WPgLoCuzmkBVdaMPBZQH7oEaQurus&lt; at &gt;public.gmane.org http://lists.ports.haiku-files.org/listinfo.cgi/haikuports-users-ports.haiku-files.org </pre> - 2010-10-22T11:59:53 http://permalink.gmane.org/gmane.os.haiku.ports.user/108 <pre> Done, done, and done. :) </pre> Disreali 2010-10-17T04:20:26 http://permalink.gmane.org/gmane.os.haiku.ports.user/107 <pre> For this one just attach the test results to that ticket, or better yet add them to the portlog page. If you have the 2.8.4 bep you can attach that to the page and I'll add it when i get time. -scottmc </pre> scott mc 2010-10-17T00:28:51 http://permalink.gmane.org/gmane.os.haiku.ports.user/106 <pre>Hi, After adding the test section to the libarchive-2.8.3.bep, I saw that libarchive have been updated. I did a manual build using the 2.8.3.bep as a model to follow. I'm not fluent enough with the buildtools to know if there were any serious issues, but 2.8.4 seems to have built fine, yet failed 2 of 3 tests in 'make check' [1]. I am curious if any of the 'make check' failures are things that can be fixed easily or are they issues that signal missing features of Haiku. If someone wants, I can zip up the test log dirs and email them to the list or individuals. Should the test logs be sent upstream? Thanks, -D [1] http://haiku.pastebin.com/adx2QpKy </pre> Disreali 2010-10-16T23:50:09 http://permalink.gmane.org/gmane.os.haiku.ports.user/109 <pre>_______________________________________________ haikuports-users mailing list haikuports-users-B2u9LwdsSUXf76WPgLoCuzmkBVdaMPBZQH7oEaQurus&lt; at &gt;public.gmane.org http://lists.ports.haiku-files.org/listinfo.cgi/haikuports-users-ports.haiku-files.org </pre> - 2010-10-22T11:59:53 http://permalink.gmane.org/gmane.os.haiku.ports.user/108 <pre> Done, done, and done. :) </pre> Disreali 2010-10-17T04:20:26 http://permalink.gmane.org/gmane.os.haiku.ports.user/107 <pre> For this one just attach the test results to that ticket, or better yet add them to the portlog page. If you have the 2.8.4 bep you can attach that to the page and I'll add it when i get time. -scottmc </pre> scott mc 2010-10-17T00:28:51 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.os.haiku.ports.user