Public SourceMage Discussion List

[Jose Bernardo Silva <josebernardo1 AT yahoo.com>]

Dufflebunk,

For me it is very reproductible. If I cd inside a
codex, to the section dir, and try to cast a spell
from that section, it fails. If I cd into the spell
dir, it works. Always.

 --- Dufflebunk <dufflebunk AT dufflebunk.homeip.net>
wrote: >        This should be happening soon. The only
problem
> preventing a new stable
> is that in devel, casts sometimes myseriously fail.
> Randomly, not
> necessarily the same spell, or any other common
> condition that I can
> find. It's very frustrating, especialy since I can't
> reproduce it at
> all. Worse, is that the problem only seems to affect
> some people (and I
> didn't even add them to the shit_list function!;).
> So a randomly
> occuring bug for a random partition of those using
> devel are reporting a
> nasty bug. 
>       This bug doesn't corrupt stuff or anything bad like
> that, it just
> causes some casts to fail at the start. I encourage
> anyone running devel
> sorcery to update and try the latest. There are
> massive speed
> improvement since two weeks ago.
> 
> On Fri, 2003-03-07 at 04:34, Ladislav Hagara wrote:
> > Howdy all !!!
> > 
> > Spells in devel grimoire are updated to use
> librunlevel (new feature in
> > devel sorcery).
> > These changes have penetrated to test grimoire
> too, but librunlevel is
> > part only of devel sorcery.
> > Users working with test grimoire are probably used
> stable sorcery so
> > init symlinks are not created.
> > For example openssh bug 
> http://bugs.sourcemage.org/show_bug.cgi?id=2733
> > 
> > Is possible to launch new stable sorcery ?
> > 
> > - lace -
> > 
> > 
> > 
> > 
> > 
> > _______________________________________________
> > SM-Discuss mailing list
> > SM-Discuss AT lists.ibiblio.org
> >
> http://lists.ibiblio.org/mailman/listinfo/sm-discuss
> 
> _______________________________________________
> SM-Discuss mailing list
> SM-Discuss AT lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/sm-discuss 

=====
Jose Bernardo Silva                  | Source Mage GNU/Linux Developer
josebernardo1 AT yahoo.com              | http://www.sourcemage.org
http://counter.li.org #245602

__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com
>From l.wandrebeck AT wanadoo.fr  Sun Mar  9 16:05:13 2003
Return-Path: <l.wandrebeck AT wanadoo.fr>
Delivered-To: sm-discuss AT lists.ibiblio.org
Received: from mwinf0604.wanadoo.fr (smtp1.wanadoo.fr [193.252.22.25])
        by happyhouse.metalab.unc.edu (Postfix) with ESMTP id 8A94420083
        for <sm-discuss AT lists.ibiblio.org>;
        Sun,  9 Mar 2003 16:05:13 -0500 (EST)
Received: from knights-lounge (ALille-208-1-16-48.abo.wanadoo.fr
        [81.49.201.48])
        by mwinf0604.wanadoo.fr (Postfix) with SMTP id 2690628006FD
        for <sm-discuss AT lists.ibiblio.org>;
        Sun,  9 Mar 2003 22:06:44 +0100 (CET)
Date: Sun, 9 Mar 2003 22:06:46 +0100
From: Laurent Wandrebeck <l.wandrebeck AT wanadoo.fr>
To: Source Mage Discuss <sm-discuss AT lists.ibiblio.org>
Message-Id: <20030309220646.1fa9cf96.l.wandrebeck AT wanadoo.fr>
X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Sun, 09 Mar 2003 17:16:21 -0500
Subject: [SM-Discuss] So long, and thx for all the fish
X-BeenThere: sm-discuss AT lists.ibiblio.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Public SourceMage Discussion List <sm-discuss.lists.ibiblio.org>
List-Unsubscribe: <http://lists.ibiblio.org/mailman/listinfo/sm-discuss>,
        <mailto:sm-discuss-request AT lists.ibiblio.org?subject=unsubscribe>
List-Archive: <https://lists.ibiblio.org/sympa/arc/sm-discuss>
List-Post: <mailto:sm-discuss AT lists.ibiblio.org>
List-Help: <mailto:sympa AT lists.ibiblio.org?subject=HELP>
List-Subscribe: <http://lists.ibiblio.org/mailman/listinfo/sm-discuss>,
        <mailto:sm-discuss-request AT lists.ibiblio.org?subject=subscribe>
X-List-Received-Date: Sun, 09 Mar 2003 21:05:13 -0000

Howdy all!
it's been more than two months since my life changed (new job, flat
w/ gf etc:). Since i left grimoire guruship of windowmanagers section
and joined sorcery team, i haven't been able to work enough on it
to do anything useful. I'm rather busy with the development
of an usb adsl modem driver, and my remaining free time is
taken w/ gf, friends, rpg, and smgl (a bit, mainly to get
things that doesn't work to work).
As I wouldn't like to hear that "some dudes are just hanging
around, doing nothing, but getting op or voice", I think
it's time for me to quit the smgl team. Of course, i'll
keep hanging around, as i'm pretty sure i couldn't live w/o
smgl anymore :). I'll try to help as much as possible
(bug reports and such), and will keep on #sourcemagefr
(providing there's no objection).
Thanks for your help and your great work, i've rarely met
so kind people. I've been really happy to cooperate w/
all of you.
Keep up the good work, and best regards !
laurent (aka low)
>From charkins AT upl.cs.wisc.edu  Sun Mar  9 20:46:27 2003
Return-Path: <charkins AT upl.cs.wisc.edu>
Delivered-To: sm-discuss AT lists.ibiblio.org
Received: from enterprise.upl.cs.wisc.edu (enterprise.upl.cs.wisc.edu
        [128.105.45.69])
        by happyhouse.metalab.unc.edu (Postfix) with ESMTP id E174720025
        for <sm-discuss AT lists.ibiblio.org>;
        Sun,  9 Mar 2003 20:46:26 -0500 (EST)
Received: from data.upl.cs.wisc.edu (data.upl.cs.wisc.edu [128.105.45.42])
        by enterprise.upl.cs.wisc.edu (Postfix) with ESMTP id 2EC4827F36
        for <sm-discuss AT lists.ibiblio.org>;
        Sun,  9 Mar 2003 19:47:58 -0600 (CST)
Received: by data.upl.cs.wisc.edu (Postfix, from userid 26694)
        id E82C317968; Sun,  9 Mar 2003 19:47:57 -0600 (CST)
Received: from localhost (localhost [127.0.0.1])
        by data.upl.cs.wisc.edu (Postfix) with ESMTP id DA27413C62
        for <sm-discuss AT lists.ibiblio.org>;
        Sun,  9 Mar 2003 19:47:57 -0600 (CST)
Date: Sun, 9 Mar 2003 19:47:57 -0600 (CST)
From: Casey Harkins <charkins AT upl.cs.wisc.edu>
To: Source Mage Discuss <sm-discuss AT lists.ibiblio.org>
Message-ID: <Pine.LNX.4.44.0303091946520.424-100000 AT data.upl.cs.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [SM-Discuss] SourceMage fresh install comments
X-BeenThere: sm-discuss AT lists.ibiblio.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Public SourceMage Discussion List <sm-discuss.lists.ibiblio.org>
List-Unsubscribe: <http://lists.ibiblio.org/mailman/listinfo/sm-discuss>,
        <mailto:sm-discuss-request AT lists.ibiblio.org?subject=unsubscribe>
List-Archive: <https://lists.ibiblio.org/sympa/arc/sm-discuss>
List-Post: <mailto:sm-discuss AT lists.ibiblio.org>
List-Help: <mailto:sympa AT lists.ibiblio.org?subject=HELP>
List-Subscribe: <http://lists.ibiblio.org/mailman/listinfo/sm-discuss>,
        <mailto:sm-discuss-request AT lists.ibiblio.org?subject=subscribe>
X-List-Received-Date: Mon, 10 Mar 2003 01:46:27 -0000

I did another fresh install this past week from the latest iso and have a
few comments to make. Most of these are probably repeats, but I'll try to
get bugs filed as needed. I'm using sorcery-devel and the test grimoire.


1) net-tools and init.d spells block for user input. This one I believe I
even volunteered for a month or two ago, so I'll try to take care of it
soon if someone doesn't beat me to it. Both spells should "query" if the
user wants to launch the config dialog, this way it can timeout and use
(ideally) sane defaults.

The hardest part of this is defining what are sane defaults. Personally, I
think the network card configuration and init.d script configuration
should be separated off into two separate utilities that get installed. If
the user answers 'yes' to the query, it'll launch these configuation
utilities, if they answer 'no' it'll could instruct them to launch the
utility at a later time.

For the init.d scripts, the scripts could individually be set to update
automatically, or not. The init.d configuration tool could be used to
toggle this on or off, to manually update scripts from the init.d spell
directory, and to manage run levels.

I previously submitted a pretty thorough network configuration utility
which can manage the device files in the /etc/sysconfig/network directory.
I'll volunteer to create a similar tool for managing the init.d scripts,
but don't want to waste my time if its not going to be used.

2) sorcery uses 'ps' but the procps spell is not included in the
basesystem.

3) fstab is backwards. The non-physical entries in fstab should be listed
after the physical entries (at least after root). This could probably be
fixed in the mount.sh init.d script somehow too.

4) cast'ing a spell that is already cast fails without telling user to use
the -c option. Here is a simple example. I have wmix installed, I remove
the cache entry to prevent resurrection and attempt to cast without -c:

   root@zorak:~# rm /var/cache/sorcery/wmix-3.0-i686-pc-linux-gnu.tar.bz2
   root@zorak:~# cast wmix
   Preparing environment for wmix
   Collating dependancies...
   Spells are to be cast:
   ---------------------------
   wmix

   Do you want to cast these spells? [y]

   Preparing environment for wmix


   Spells that encountered problems:
   ---------------------------------
   wmix


I also wanted to say great work to everyone! This is by far the smoothest
install I've done to date. Only 4-5 spells failed on the first rebuild,
all because the source was no longer available (shouldn't sorcery
automatically try the download.sourcemage.org/mirror url?). Also casting
speed has dramatically increased.

One last question: what should/is the policy on providing patches for
spells? I have an updated version of the WindowMaker spell that asks if
the user wants to apply a Xinerama patch. It'd be nice down the road to
allow the user to arbitrarily include patch files (similar to adding
configure options). Anyway, should I submit the updates to the WindowMaker
spell, or should we avoid offering patches that have not yet been
integrated by program authors?



-casey