Jesse Scott wrote:
> Martynas Venckus wrote:
>>> I'm trying to see if any of the browsers in ports will build on the
>>> Zaurus
>>> (Arm processor)? I know that mozilla is marked as bot buiilding, and
>>> that seems to block
>>>
>>
>> gecko* things currently won't run; i'm working on this. (s
Sure; basically any non-gecko product. e.g. lynx; w3c; konqueror;
konqueror-embedded; links+; elinks, dillo.
--
Martynas Venckus
konqueror-embedded is another port which no longer works correctly on
the Z! So basically you are stuck with elinks, dillo, links, links+,
amaya, and lynx.
J
Martynas Venckus wrote:
I'm trying to see if any of the browsers in ports will build on the Zaurus
(Arm processor)? I know that mozilla is marked as bot buiilding, and
that seems to block
gecko* things currently won't run; i'm working on this. (should minimo &
friends be unmarked for arm
On Fri, Jan 12, 2007 at 12:32:14AM +0100, steven mestdagh wrote:
> some testing on more archs would be good...
AFAIK, this port has been tested on i386, amd64, and zaurus. Has anyone
tested it on any other archs?
On Sat, Jan 13, 2007 at 05:01:03PM +0100, Julien TOUCHE wrote:
> Marc Espie wrote on 7/01/07 21:31:
> >Half the patches don't belong here... I don't see how this is OpenBSD
> >related. It looks like some cacti development. discuss it with the
> >cacti people... or explain to use why you think this
On Sat, 13 Jan 2007, Matthias Kilian wrote:
Sorry for ruining your day, but I again managed to crash it, by
starting, quitting, and restarting it after a few seconds. It doesn't
segfault always, but only sometimes (every 3rd or 4th try or so).
You bad bad bad person... you ruined my birthday!
A
Ulrich Kahl writes:
> I made a port for etpan and claws-mail. It needs clean up and
> serious testing (exept reading and writing e-mails ;). If
> nobody have objectives I will send them to anyone interested
> or post it here. Only "tested" on i386 so far.
Sounds good. I just started on one, but
Martynas Venckus wrote:
>> Anyone got any ideas on this?
>>
>
> http://www.openbsd.org/faq/faq15.html#NoFun
>
> http://www.openbsd.org/faq/faq15.html#PkgVsPorts
>
> http://www.openbsd.org/faq/faq15.html#Problems
>
> Try:
>
> PKG_PATH=ftp://ftp.openbsd.org/pub/OpenBSD/4.0/packages/arm/ pkg_add
why not just
# export PKG_PATH=ftp://some.mirror/pub/OpenBSD/snapshots/packages/arm/
# pkg_add konqueror
there are plenty of ports that there's a reason to build from
source, make it easy on yourself for this :-)
> ... it's not clicking, and the broken part is a missing file, "de.gmo",
$ find /
> Anyone got any ideas on this?
http://www.openbsd.org/faq/faq15.html#NoFun
http://www.openbsd.org/faq/faq15.html#PkgVsPorts
http://www.openbsd.org/faq/faq15.html#Problems
Try:
PKG_PATH=ftp://ftp.openbsd.org/pub/OpenBSD/4.0/packages/arm/ pkg_add
konqueror
--
Martynas Venckus
Am Sat, 13 Jan 2007 20:09:06 +0100 schrieb Joerg Zinke
<[EMAIL PROTECTED]>:
> On Sat, 13 Jan 2007 07:36:16 -0800
> "Rodney Hopkins" <[EMAIL PROTECTED]> wrote:
>
> > Deanna Phillips writes:
> >
> > >Well, this is an old port that hasn't been updated in years, and
> > >the port maintainer isn't in
Well. I have to make really certain I don't get off onto my personal hot
button (ports with gigantic lists of very questionable dependencies). Well,
one of the dependencies of konqueror-embedded is libgpg-error-1.1p0
... it's not clicking, and the broken part is a missing file, "de.gmo",
and I do
> Was that supposed to be a negaitve comment?
What? No, it's just my opinion. I mean, i won't use such feature.
> I would code up a short python script
> that would use A scire-card-like approach, and give you a much better
> chance of
> getting the data you wanted witha minimum of lost time.
Go
I know you are looking for a web browser but if you have a seprate
computer this may help
http://ports.openbsd.nu/
I find all of my ports this way
Sam Fourman Jr.
On 1/13/07, Martynas Venckus <[EMAIL PROTECTED]> wrote:
> A LONG time back, when FreeBSD oirts were new, I'd played about with a
>
Martynas Venckus wrote:
>> A LONG time back, when FreeBSD oirts were new, I'd played about with a
>> method of
>> allowing ports to have a set of attached KEYWORDS, which would allow you
>> to
>> be a lot more sophisticated about smart searching. No one was really
>> interested, so the
>> idea die
> A LONG time back, when FreeBSD oirts were new, I'd played about with a
> method of
> allowing ports to have a set of attached KEYWORDS, which would allow you
> to
> be a lot more sophisticated about smart searching. No one was really
> interested, so the
> idea died, although the coding is truly
Martynas Venckus wrote:
>> I don't care too much for the textual browsers, so I;m going after
>> konq-e now.
>>
>
> Oh; then be clear when you're asking.
>
> Anyway,
>
> $ cd /usr/ports/www/links+ && make show=COMMENT
> "graphics and text browser with javascript support"
>
>
Well, if I know
> I don't care too much for the textual browsers, so I;m going after
> konq-e now.
Oh; then be clear when you're asking.
Anyway,
$ cd /usr/ports/www/links+ && make show=COMMENT
"graphics and text browser with javascript support"
--
Martynas Venckus
Martynas Venckus wrote:
>> I'm trying to see if any of the browsers in ports will build on the Zaurus
>> (Arm processor)? I know that mozilla is marked as bot buiilding, and
>> that seems to block
>>
>
> gecko* things currently won't run; i'm working on this. (should minimo &
> friends be unm
> I need to zero in on a better way to search out ports. I am still getting
> used to OpenBSD, but the size of the ports directories makes my favorite
> trick (using find on all the DESCR files) just isn't practical. I hadn't
> even seen the konq-e one, even though I was in the right parent dir (
> I'm trying to see if any of the browsers in ports will build on the Zaurus
> (Arm processor)? I know that mozilla is marked as bot buiilding, and
> that seems to block
gecko* things currently won't run; i'm working on this. (should minimo &
friends be unmarked for arm till xptc(invoke|stubs) ar
On Sat, 13 Jan 2007 11:24:29 -0800
Peter Hessler <[EMAIL PROTECTED]> wrote:
> On 2007 Jan 13 (Sat) at 13:28:56 + (+), Deanna Phillips wrote:
> :James Turner writes:
> :
> :> When I try to access any of the options under "Customize
> :> Toolbar" in the preferences dialog sylpheed-claws cras
Stuart Henderson wrote:
> On 2007/01/13 17:39, Chuck Robey wrote:
>
>> I'm trying to see if any of the browsers in ports will build on the Zaurus
>> (Arm processor)? I know that mozilla is marked as bot buiilding, and
>> that seems to block, one way or another, all of the other browsers
>> ...
On 2007/01/13 17:39, Chuck Robey wrote:
> I'm trying to see if any of the browsers in ports will build on the Zaurus
> (Arm processor)? I know that mozilla is marked as bot buiilding, and
> that seems to block, one way or another, all of the other browsers
> ... anyone know of a browser I could bu
I'm trying to see if any of the browsers in ports will build on the Zaurus
(Arm processor)? I know that mozilla is marked as bot buiilding, and
that seems to block, one way or another, all of the other browsers
... anyone know of a browser I could build?
Thanks
On Sat, 13 Jan 2007 07:36:16 -0800
"Rodney Hopkins" <[EMAIL PROTECTED]> wrote:
> Deanna Phillips writes:
>
> >Well, this is an old port that hasn't been updated in years, and
> >the port maintainer isn't interested in it any more.
> >
> >Sylpheed-claws has been renamed claws-mail and is now at:
>
> I've tested it on i386 without regressions.
Using it on i386 for more than a month with various protocols.
I've just tested it on zaurus and amd64 with multiple accounts, multiple
users. Most features of "set" (e.g. "charset") tested too. No regressions.
--
Martynas Venckus
On 2007 Jan 13 (Sat) at 13:28:56 + (+), Deanna Phillips wrote:
:James Turner writes:
:
:> When I try to access any of the options under "Customize
:> Toolbar" in the preferences dialog sylpheed-claws crashes.
:
:Well, this is an old port that hasn't been updated in years, and
:the port main
On Sat, Jan 13, 2007 at 07:06:24PM +0100, Antoine Jacoutot wrote:
> >- fix a crash
>
> Err, now it should really fix all crashes.
Sorry for ruining your day, but I again managed to crash it, by
starting, quitting, and restarting it after a few seconds. It doesn't
segfault always, but only sometim
This updates audio/flite to 1.3, which provides speed
improvements, bugfixes and a higher quality default voice.
Tested on i386 and amd64, more testing and ok's appreciated.
'flite doc/alice' to test text-to-speech.
'flite doc/alice /tmp/alice.wav' to test tts->audio file
conversion.
Thanks.
I
On Sat, 13 Jan 2007, Antoine Jacoutot wrote:
- fix a crash
Err, now it should really fix all crashes.
--
Antoine
tuxpaint.tar.gz
Description: Binary data
On 1/12/07, Kurt Miller <[EMAIL PROTECTED]> wrote:
Attached are two patch files that you can drop
in /usr/ports/devel/jdk/1.5/patches that hopefully
will fix your amd64 build issue. Please let me know
if this fixes it for you and I'll work on getting
this in 4.0-stable.
Thank you very much, the
Marc Espie wrote on 7/01/07 21:31:
Half the patches don't belong here... I don't see how this is OpenBSD
related. It looks like some cacti development. discuss it with the
cacti people... or explain to use why you think this is suitable here.
problem of the patch is about cacti optional plugin-
It would be nice to get this in before the tree freeze
--
viq
Build and works as expected so far.
--
viq
Kurt Miller <[EMAIL PROTECTED]> wrote:
> I would like to point out that the aixxs-aiccu client
> isn't needed at all in most cases. Simply use
> /etc/hostname.gif0 with the appropriate 'up giftunnel'
> and 'up inet6' lines and set your default ipv6 route.
> Nothing more is needed.
That assumes a
James Turner writes:
> When I try to access any of the options under "Customize
> Toolbar" in the preferences dialog sylpheed-claws crashes.
Well, this is an old port that hasn't been updated in years, and
the port maintainer isn't interested in it any more.
Sylpheed-claws has been renamed claws
rlwrap is a generic readline wrapper that allows line-editing,
command history, tab completion and other readline-style
capabilities to programs that don't have it built in.
It's handy for things like math/moo or interactive language
interpreters (where you can even get blinking parens).
And this
On Fri, 12 Jan 2007, Antoine Jacoutot wrote:
Comments ? Ok?
Allright, based on comments from steven@, kili@ and ian@ (and some
additions by myself):
- make the build verbose
- fix a crash
- install the .desktop file
- install the xpm icon file
- pass $SYSCONFDIR to the build env and -DHAVE_S
On 2007/01/13 13:55, Marc Balmer wrote:
> removing the RUN_DEPENDS for archivers/unrar and archivers/unarj will
> let users install the ClamAV package without the need to manually built
> some archivers that are unfree.
I think this is a worthwhile change, it makes it much easier to keep up
with u
removing the RUN_DEPENDS for archivers/unrar and archivers/unarj will
let users install the ClamAV package without the need to manually built
some archivers that are unfree.
if course, scanning such archives will fail, then. but he who wants to
scan such archives can still install the software fr
Builds fine. Runs without problems so far.
--
simon
* J.C. Roberts wrote:
> A better answer is to replace the commercial unarj uncompressor with the
> free, open source compressor/uncompressor available here:
>
> http://arj.sourceforge.net/
>
> I'll do the work, but tell me which way you want to go.
If there is a functional and free unarj, then
43 matches
Mail list logo
