On Wed, 22 Mar 2006 07:38:47 +0100, Otto Moerbeek wrote:
> It depends on what you call "proper".
Naïve as I am, just when I tar /home/users/, that it doesn't bug out
on long filenames/paths. Most of those come without the users being
guilty; from titles of movies and MP3s.
> You're just using a
> Since there's now close to no chance that devel/gstreamer will be fixed
>
> in time for release, I think it should be marked as broken at least on
>
> amd64 (I don't have other arches to see if it works or not).
>
> Otherwise the release's ports tree will
New version, taking many suggestions into account:
- remove extra comments from Makefile.template
- remove an extra -g that leaked in lib/Makefile
- make the port honour CFLAGS. (I tried to make it honour CC too, but
something seems broken in how make and gmake interact)
- mark pci.ids as @shar
On Wednesday 22 March 2006 11:46, Bernd Ahlers wrote:
> viq [Wed, Mar 22, 2006 at 03:19:10AM +0100] wrote:
> >> Yes, Psi will fail to build if you have the libidn package installed.
> >> Remove it and Psi will once again build happily.
> >
> >Yes, just found that. Thank you for answer.
>
> Please t
On Tue, Mar 21, 2006 at 07:45:54PM +0100, steven mestdagh wrote:
[snip]
> in the mean time Mark Kettenis has committed a new asm implementation
> for exp(3). anyway, erlang is still failing. it is trying to multiply
> 3.23E+133 by 3.57E+257 and hangs there. no exp(3) involved afaik.
See:
http://cv
> Jasper Lievisse Adriaanse wrote:
> > On Tue, 21 Mar 2006 23:26:05 +0100
> > Matthieu Herrb <[EMAIL PROTECTED]> wrote:
> >
> >> Hi,
> >>
> >> I recently had to produce 'lspci -v' output for a machine running
> >> OpenBSD for some vendor. So I ported pciutils... Here's the result.
> >> It has som
Jasper Lievisse Adriaanse wrote:
On Tue, 21 Mar 2006 23:26:05 +0100
Matthieu Herrb <[EMAIL PROTECTED]> wrote:
Hi,
I recently had to produce 'lspci -v' output for a machine running
OpenBSD for some vendor. So I ported pciutils... Here's the result.
It has some problems on macppc and sparc64 be
On Wed, Mar 22, 2006 at 07:17:44PM +0100, Uwe Stuehler wrote:
> On Wed, Mar 22, 2006 at 12:25:52PM -0501, Ray Lai wrote:
> > On Wed, Mar 22, 2006 at 02:44:49AM +0100, Uwe Stuehler wrote:
> > > Start aterm and watch the output of "stty -a".
> >
> > Is this why once in a while I get:
> >
> > lo
Hi!
On Wed, Mar 22, 2006 at 08:07:19PM +0100, Nikolay Sturm wrote:
>* Jon Olsson [2006-03-22]:
>> ? patches/patch-erts_etc_common_Install
>Is that a new patch file?
>> -lib/erlang/lib/megaco-3.2.3/priv/lib/megaco_flex_scanner_drv.so
>> +lib/erlang/lib/megaco-3.3/priv/lib/megaco_flex_scanner_drv.
* Jon Olsson [2006-03-22]:
> ? patches/patch-erts_etc_common_Install
Is that a new patch file?
> -lib/erlang/lib/megaco-3.2.3/priv/lib/megaco_flex_scanner_drv.so
> +lib/erlang/lib/megaco-3.3/priv/lib/megaco_flex_scanner_drv.so
Any chance to get rid of all those version numbers in the directory
n
A new patch file was missing, attaching it now.
/ Jon
$OpenBSD$
--- erts/etc/common/Install.origWed Mar 22 17:54:42 2006
+++ erts/etc/common/Install Wed Mar 22 17:55:27 2006
@@ -135,15 +135,3 @@ if [ "X$TARGET" != "Xsunos5" -a -d $ERL_
done
fi
-
-#
-# Fixing the man pages
-#
-
On Wed, 22 Mar 2006, Nikolay Sturm wrote:
Snapshots will show up rsn. You don't want my local packages, trust me. :)
lol allright ;)
* Antoine Jacoutot [2006-03-22]:
> Any chance you could share your package ?
Snapshots will show up rsn. You don't want my local packages, trust me. :)
Nikolay
On Wed, Mar 22, 2006 at 12:25:52PM -0501, Ray Lai wrote:
> On Wed, Mar 22, 2006 at 02:44:49AM +0100, Uwe Stuehler wrote:
> > Start aterm and watch the output of "stty -a".
>
> Is this why once in a while I get:
>
> load: 0.46 cmd: ssh 15225 [select] 0.13u 0.04s 0% 620k
>
> on my screen wh
On 2006/03/22 12:25, Ray Lai wrote:
> > The "status" special character is set randomly, more often it is not
> > even a control character, making it impossible to use certain letters
> > as program input.
>
> Is this why once in a while I get:
>
> load: 0.46 cmd: ssh 15225 [select] 0.13u 0
On Wed, 22 Mar 2006, Nikolay Sturm wrote:
builds fine on sparc64 and i386, last amd64 package is from march 18th
-> local fuckup
Allright :(
Thanks !
Any chance you could share your package ?
--
Antoine
On Wed, Mar 22, 2006 at 02:44:49AM +0100, Uwe Stuehler wrote:
> Something is wrong with the way aterm uses the termios interface,
> at least on OpenBSD.
>
> Start aterm and watch the output of "stty -a".
>
> The "status" special character is set randomly, more often it is not
> even a control cha
* Antoine Jacoutot [2006-03-22]:
> Is there anyone besides me who's able to reproduce this ?
builds fine on sparc64 and i386, last amd64 package is from march 18th
-> local fuckup
Nikolay
>
/usr/ports/x11/gtk+2/w-gtk+2-2.6.10p1/gtk+-2.6.10/gdk-pixbuf/.libs/gdk-pixbuf-query-loaders:
> can't load library 'libgmodule-2.0.so.600.4'
Is there anyone besides me who's able to reproduce this ?
I just want to know if I f***ed up my box or if the port has indeed a problem
(at least under amd6
hi again,
I improved the code+port of OBPkg in the last days. A lot of
things changed and I now want to propose it as a new port.
Is it possibly to let it become a official port?
The URL was: http://files.doomed-reality.org/Projects/obpkg/
The current version is 0.7.2p1.
--steffen
--
cdp.doom
On 3/22/06, Jasper Lievisse Adriaanse <[EMAIL PROTECTED]> wrote:
> # /usr/local/sbin/lspci
> lspci: obsd_init: /dev/pci open failed
I ran into this on my ultra 10 and got the same error (forgot to set
machdep.allowaperture) which inspired me to make one little change to
obsd_init. That way we know
Matthieu Herrb wrote:
Hi,
I recently had to produce 'lspci -v' output for a machine running
OpenBSD for some vendor. So I ported pciutils... Here's the result.
It has some problems on macppc and sparc64 because of limitations in
our /dev/pci implementation. I hope to be able to fix that in the
Matthieu Herrb wrote:
Hi,
I recently had to produce 'lspci -v' output for a machine running
OpenBSD for some vendor. So I ported pciutils... Here's the result.
It has some problems on macppc and sparc64 because of limitations in our
/dev/pci implementation. I hope to be able to fix that in t
On Sun, 19 Mar 2006, Tobias Ulmer wrote:
> Here is a patch that stops firefox crashing on sites like zdnet and
> ebay. (Murphy's crappy article about OpenBSD was a great help to find
> this null-pointer dereference ;) )
>
> This patch also applies cleanly to mozilla.
>
> BTW: If anybody has an u
Hi,
I'm upgrading port and I see this source tarball is much more simple than
previous version (especially Makefile). Should I arrange it (based on 3.3) or
do you have any other one? TIA.
On Fri, 20 Jan 2006 08:27:43 +1100, Peter Werner wrote
> hey thanks
>
> there's a new version available tha
Apart from that, this is what I get on sgi:
$ lspci
pcilib: Cannot open /dev/pci
lspci: Cannot find any working access method.
You need to recompile your kernel with
option USER_PCICONF
for this to work on sgi.
Miod
viq [Wed, Mar 22, 2006 at 03:19:10AM +0100] wrote:
>> Yes, Psi will fail to build if you have the libidn package installed.
>> Remove it and Psi will once again build happily.
>
>Yes, just found that. Thank you for answer.
>
Please try the following patch with *installed* libidn.
Bernd
Index: Ma
Hi,
I've been working for some time on this. Attached is a port of a
pretty complete GNUstep suite, namely:
gnustep core (make, base, gui, back, examples)
Renaissance
GWorkspace
GNUMail and its dependencies
Terminal.app
Gorm
Project Center
Untar into ports/x11.
I've tested it on the 3.9 sna
On Wed, 22 Mar 2006, Alf Schlichting wrote:
> Yes, it looks like i was a little hasty, hardcoding is of course bad.
> I will look a little closer the next days (i managed to f* up my ports tree
> so
> i can't get kdeutils to compile at the moment).
> The GNU-stuff expected from tar are at leas
Am Mittwoch, 22. März 2006 08:57 schrieb Marc Espie:
> On Tue, Mar 21, 2006 at 02:50:30PM +0100, Alf Schlichting wrote:
> > Hello!
> >
> > The following diff makes the ark archiver from kdeutils3 use gtar instead
> > of OpenBSDs native tar(1).
> > With our native tar(1) ark errors out because arks
On Tue, Mar 21, 2006 at 02:50:30PM +0100, Alf Schlichting wrote:
> Hello!
>
> The following diff makes the ark archiver from kdeutils3 use gtar instead of
> OpenBSDs native tar(1).
> With our native tar(1) ark errors out because arks wants to use some
> GNU-extensions. While it would be possible
31 matches
Mail list logo