Public SourceMage Discussion List

[Eric Sandall <eric AT sandall.us>]

Quoting Lyon Lemmens <redlemon AT knoware.nl>:
> Hi everybody,
> 
> long time no see.

Hi Lyon, indeed it has. :)

> Anyway. At some point last week during an update 
> my /var/state/sorcery/packages got clobbered and its update was 2 months 
> old. Don't know why or how that happened. So I was faced by the choice of 
> either: 
> 
>       - use the packages.backup and update
>         - use the packages.backup and rebuild
>       - do a fresh install

I believe Paul has a script on his page
(http://dufflebunk.homeip.net/~dufflebunk/sorcerer/) that can rebuild your
packages file.
 
> As I've been living off sorcery updates since I first joined SMGL just 
> before the fork and I wanted to move to 2.6 kernel anyway, I chose for the 
> last.

2.6 is really nice, though some packages don't work. Hamish and Arwed have 
been
working on some sanitized headers for it, which he posted to the ML, IIRC, 
that
need more testing before being pulled into test.
 
> Now, on average it was relatively painless. Install from the ISO worked ok. 
> One glitch during rebuild:
> 
> I switched to the test grimore and devel sorcery

I'd recommend staying with stable Sorcery just because devel isn't guaranteed 
to
be working quite right, but it does have a few cosmetic fixes which aren't in
stable yet. ;)
 
> During rebuild coreutils dispelled itself before "make install". 
> Unfortunately that deleted /usr/bin/install, which it had detected during 
> configure. As a result, it wouldn't install anymore. Result: no core utils.

Hmmm, Sorcery only has "/bin/install" in the protected file. Which is correct,
/bin/install or /usr/bin/install?

> my solution was to manually copy ginstall from the /usr/src/coreutils tree 
> to /usr/bin/install and re-cast. A better solution would prolly be to 
> protect /usr/bin/install during dispel
> 
> Then the fun began. I had saved a "gaze export" and also made a full backup 
> of my old system to my laptop, so I was safe.

Good. :)
 
> The snapshot contained lots of cruft from my old system, so I didn't want to
> 
> rely on it but used it as a guideline for entering the dependencies.
> 
> 90% of all packages installed OK. So kudos to the team.
> 
> But I'm still (after 3 days :-/) working on the 10% that went wrong. Here 
> are the hilights until now: (most of them seem to be related to using the 
> 2.6 kernel)

Please file bugs for all of them, though if it's 2.6-related we'll probably 
mark
it as INVALID since we are not responsible for rewriting any code to work for
2.6. ;)

> gimp-print and cups:
>     cups has an optional-depend on gimp-print
>     gimp-print depends on cups

Yes, we have several circular dependencies like this (cups + samba for 
another).
Any ideas on how to resolve these?

> alsa-driver:
>     I had the same results as others in this list
> 
>     <cut>
>     ....
>     /usr/src/linux-2.6.1/scripts/Makefile.modpost:17: *** Uh-oh, you have
>     stale module entries. You messed with SUBDIRS,
>     /usr/src/linux-2.6.1/scripts/Makefile.modpost:18: do not complain if
>      something goes wrong.
>      MODPOST
>      make[2]: Leaving directory `/usr/src/linux-2.6.1'
> 
>      ALSA modules were successfully compiled.
> 
>      make[1]: Leaving directory `/usr/src/alsa-driver-1.0.2'
>      Preparing to install alsa-driver
>      Dispelled spell: alsa-driver 
>      make[1]: Entering directory `/usr/src/alsa-driver-1.0.2'
>      find /lib/modules/2.6.1/kernel/sound -name 'snd*.*o' | xargs rm -f
>      make[2]: Entering directory `/usr/src/alsa-driver-1.0.2/acore'
>      mkdir -p /lib/modules/2.6.1/kernel/sound/acore
>      cp snd-hwdep.ko snd-page-alloc.ko snd-pcm.ko snd-rawmidi.ko
>      snd-rtctimer.ko snd-timer.ko snd.ko
>      /lib/modules/2.6.1/kernel/sound/acore
>      cp: cannot stat `snd-hwdep.ko': No such file or directory
>      cp: cannot stat `snd-page-alloc.ko': No such file or directory
>      cp: cannot stat `snd-pcm.ko': No such file or directory
>      cp: cannot stat `snd-rawmidi.ko': No such file or directory
>      cp: cannot stat `snd-rtctimer.ko': No such file or directory
>      cp: cannot stat `snd-timer.ko': No such file or directory
>      cp: cannot stat `snd.ko': No such file or directory
>      ...
>      chown: failed to get attributes of `/dev/adsp': No such file or
>      directory
>      ... etc
> 
>      finally: 
>      /tmp/casting.7949: line 28: [: too many arguments
>      </cut>
> 
>      whoops. 
> 
>      I switched to using the kernel alsa drivers. Worked OK.

alsa-driver works fine for me on my 2.6.1-mm5 system. Remember that you still
have to at least compile the "Sound system" as a module (not ALSA or OSS, but
the Sound overmenu). Also, module-init-tools has been downgraded to 3.0-pre5
due to problems with -pre7, please check that you're using -pre5.

> cdrtools:
>      during building libscg it ran into problems
>      with /usr/src/linux/include/scsi/scsi.h. All kind of types were not
>      defined. This appears to have to do with #ifdef __KERNEL__ lines that
>      do not include type definitions when you're not building the kernel. My
>      understanding is that the installation of glibc now installs user mode
>      includes into /usr/include and that user mode progs should not mess
>      with kernel includes anymore. So I added:
> 
>         sedit "s!/usr/src/linux/include!!" DEFAULTS/Defaults.linux &&
> 
>      to the top of BUILD, and hey presto. cdrtools compiled fine. I haven't
>      tried to burn a CD with it yet, though.

Compiled fine for me on my 2.6 system, but if you're having problems, try
dvdrtools, as that compiles fine.

See: http://bugs.sourcemage.org/show_bug.cgi?id=5612
 
> kdeadmin:
>      ran into parse problems with /usr/include/linux/mod_devicetable.h:
> 
>      <cut>
>      /usr/include/linux/mod_devicetable.h:34: error: '__u32' is used as a
>      type, but is not defined as a type.
>      </cut>
>      
>      Hey, these are the userspace includes. Why are there still __KERNEL__
>      ifdefs in here?

The only KDE apps that failed for me were kdebindings and kdemultimedia, of
which I used the 3_2 CVS branch (now in test and stable grimoires under
kde/CVS). The rest I am using 3.1.95 (the 3.2rc2), which compiled fine.
 
> eject:
>      ran into parse problems with /usr/src/linux/include/scsi/scsi.h

Probably a 2.6 problem.

> samba:
>      ran into problems in /usr/include/linux/radix-tree.h: undefined symbol
>      TIF_NEED_REBUILD during build of smbclient. Kernel definition again.
>      Temporary commenting out the radix-tree include, let me build samba OK.

This is a known problem. If you have time to try the possible fixes in:
http://bugs.sourcemage.org/show_bug.cgi?id=4575 that'd help.
     
> ffmpeg:
>      I had to switch to the CVS version to get it to compile

ffmpeg compiles fine on my 2.6 machine, have you recast your glibc after 
booting
into 2.6? It sounds as though you haven't with all of these problems.

> faad2:
>      I couldn't get it to install. gcc crashed with an internal error on
>      ic_predict.c, though that was invisible because the gcc output is
>      redirected to /dev/null in the makefiles.
>      I guess I can go without faad2 for now.

Again, compiles fine here.
 
> svgalib:
>      /usr/src/svgalib-1.9.17/src/libvga.h:106: error: redefinition of
>     `struct info'.
> 
>      Yeah right. struct info. Now *that* is a unique name if I've ever seen
>      one. I can do without svgalib for a while.

This also fails for me, but as it's a 2.6 bug I haven't filed a report for it.

> amaya:
>      ancient version in grimoire

Mind filing a bug report for the newer version?
 
> tidy:
>      won't download source

Mind filing a bug report for the newer version?
 
> modplugxmms:
>      /usr/include/libintl.h:40: error: parse error before `__const'. kernel
>      ifdefs. 

Haven't tried.

> autofs:
>      when I compiled autofs4 as a module into the kernel, the automounter
>      could not load it automatically, event though there was an
>      "alias autofs autofs4" in modprobe.conf. Including it into the kernel
>      itself got rid of that.

Haven't tried.
     
> NVIDIA_drivers:
>      these appear to rebuild the whole kernel again when I install them. And
>      that happens whenever I have to recast the kernel. 
> 
>      which brings me to:

Not for me. A cast of linux triggers this to be compiled, but it only compiles
and installs the nvidia.o module.
 
> linux:
>      the new 2.6 kernel is much smarter when it comes to building it. Isn't
>      there a way to harness that? It seems a bit wasteful to do a complete
>      cast (with unpack and md5summing) every time I want to change just one
>      parameter. Also I've seen several times that casting alsa-driver or
>      NVIDIA_driver seem to relink all the modules again.

I have a bug filed for that. If you have any ideas, please share them. I've 
been
thinking of just removing prepare_install, but not sure what else that might
break.  See: http://bugs.sourcemage.org/show_bug.cgi?id=4533
 
> assorted errors and observations:
> 
> - after installation, there was no /var/tmp

File a bug. ;)

> - there is no /var/log/lastlog

Should there be? Doesn't the logger create that?

> - nfs warning: mount version older than kernel

There are known problems with NFS and 2.6, though that's mainly if your NFS
server is running 2.6. Check LKML.

> - spamassassin doesn't include an init.d file for the spamd
> 
>   <cut>
>    #!/bin/sh
> 
>    NEEDS=/usr/bin/spamd
>    PROGRAM=/bin/false
>    RUNLEVEL=3
> 
>    . /etc/init.d/smgl_init
> 
>    start()
>    {
>        echo   "Starting spam killer"
>        loadproc spamd -d -u mail -p 400
>        evaluate_retval
>    }
>    stop()
>    {
>        echo   "Stopping spam killer"
>        killproc spamd
>        evaluate_retval
>    }
>    restart()
>    {
>        stop
>        start
>    }
>    usage()
>    {
>        echo   "Usage: $0 {start|stop|restart}"
>    }
>    </cut>

Hmmm...I just call SpamAssassin through procmail and that seems to work. I
haven't tried using SpamAssassin's init.

> 
> Oh, and there are lots of problems with my old section: perl-cpan. I'll try 
> to solve those as I go along and post fixes.

Yeah, we haven't found anyone to replace you yet. :(

> I haven't had time to create bug reports for all these, as my first convern 
> is to bet my workstation up&running again. I'll be a good boy and do so as 
> soon as possible.

Thanks. :) Just ignore my above entreaties to do so then, as I responded to 
this
as I read it. ;)

-sandalle

-- 
PGP Key Fingerprint:  FCFF 26A1 BE21 08F4 BB91  FAED 1D7B 7D74 A8EF DD61
http://search.keyserver.net:11371/pks/lookup?op=get&search=0xA8EFDD61

-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCS/E/IT$ d-- s++:+>: a-- C++(+++) BL++++VIS>$ P+(++) L+++ E-(---) W++ N+@ o?
K? w++++>-- O M-@ V-- PS+(+++) PE(-) Y++(+) PGP++(+) t+() 5++ X(+) R+(++)
tv(--)b++(+++) DI+@ D++(+++) G>+++ e>+++ h---(++) r++ y+
------END GEEK CODE BLOCK------

Eric Sandall                     |  Source Mage GNU/Linux Developer
eric AT sandall.us                  |  http://www.sourcemage.org/
http://eric.sandall.us/          |  SysAdmin @ Inst. Shock Physics @ WSU
http://counter.li.org/  #196285  |  http://www.shock.wsu.edu/

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.