damn. sorry about spamming the list with my personal info :)
--
brian
On Wednesday 22 March 2006 23:47, Brian Mattern wrote:
> Here ya go:
>
> Login: rephorm
> IRC Nick: rephorm
> Name: Brian Mattern
> Location: Austin, Tx USA
> E-Mail: [EMAIL PROTECTED]
> WWW: http://rephorm.com
> M
Here ya go:
Login: rephorm
IRC Nick: rephorm
Name: Brian Mattern
Location: Austin, Tx USA
E-Mail: [EMAIL PROTECTED]
WWW: http://rephorm.com
Managing: Elicit, Iconbar, Engrave, Express, Esmart_Container (and possibly
Euphoria in the near future)
ssh key attached
--
brian
On Mon
CVS developer access has now been turned off for all but 3 developers (these
are involved in the move). If you had pending commits - too late. you will need
to wait. I will send email here as to updates on the CVS move and where the new
CVS is etc. etc. etc.
--
- Codito, ergo sum -
On Wed, 22 Mar 2006 19:41:09 -0500 "Ryan Little" <[EMAIL PROTECTED]>
wrote:
> On 3/22/06, Brian Mattern <[EMAIL PROTECTED]> wrote:
> >
> > On Wednesday 22 March 2006 14:46, phriedrich wrote:
> >
> > How about releasing tarballs at stable points in module dev, and
> > sticking those up on get-e? Th
On Wed, 22 Mar 2006 15:16:49 -0500 Michael Jennings <[EMAIL PROTECTED]> babbled:
> On Thursday, 23 March 2006, at 06:10:47 (+1000),
> David Seikel wrote:
>
> > Poor low bandwidth me would really like to see some sort of local
> > cvs fixup script. Don't care what language, as long as it's simple
On Wed, 22 Mar 2006 16:53:07 +0100 Cedric <[EMAIL PROTECTED]> babbled:
> On Wednesday 22 March 2006 12:40, Carsten Haitzler wrote:
> > [ 8:35PM ~/t ] ./t ~/.e/e/applications/all/*
> > 2.13070
>
> > now with plain malloc as-is in cvs for eet:
>
> > [ 8:35PM ~/t ] ./t ~/.e/e/applications/all/*
>
On Wed, 22 Mar 2006 21:15:41 +0100 Peter Parkanyi <[EMAIL PROTECTED]> babbled:
> Hello,
>
> I was just thinking about the e17 menu. When i click on the screen, i get a
> huge menu, and most of its submenus doesn't really have meaning.
> My e17 menu would look like this( of course, i shortened ;)
On Wed, 22 Mar 2006 15:03:51 +0100 Cedric <[EMAIL PROTECTED]> babbled:
> Oups, forgot devel list.
>
> -- Forwarded Message --
>
> Subject: Re: [E-devel] Memory pool management
> Date: Wednesday 22 March 2006 14:37
> From: Cedric <[EMAIL PROTECTED]>
> To: "Nathan Ingersoll" <[EM
On 3/22/06, Brian Mattern <[EMAIL PROTECTED]> wrote:
On Wednesday 22 March 2006 14:46, phriedrich wrote:How about releasing tarballs at stable points in module dev, and stickingthose up on get-e? The modules are in cvs to facilitate development (and notas an alternative distribution method), so its
Hi,
I built evolume from cvs today ... everything works, except the
configure function.
When I try to add or take an option away and click on "ok" or "apply" or
"close" I get a Segfaults. If you need an more info just ask
Thanks John
---
Th
This is a known issue, inherited from the original author. The intent
was to get evolume in before the cvs move this week. The configuration
problem will be fixed once the new CVS is up.
In the mean time, if you want to remove a mixer channel from evolume,
left click it's name in the module (the c
Hi,
I built evolume from cvs today ... everything works, except the
configure function.
When I try to add or take an option away and click on "ok" or "apply" or
"close" I get a Segfaults. If you need an more info just ask
Thanks John
---
T
On Wed, 22 Mar 2006 17:33:26 -0500
Mike Russo <[EMAIL PROTECTED]> wrote:
> phriedrich wrote:
> > I think this would be a good idea. Stable snapshots of the modules on
> > get-e.org and the devel-versions on CVS.
> > But nevertheless, I'd also mention CVS-only modules on get-e.org, just
> > becaus
Brian Mattern wrote:
> How about releasing tarballs at stable points in module dev, and sticking
> those up on get-e? The modules are in cvs to facilitate development (and not
> as an alternative distribution method), so its still up to the maintainer to
> release packages (binary or source) for
On Wed, 22 Mar 2006 16:03:01 -0600
Brian Mattern <[EMAIL PROTECTED]> wrote:
> On Wednesday 22 March 2006 14:46, phriedrich wrote:
> > I think we should have the modules-section of get-e.org mentioning
> > all the modules, maybe even the ones coming with e itself and have
> > a note like "built in"
On Wednesday 22 March 2006 14:46, phriedrich wrote:
> There's only one small point about modules and CVS in but this is not
> eloquence specific: All the modules that were taken to the CVS are not
> longer appearing on get-e. This isn't a problem for us using CVS and know
> what modules are in, bu
On 3/22/06, phriedrich <[EMAIL PROTECTED]> wrote:
> Hi,
>
> thanks for bringing this topic up.
> I think we could do this without getting into problems as eloquence is
> pretty stable right now and is to compiled and running without any
> problems as far as I know, I got very positive feedback for
Hi,
thanks for bringing this topic up.
I think we could do this without getting into problems as eloquence is
pretty stable right now and is to compiled and running without any
problems as far as I know, I got very positive feedback for it within
last time.
In past I were successful at keeping it
On Thursday, 23 March 2006, at 06:10:47 (+1000),
David Seikel wrote:
> Poor low bandwidth me would really like to see some sort of local
> cvs fixup script. Don't care what language, as long as it's simple
> and works.
Here's what I used. It worked for me.
find . -name Root -print | xargs perl
Hello,
I was just thinking about the e17 menu. When i click on the screen, i get a
huge menu, and most of its submenus doesn't really have meaning.
My e17 menu would look like this( of course, i shortened ;)):
Run command
---
Desktops >
Windows >
Confi
On Tue, 21 Mar 2006 10:17:15 -0500 Michael Jennings <[EMAIL PROTECTED]>
wrote:
> On Tuesday, 21 March 2006, at 07:39:56 (+0100),
> Kim Woelders wrote:
>
> > Will the new tree be a clone of the sf one so it's possible just to
> > change the CVS/Root files in sf checkouts?
>
> Yes. I can provide
On Wednesday 22 March 2006 12:40, Carsten Haitzler wrote:
> [ 8:35PM ~/t ] ./t ~/.e/e/applications/all/*
> 2.13070
> now with plain malloc as-is in cvs for eet:
> [ 8:35PM ~/t ] ./t ~/.e/e/applications/all/*
> 2.04144
> it's actually a tiny bit faster. (and consistently so)... so - i'm
> wonde
sorry, forget the list :S2006/3/22, QliX=D! [aka Ezequiel Brizuela] <[EMAIL PROTECTED]>:
I think in a rewrite of the garbage collector to get a full benefit of performance of realloc in glibc (specially in linux that support MREMAP), Let me Introduce:The implementation of realloc is as follows:
Fr
People: It's simple, i try to compile some apps, like imlib, and get an error saying that ltconfig is not found, and fail to configure libtool.Maybe, it's a libtool version problem?, y get libtool-1.5.20
if this the problem, how is the way to solve it?Thanks.QliX=D! [aka Ezequiel Brizuela]
Oups, forgot devel list.
-- Forwarded Message --
Subject: Re: [E-devel] Memory pool management
Date: Wednesday 22 March 2006 14:37
From: Cedric <[EMAIL PROTECTED]>
To: "Nathan Ingersoll" <[EMAIL PROTECTED]>
On Wednesday 22 March 2006 01:03, you wrote:
> Looking forward to your
On Wed, 22 Mar 2006 17:44:49 +0530 "Ramkumar R" <[EMAIL PROTECTED]>
babbled:
> > What happens if a setuid/setgid app is talked into loading a malicious
> > loader? The hard-coded method is far safer. If you need loaders
> > elsewhere, change PACKAGE_LIB_DIR at build time.
>
> Correct me if I am
> What happens if a setuid/setgid app is talked into loading a malicious
> loader? The hard-coded method is far safer. If you need loaders
> elsewhere, change PACKAGE_LIB_DIR at build time.
Correct me if I am wrong, but exposing an API to change the loader
path will essentially transfer security
On Wed, 22 Mar 2006 12:14:58 +0100 Cedric <[EMAIL PROTECTED]> babbled:
> On Wednesday 22 March 2006 03:57, Carsten Haitzler wrote:
> > have you tested ememoa heavily? i'm getting assert failures with this
> > small test program i whipped up to see if what you say about this
> > speeding up things
On Wed, 22 Mar 2006 12:14:58 +0100 Cedric <[EMAIL PROTECTED]> babbled:
> On Wednesday 22 March 2006 03:57, Carsten Haitzler wrote:
> > have you tested ememoa heavily? i'm getting assert failures with this
> > small test program i whipped up to see if what you say about this
> > speeding up things
On Wednesday 22 March 2006 03:57, Carsten Haitzler wrote:
> have you tested ememoa heavily? i'm getting assert failures with this
> small test program i whipped up to see if what you say about this
> speeding up things like displaying menus (which loads a lot of edje
> objects - thus a lot of eet a
30 matches
Mail list logo
