From maintainer at lunar-linux.org Fri Oct 3 12:35:33 2008 From: maintainer at lunar-linux.org (maintainer@lunar-linux.org) Date: Fri, 3 Oct 2008 12:35:33 +0200 (CEST) Subject: weekly news - 20081003 Message-ID: <20081003103533.A57599B1D7@doppio.foo-projects.org> Hi! Here's the latest weekly news edition! ===================================================================== ===================================================================== New modules: (3) gavl-1.0.1: Gmerlin Audio Video Library qtparted-0.4.5: Partition Magic clone written in C++ using the Qt toolkit swfdec-mozilla-0.8.0: GPL flash plugin Removed modules: (1) enblend New versions: (49) DirectFB : 1.2.4 -> 1.2.6 ImageMagick : 6.4.2-10 -> 6.4.3-10 NVIDIA : 173.14.12 -> 177.70.14 NVIDIA-beta : 177.76 -> 177.78 abiword : 2.6.3 -> 2.6.4 airconfig-svn : svn-38 -> svn-39 automoc : svn-38 svn-38 -> svn-39 svn-39 baobab : 2.3.2 -> 2.4.2 boost : 1.34.1 -> 1.36.0 brasero : 0.8.0 -> 0.8.1 busybox : 1.11.2 -> 1.11.3 busybox_static : 1.11.2 -> 1.11.3 bzr : 1.6.1 -> 1.7.1 bzrtools : 1.6.0 -> 1.7.0 cairo : 1.6.4 -> 1.8.0 ctorrent : dnh3.2 -> dnh3.3.2 djvulibre : 3.5.20 -> 3.5.21 doxygen : 1.5.6 -> 1.5.7 firefox : 3.0.2 -> 3.0.3 firefox2 : 2.0.0.16 -> 2.0.0.17 ghal-svn : svn-38 -> svn-39 gitosis-git : git-38 -> git-39 gnome-pilot-conduits : 2.0.10 -> 2.0.16 gst-ffmpeg : 0.10.2 -> 0.10.5 gst-plugins-bad : 0.10.7 -> 0.10.8 gst-plugins-good : 0.10.8 -> 0.10.10 gst-plugins-ugly : 0.10.7 -> 0.10.9 jack : 0.103.0 -> 0.109.2 ktorrent4 : 3.1.2 -> 3.1.3 libev : 3.1 -> 3.44 libidn : 1.7 -> 1.10 libsmbios : 2.0.2 -> 2.0.3 lighttpd : 1.4.19 -> 1.4.20 lm_sensors : 3.0.2 -> 3.0.3 nasm : 2.03.01 -> 2.04 phpMyAdmin : 2.11.9.2 -> 3.0.0 pixman : 0.11.8 -> 0.12.0 snort : 2.8.3 -> 2.8.3.1 squirrelmail : 1.4.15 -> 1.4.16 stgit : 0.14.2 -> 0.14.3 syslinux : 3.71 -> 3.72 sysstat : 8.1.5 -> 8.1.6 thunderbird : 2.0.0.16 -> 2.0.0.17 tig : 0.11 -> 0.12 vlc : 0.9.2 -> 0.9.3 webkitkde : svn-38 -> svn-39 wxGTK : 2.8.8.1 -> 2.8.9.0 wxPython : 2.8.8.1 -> 2.8.9.0 ===================================================================== The Lunar-Linux team From rpyne at kinfolk.org Sat Oct 4 14:52:49 2008 From: rpyne at kinfolk.org (rpyne@kinfolk.org) Date: Sat, 04 Oct 2008 06:52:49 -0600 Subject: lunar-init: Added mount support for LVM volumes Message-ID: <48E712C1.31495.2F1410@rpyne.kinfolk.org> I tried submitting this from work, but got an error: From: Richard Pyne --- module: lunar-init id: 52a30f24da704763f158c146dc733ae2 lvu submit: lunar-init lvu: 41d0769d8e06ad7650af26bc6cb1dfef - uname -r: 2.6.26.5 kernel headers: gcc: 4.2.4 glibc: 2.7 --- utils/lunar-init/mount | 6 ++++++ 1 file changed, 6 insertions(+) --- diff a/utils/lunar-init b/utils/lunar-init --- a/utils/lunar-init/mount 2008-10-03 18:02:32.000000000 +0000 +++ b/utils/lunar-init/mount 2008-10-04 12:41:50.000000000 +0000 @@ -262,6 +262,12 @@ echo "Mounting remaining filesystems: " + # Enable LVM or LVM2 if configured + if [ -e /etc/config.d/lvm -a -x /sbin/vgscan -a -x /sbin/vgchange ]; then + /sbin/vgscan + /sbin/vgchange -a y + fi + # hack to get it into /etc/mtab if [ "$DEVNODES" == "devfs" ]; then run_without_msg "mount -f -t devfs devfs /dev" lunar-init: Submit this module now? [y] Error: not authorized From rpyne at kinfolk.org Sat Oct 4 23:30:48 2008 From: rpyne at kinfolk.org (rpyne@kinfolk.org) Date: Sat, 04 Oct 2008 15:30:48 -0600 Subject: lvu installed list empty Message-ID: <48E78C28.15891.2094DAC@rpyne.kinfolk.org> Help!! Somehow in the process of doing a major update on a server, I now get nothing from "lvu installed". made the mistake of running "lunar prune" and now /var/cache/lunar and /var spool/lunar are completely empty. Is there any way to recover the list of installed modules?? Thanks. --Richard From ratler at lunar-linux.org Sun Oct 5 20:28:40 2008 From: ratler at lunar-linux.org (Stefan Wold) Date: Sun, 05 Oct 2008 20:28:40 +0200 Subject: lunar-init: Added mount support for LVM volumes In-Reply-To: <48E712C1.31495.2F1410@rpyne.kinfolk.org> References: <48E712C1.31495.2F1410@rpyne.kinfolk.org> Message-ID: <1223231320.12229.6.camel@localhost> On Sat, 2008-10-04 at 06:52 -0600, rpyne at kinfolk.org wrote: > I tried submitting this from work, but got an error: > > From: Richard Pyne > ? Thanks, but a LVM patch for the mountscript already exist, if you feel like testing it you can find it in my personal git repo, http://foo-projects.org/git/?p=ratler/moonbase.git;a=summary This script will eventually be merged into the moonbase -- Sincerely Stefan Wold Lunar Linux developer - PGP public key 6E810F05 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part Url : http://foo-projects.org/pipermail/lunar/attachments/20081005/d0c239d6/attachment.bin From rpyne at kinfolk.org Sun Oct 5 21:15:22 2008 From: rpyne at kinfolk.org (rpyne@kinfolk.org) Date: Sun, 05 Oct 2008 13:15:22 -0600 Subject: lin iptraf fails 1.6.4b3 Message-ID: <48E8BDEA.19666.1718FC9@rpyne.kinfolk.org> In file included from /usr/include/stdlib.h:320, from tcptable.h:9, from othptab.c:26: /usr/include/sys/types.h:62: error: conflicting types for 'dev_t' /usr/include/linux/types.h:13: error: previous declaration of 'dev_t' was here /usr/include/sys/types.h:67: error: conflicting types for 'gid_t' /usr/include/linux/types.h:27: error: previous declaration of 'gid_t' was here /usr/include/sys/types.h:72: error: conflicting types for 'mode_t' /usr/include/linux/types.h:15: error: previous declaration of 'mode_t' was here /usr/include/sys/types.h:77: error: conflicting types for 'nlink_t' /usr/include/linux/types.h:16: error: previous declaration of 'nlink_t' was here /usr/include/sys/types.h:82: error: conflicting types for 'uid_t' /usr/include/linux/types.h:26: error: previous declaration of 'uid_t' was here In file included from /usr/include/sys/types.h:133, from /usr/include/stdlib.h:320, from tcptable.h:9, from othptab.c:26: /usr/include/time.h:105: error: conflicting types for 'timer_t' /usr/include/linux/types.h:22: error: previous declaration of 'timer_t' was here In file included from /usr/include/sys/types.h:220, from /usr/include/stdlib.h:320, from tcptable.h:9, from othptab.c:26: /usr/include/sys/select.h:78: error: conflicting types for 'fd_set' /usr/include/linux/types.h:12: error: previous declaration of 'fd_set' was here In file included from /usr/include/stdlib.h:320, from tcptable.h:9, from othptab.c:26: /usr/include/sys/types.h:235: error: conflicting types for 'blkcnt_t' /usr/include/linux/types.h:124: error: previous declaration of 'blkcnt_t' was here othptab.c: In function 'add_othp_entry': othptab.c:139: warning: pointer targets in passing argument 1 of 'convmacaddr' differ in signedness From sofar at foo-projects.org Mon Oct 6 22:24:36 2008 From: sofar at foo-projects.org (Kok, Auke) Date: Mon, 06 Oct 2008 13:24:36 -0700 Subject: lvu installed list empty In-Reply-To: <48E78C28.15891.2094DAC@rpyne.kinfolk.org> References: <48E78C28.15891.2094DAC@rpyne.kinfolk.org> Message-ID: <48EA7404.7080602@foo-projects.org> rpyne at kinfolk.org wrote: > Help!! Somehow in the process of doing a major update on a server, I > now get nothing from "lvu installed". made the mistake of running > "lunar prune" and now /var/cache/lunar and /var spool/lunar are > completely empty. > > Is there any way to recover the list of installed modules?? nothing wrong with /var/cache/lunar or /var/spool/lunar being empty... lunar's state files are in /var/state/lunar. if that folder is empty and no valid *.backup files are there, you'll have to reconstruct them manually from the information in /var/log/lunar/md5sum or similar, which is a bit of a pain here's roughly what a /var/state/lunar folder should contain (sizes approximate) $ ls /var/state/lunar/ -s total 808 4 blacklist.Alpha 68 depends 64 module.index 4 blacklist.PowerPC 68 depends.backup 36 packages 4 blacklist.SPARC 280 depends.cache 36 packages.backup 4 blacklist.x86 240 module_history From rpyne at kinfolk.org Wed Oct 8 15:29:04 2008 From: rpyne at kinfolk.org (rpyne@kinfolk.org) Date: Wed, 08 Oct 2008 07:29:04 -0600 Subject: timezone-data Message-ID: <48EC6140.21534.159DC58@rpyne.kinfolk.org> Version 2008e no longer exists. I submitted an update several days ago. The current version is 2008g. --Richard From rpyne at kinfolk.org Thu Oct 9 06:31:31 2008 From: rpyne at kinfolk.org (rpyne@kinfolk.org) Date: Wed, 08 Oct 2008 22:31:31 -0600 Subject: Getopt-Long problem Message-ID: <48ED34C3.12064.49413C2@rpyne.kinfolk.org> # lin -cr Getopt-Long Checking dependencies for Getopt-Long Building Getopt-Long version 2.36 Checking if your kit is complete... Looks good Writing Makefile for Getopt::Long cp lib/Getopt/Long.pm blib/lib/Getopt/Long.pm cp lib/newgetopt.pl blib/lib/newgetopt.pl Can't locate Getopt/Long.pm in @INC (@INC contains: /usr/lib/perl5/5.10.0/i686-linux-thread-multi /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl/5.10.0/i686-linux-thread-multi /usr/lib/perl5/site_perl/5.10.0 .) at /usr/lib/perl5/5.10.0/ExtUtils/Command/MM.pm line 93. make: *** [manifypods] Error 2 Creating /var/log/lunar/compile/Getopt-Long-2.36.bz2 ! Problem detected during BUILD # From rpyne at kinfolk.org Thu Oct 9 06:47:16 2008 From: rpyne at kinfolk.org (rpyne@kinfolk.org) Date: Wed, 08 Oct 2008 22:47:16 -0600 Subject: Getopt-Long problem In-Reply-To: <48ED34C3.12064.49413C2@rpyne.kinfolk.org> References: <48ED34C3.12064.49413C2@rpyne.kinfolk.org> Message-ID: <48ED3874.18960.4A28052@rpyne.kinfolk.org> What I discovered is that Getopt-Long is necessary for lin to work, so when rebuilding Getopt-Long, as soon as lin removes the old version, lin crashes because it needs Getopt-Long to work. So, the question is, how do I install a new version of Getopt-Long without removing the existing version? It there going to be a similar problem when upgrading to a newer version of perl? --Richard On 8 Oct 2008 at 22:31, rpyne at kinfolk.org wrote: > # lin -cr Getopt-Long > Checking dependencies for Getopt-Long > Building Getopt-Long version 2.36 > > Checking if your kit is complete... > Looks good > Writing Makefile for Getopt::Long > cp lib/Getopt/Long.pm blib/lib/Getopt/Long.pm > cp lib/newgetopt.pl blib/lib/newgetopt.pl > Can't locate Getopt/Long.pm in @INC (@INC contains: > /usr/lib/perl5/5.10.0/i686-linux-thread-multi /usr/lib/perl5/5.10.0 > /usr/lib/perl5/site_perl/5.10.0/i686-linux-thread-multi > /usr/lib/perl5/site_perl/5.10.0 .) at > /usr/lib/perl5/5.10.0/ExtUtils/Command/MM.pm line 93. > make: *** [manifypods] Error 2 > Creating /var/log/lunar/compile/Getopt-Long-2.36.bz2 > ! Problem detected during BUILD > # > _______________________________________________ > Lunar mailing list > Lunar at lunar-linux.org > http://foo-projects.org/mailman/listinfo/lunar From tpchan at comcast.net Thu Oct 9 15:19:17 2008 From: tpchan at comcast.net (Terry Chan) Date: Thu, 9 Oct 2008 08:19:17 -0500 Subject: Getopt-Long problem In-Reply-To: <48ED3874.18960.4A28052@rpyne.kinfolk.org> References: <48ED34C3.12064.49413C2@rpyne.kinfolk.org> <48ED3874.18960.4A28052@rpyne.kinfolk.org> Message-ID: <20081009131917.GA29729@sega.hsd1.il.comcast.net> Getopt-Long is NOT required for lin to work. It's never been installed on any of my Lunar boxes. I have no idea why you are even trying to install this perl module, unless you are trying to use the razor-agents module. Yes, perl modules are still quite a problem when upgrading to a major perl update, like 5.8.x to 5.10.x. Terry Chan ----------------------------------------------------------------- On Wed, Oct 08, 2008 at 10:47:16PM -0600, rpyne at kinfolk.org wrote: > What I discovered is that Getopt-Long is necessary for lin to work, > so when rebuilding Getopt-Long, as soon as lin removes the old > version, lin crashes because it needs Getopt-Long to work. > > So, the question is, how do I install a new version of Getopt-Long > without removing the existing version? It there going to be a similar > problem when upgrading to a newer version of perl? > > --Richard > > On 8 Oct 2008 at 22:31, rpyne at kinfolk.org wrote: > > > # lin -cr Getopt-Long > > Checking dependencies for Getopt-Long > > Building Getopt-Long version 2.36 > > > > Checking if your kit is complete... > > Looks good > > Writing Makefile for Getopt::Long > > cp lib/Getopt/Long.pm blib/lib/Getopt/Long.pm > > cp lib/newgetopt.pl blib/lib/newgetopt.pl > > Can't locate Getopt/Long.pm in @INC (@INC contains: > > /usr/lib/perl5/5.10.0/i686-linux-thread-multi /usr/lib/perl5/5.10.0 > > /usr/lib/perl5/site_perl/5.10.0/i686-linux-thread-multi > > /usr/lib/perl5/site_perl/5.10.0 .) at > > /usr/lib/perl5/5.10.0/ExtUtils/Command/MM.pm line 93. > > make: *** [manifypods] Error 2 > > Creating /var/log/lunar/compile/Getopt-Long-2.36.bz2 > > ! Problem detected during BUILD > > # From rpyne at kinfolk.org Thu Oct 9 18:10:05 2008 From: rpyne at kinfolk.org (rpyne@kinfolk.org) Date: Thu, 09 Oct 2008 10:10:05 -0600 Subject: Getopt-Long problem In-Reply-To: <20081009131917.GA29729@sega.hsd1.il.comcast.net> References: <48ED34C3.12064.49413C2@rpyne.kinfolk.org>, <48ED3874.18960.4A28052@rpyne.kinfolk.org>, <20081009131917.GA29729@sega.hsd1.il.comcast.net> Message-ID: <48EDD87D.32160.7139B4D@rpyne.kinfolk.org> Interesting. I was running a lunar rebuild and EVERY module in the rebuild list after Getopt-Long failed failed with the same error that it couldn't locate Getopt/long.pm. Once I resurected Getopt-Long, they all worked. --Richard On 9 Oct 2008 at 8:19, Terry Chan wrote: > Getopt-Long is NOT required for lin to work. It's never been installed > on any of my Lunar boxes. I have no idea why you are even trying to > install this perl module, unless you are trying to use the razor-agents > module. > > Yes, perl modules are still quite a problem when upgrading to a major > perl update, like 5.8.x to 5.10.x. > > Terry Chan > ----------------------------------------------------------------- > On Wed, Oct 08, 2008 at 10:47:16PM -0600, rpyne at kinfolk.org wrote: > > What I discovered is that Getopt-Long is necessary for lin to work, > > so when rebuilding Getopt-Long, as soon as lin removes the old > > version, lin crashes because it needs Getopt-Long to work. > > > > So, the question is, how do I install a new version of Getopt-Long > > without removing the existing version? It there going to be a similar > > problem when upgrading to a newer version of perl? > > > > --Richard > > > > On 8 Oct 2008 at 22:31, rpyne at kinfolk.org wrote: > > > > > # lin -cr Getopt-Long > > > Checking dependencies for Getopt-Long > > > Building Getopt-Long version 2.36 > > > > > > Checking if your kit is complete... > > > Looks good > > > Writing Makefile for Getopt::Long > > > cp lib/Getopt/Long.pm blib/lib/Getopt/Long.pm > > > cp lib/newgetopt.pl blib/lib/newgetopt.pl > > > Can't locate Getopt/Long.pm in @INC (@INC contains: > > > /usr/lib/perl5/5.10.0/i686-linux-thread-multi /usr/lib/perl5/5.10.0 > > > /usr/lib/perl5/site_perl/5.10.0/i686-linux-thread-multi > > > /usr/lib/perl5/site_perl/5.10.0 .) at > > > /usr/lib/perl5/5.10.0/ExtUtils/Command/MM.pm line 93. > > > make: *** [manifypods] Error 2 > > > Creating /var/log/lunar/compile/Getopt-Long-2.36.bz2 > > > ! Problem detected during BUILD > > > # > _______________________________________________ > Lunar mailing list > Lunar at lunar-linux.org > http://foo-projects.org/mailman/listinfo/lunar From tpchan at comcast.net Thu Oct 9 18:21:35 2008 From: tpchan at comcast.net (Terry Chan) Date: Thu, 9 Oct 2008 11:21:35 -0500 Subject: Getopt-Long problem In-Reply-To: <48EDD87D.32160.7139B4D@rpyne.kinfolk.org> References: <20081009131917.GA29729@sega.hsd1.il.comcast.net> <48EDD87D.32160.7139B4D@rpyne.kinfolk.org> Message-ID: <20081009162135.GA30287@sega.hsd1.il.comcast.net> ElAngelo correctly pointed out to me in #lunar that Getopt/Long.pm is part of the standard perl-5.10 distibution. So by using the outdated lunar perl module Getopt-Long you've effectively borked your perl distribution. The correct solution for your problem it to resurrect or recompile perl-5.10 and stop using the moonbase/perl/Getopt-Long module. Terry Chan ------------------------------------------------------------------ On Thu, Oct 09, 2008 at 10:10:05AM -0600, rpyne at kinfolk.org wrote: > Interesting. I was running a lunar rebuild and EVERY module in the > rebuild list after Getopt-Long failed failed with the same error that > it couldn't locate Getopt/long.pm. Once I resurected Getopt-Long, > they all worked. > > --Richard > From maintainer at lunar-linux.org Fri Oct 10 12:35:35 2008 From: maintainer at lunar-linux.org (maintainer@lunar-linux.org) Date: Fri, 10 Oct 2008 12:35:35 +0200 (CEST) Subject: weekly news - 20081010 Message-ID: <20081010103535.3272B9B1AA@doppio.foo-projects.org> Hi! Here's the latest weekly news edition! ===================================================================== ===================================================================== New modules: (5) boo-0.8.2.2960: An object oriented programming language for the CLI compizconfig-backend-kconfig-0.7.8: the kconfig backend for Compiz Fusion settings gnome-desktop-sharp-2.20.1: GNOME desktop bindings for Mono simple-ccsm-0.7.8: Compiz Fusion's Settings Manager yafc-1.1: yet another ftp client Removed modules: (2) gecko-sharp2 gtk-sharp2 New versions: (88) NVIDIA : 177.70.14 -> 177.80 airconfig-svn : svn-39 -> svn-40 automoc : svn-39 svn-39 -> 0.9.84 svn-40 banshee : 1.0.0 -> 1.3.1 ccsm : 0.6.0 -> 0.7.8 cfengine : 2.2.3 -> 2.2.8 compiz : 0.6.2 -> 0.7.8 compiz-bcop : 0.6.0 -> 0.7.8 compiz-fusion : 0.6.0 -> 0.7.8 compiz-fusion-plugins-extra: 0.6.0 -> 0.7.8 compiz-fusion-plugins-main: 0.6.0 -> 0.7.8 compiz-fusion-plugins-unsupported: 0.6.0 -> 0.7.8 compizconfig-backend-gconf: 0.6.0 -> 0.7.8 compizconfig-python : 0.6.0.1 -> 0.7.8 cups : 1.3.8 -> 1.3.9 dovecot : 1.1.3 -> 1.1.4 doxygen : 1.5.7 -> 1.5.7.1 e2fsprogs : 1.41.1 -> 1.41.2 emerald : 0.5.2 -> 0.7.8 encfs : 1.4.2 -> 1.5 eric4 : 4.2.1 -> 4.2.2a esmtp : 0.6.0 -> 1.0 f-spot : 0.4.2 -> 0.5.0.2 gecko-sharp : 0.6 -> 2.0-0.13 ghal-svn : svn-39 -> svn-40 gitosis-git : git-39 -> git-40 gpsbabel : 1.3.4 -> 1.3.5 gtk-sharp : 1.0.10 -> 2.12.1 guidance-power-manager : 4.1.1 -> 4.1.2 icon-naming-utils : 0.8.6 -> 0.8.7 iso-codes : 3.1 -> 3.3 kcoloredit : 4.1.1 -> 4.1.2 kde4 : 4.1.1 -> 4.1.2 kdeaccessibility4 : 4.1.1 -> 4.1.2 kdeadmin4 : 4.1.1 -> 4.1.2 kdeartwork4 : 4.1.1 -> 4.1.2 kdebase4 : 4.1.1 -> 4.1.2 kdebase4-runtime : 4.1.1 -> 4.1.2 kdebase4-workspace : 4.1.1 -> 4.1.2 kdebindings4 : 4.1.1 -> 4.1.2 kdeedu4 : 4.1.1 -> 4.1.2 kdegames4 : 4.1.1 -> 4.1.2 kdegraphics4 : 4.1.1 -> 4.1.2 kdelibs4 : 4.1.1 -> 4.1.2 kdemultimedia4 : 4.1.1 -> 4.1.2 kdenetwork4 : 4.1.1 -> 4.1.2 kdepim4 : 4.1.1 -> 4.1.2 kdepimlibs4 : 4.1.1 -> 4.1.2 kdeplasma4-addons : 4.1.1 -> 4.1.2 kdesdk4 : 4.1.1 -> 4.1.2 kdesvn : 1.0.1 -> 1.0.2 kdetoys4 : 4.1.1 -> 4.1.2 kdeutils4 : 4.1.1 -> 4.1.2 kdewebdev4 : 4.1.1 -> 4.1.2 kfax : 4.1.1 -> 4.1.2 kgrab : 4.1.1 -> 4.1.2 kgraphviewer : 4.1.1 -> 4.1.2 kiconedit : 4.1.1 -> 4.1.2 kio_gopher : 4.1.1 -> 4.1.2 kmldonkey4 : 4.1.1 -> 4.1.2 libburn : 0.5.2 -> 0.5.4 libcompizconfig : 0.6.0 -> 0.7.8 libgdiplus : 1.2.6 -> 2.0 libisoburn : 0.1.8 -> 0.2.6 libisofs : 0.6.8 -> 0.6.10 linux-2.6 : 2.6.26.5 -> 2.6.27 man-pages : 3.10 -> 3.11 mono : 1.9.1 -> 2.0 mono-basic : 1.2.6 -> 2.0 mono-debugger : 0.60 -> 2.0 mono-tools : 1.2.6 -> 2.0 monodoc : 1.2.6 -> 2.0 nano : 2.0.8 -> 2.0.9 nfs-utils : 1.1.1 -> 1.1.3 ntop : 3.3.7 -> 3.3.8 numpy : 1.1.1 -> 1.2.0 openvrml : 0.17.7 -> 0.17.9 opera : 9.52 -> 9.60 opera-static : 9.52 -> 9.60 qt3 : 3.3.8 -> 3.3.8b quota : 3.13 -> 3.16 timezone-data : 2008e -> 2008g vlc : 0.9.3 -> 0.9.4 webkitkde : svn-39 -> svn-40 xf86-input-evdev : 2.0.4 -> 2.0.6 xf86-input-mutouch : 1.2.0 -> 1.2.1 yasm : 0.7.1 -> 0.7.2 Moved modules: gecko-sharp : devel -> mono gtk-sharp : devel -> mono gtksourceview-sharp : devel -> mono libgdiplus : libs -> mono mono : compilers -> mono mono-addins : libs -> mono mono-basic : compilers -> mono mono-debugger : devel -> mono mono-tools : devel -> mono mono-zeroconf : libs -> mono ===================================================================== The Lunar-Linux team From nestu at lunar-linux.org Tue Oct 14 10:44:00 2008 From: nestu at lunar-linux.org (Jaime Buffery) Date: Tue, 14 Oct 2008 10:44:00 +0200 Subject: [Lunar-bugs] [Lunar Linux 0000251]: some problems with lunar-install when using chroot In-Reply-To: <6f70f07e5f10904d32cf80acb005a54a@bugs.lunar-linux.org> References: <6f70f07e5f10904d32cf80acb005a54a@bugs.lunar-linux.org> Message-ID: <20081014084400.GA30695@lunar-linux.org> Hello, Yes, I know this is closed, but just on side note, you are missing to mount --bind /sys (only if you haven't only missed saying so and you did mount it). Bye, nestu On Mon, Oct 13, 2008 at 06:45:31PM +0200, Lunar bug reports list wrote: > [ .. ] > 1.) downloaded iso > 2.) mount -t iso9660 -o loop bla.iso iso > 3.) mount --bind /dev/ iso/dev > 4.) mount --bind /proc/ iso/proc > 5.) chroot iso > 6.) mount /dev/pts > 7.) mount /tmp > 8.) lunar-install From ratler at lunar-linux.org Wed Oct 15 18:18:05 2008 From: ratler at lunar-linux.org (Stefan Wold) Date: Wed, 15 Oct 2008 18:18:05 +0200 Subject: 1.6.4-beta1 (i686 & x86_64) ISO released Message-ID: <1224087485.4049.25.camel@localhost> Dear users, HEAR, HEAR! Lunar Linux 1.6.4-beta1 codename 'Lacus Autumni' just became available, so grab it while it's hot! We encourage everyone to give the latest ISO a test spin, your feedback is invaluable to us. With your help we will make Lunar even better! We know it has been a long wait for a new ISO to become available that fixes all the problems using the old ISO's, so wait no further! The 1.6.4 stable release is just around the corner and we hope it will please everyone. As mentioned in our previous announcement XOrg and Xfce4 had to be removed from the ISO, as it was just not worth the effort to maintain them. Instead we can put that effort into further improving our installer and ISO quality. New features in 1.6.4 * Working software raid configuration * Improved language selection * Installation from a USB stick or other media * Ships with kernel 2.6.27! * ReiserFS, XFS and JFS are now also built-in with the precompiled kernels Please try the new ISO and give us feedback through the bugtracker. You can also inform us directly on IRC and via our mailing lists, though the bug tracker is preferred. Summary of changes since 1.6.4-alpha3: * Fixed an issue with swap partitions showing up twice in fstab if more than one was added * Added a feature to list what filesystem type you chose for the assigned partition * We now disable /tmp on tmpfs if the user add a /tmp partition * Precompiled kernels will now get registered as installed * As mentioned the default kernel config now includes xfs, jfs and reiserfs as built-in * Software raid fixes * All modules refreshed * Kernel 2.6.27 added * Module freetype2 removed * A few 'luser' bugs were fixed that caused various issues creating groups for a new user * A 'lservices' bug fixed, it's now again possible to enable/disable services Download here: Mirror(s): http://lunar-linux.org/lunar/testing/lunar-1.6.4-beta1-i686.iso.bz2 http://lunar-linux.org/lunar/testing/lunar-1.6.4-beta1-x86_64.iso.bz2 MD5sums: http://lunar-linux.org/lunar/testing/lunar-1.6.4-beta1-i686.iso.bz2.md5 http://lunar-linux.org/lunar/testing/lunar-1.6.4-beta1-i686.iso.md5 http://lunar-linux.org/lunar/testing/lunar-1.6.4-beta1-x86_64.iso.bz2.md5 http://lunar-linux.org/lunar/testing/lunar-1.6.4-beta1-x86_64.iso.md5 -- Sincerely Stefan Wold Lunar Linux developer - PGP public key 6E810F05 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part Url : http://foo-projects.org/pipermail/lunar/attachments/20081015/50e12cfd/attachment.bin From maintainer at lunar-linux.org Fri Oct 17 12:35:34 2008 From: maintainer at lunar-linux.org (maintainer@lunar-linux.org) Date: Fri, 17 Oct 2008 12:35:34 +0200 (CEST) Subject: weekly news - 20081017 Message-ID: <20081017103534.0E8ED9B1AE@doppio.foo-projects.org> Hi! Here's the latest weekly news edition! ===================================================================== ===================================================================== New modules: (4) babl-0.0.22: dynamic, any to any, pixel format translation library dri2proto-1.1: Protocol headers gegl-0.0.20: Generic Graphics Library x264-snapshot-20080901-2245: library for encoding H264/AVC video streams Removed modules: (1) mesa-glu New versions: (42) NVIDIA-beta : 177.78 -> 177.80 airconfig-svn : svn-40 -> svn-41 apache2 : 2.2.9 -> 2.2.10 automoc : svn-40 -> svn-41 banshee : 1.3.1 -> 1.3.2 blender : 2.47 -> 2.48 deluge : 0.5.9.3 -> 1.0.2 e2fsprogs : 1.41.2 -> 1.41.3 eclipse-bin : 3.4 -> 3.4.1 ed : 1.0 -> 1.1 fftw3 : 3.1.2 -> 3.1.3 flash-plugin-10 : 091508 -> 10.0.12.36 ghal-svn : svn-40 -> svn-41 gimp : 2.4.7 -> 2.6.1 gitosis-git : git-40 -> git-41 iptables : 1.4.1.1 -> 1.4.2 libdrm : 2.3.0 -> 2.3.1 libgda2 : 3.1.2 -> 3.1.5 linux-2.6 : 2.6.27 -> 2.6.27.1 lua : 5.1.3 -> 5.1.4 lunar-tools : 2008.1 -> 2008.2 m4 : 1.4.11 -> 1.4.12 mesa-lib : 7.0.4 -> 7.2 mkvtoolnix : 2.3.0 -> 2.4.0 module-init-tools : 3.4 -> 3.4.1 ntfs-3g : 1.2918 -> 1.5012 openldap : 2.4.11 -> 2.4.12 openoffice-bin : 2.4.1 -> 3.0.0 poppler : 0.8.7 -> 0.10.0 rpm : 5.1.4 -> 5.1.5 sqlite : 3.6.3 -> 3.6.4 squid : 3.0.STABLE9 -> 3.0.STABLE10 subversion : 1.5.2 -> 1.5.3 tcl : 8.5.4 -> 8.5.5 tk : 8.5.4 -> 8.5.5 vobcopy : 1.1.1 -> 1.1.2 webkitkde : svn-40 -> svn-41 xcb-proto : 1.1 -> 1.2 xf86-video-radeonhd : 1.2.1 -> 1.2.3 xf86driproto : 2.0.3 -> 2.0.4 xorg-server : 1.4.2 -> 1.5.2 xtrans : 1.2.1 -> 1.2.2 Moved modules: flash-plugin-10 : zbeta -> web ===================================================================== The Lunar-Linux team From majinai at warpmail.net Sat Oct 18 14:11:57 2008 From: majinai at warpmail.net (Gb) Date: Sat, 18 Oct 2008 14:11:57 +0200 Subject: mldonkey update status Message-ID: Hi, I sent you a module update submission on 09-20-2008 21:22 for mldonkey, as I reported here: http://bugs.lunar-linux.org/view.php?id=322 I would like to know if you actually received it and if you can include it in the moonbase. Thanks, Gb From 0lvin at ukr.net Sat Oct 18 14:18:43 2008 From: 0lvin at ukr.net (=?WINDOWS-1251?Q? =C4=E5=ED=E8=F1_=CF=E0=F3=EA ?=) Date: Sat, 18 Oct 2008 15:18:43 +0300 Subject: Update MC Message-ID: Hello. My update for mc with full support UTF8 in docs and menu. This update ported from gentoo. I submit this update to moonbase, but not yet received response. I think - maybe this needed someone, who have problem with view mc on utf locale. You can found this in project http://code.google.com/p/0lvins-experements/source/checkout(path: trunk/lunar-modules/mc). Also this contain lunar modules for cairo-dock. Best regards, Denis. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://foo-projects.org/pipermail/lunar/attachments/20081018/d6b23b9a/attachment.html From 0lvin at ukr.net Sat Oct 18 14:44:38 2008 From: 0lvin at ukr.net (=?WINDOWS-1251?Q? =C4=E5=ED=E8=F1_=CF=E0=F3=EA ?=) Date: Sat, 18 Oct 2008 12:44:38 +0000 Subject: mldonkey update status In-Reply-To: Message-ID: Hello! I think will be very good if site will have new features - view list submitted patches for moonbase with date receive? patch and status. And as result every one can view in this page what patch he submitted and system received. Best regards, Denis. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://foo-projects.org/pipermail/lunar/attachments/20081018/35cff647/attachment.html From me at v4hn.de Sat Oct 18 14:33:52 2008 From: me at v4hn.de (v4hn) Date: Sat, 18 Oct 2008 14:33:52 +0200 Subject: mldonkey update status In-Reply-To: References: Message-ID: <20081018123352.GA4982@kuebelreiter> On Sat, Oct 18, 2008 at 02:11:57PM +0200, Gb wrote: > > Hi, Ev'ning, > I sent you a module update submission on 09-20-2008 21:22 for mldonkey, > as I reported here: http://bugs.lunar-linux.org/view.php?id=322 > > I would like to know if you actually received it > and if you can include it in the moonbase. yep, it's on the submission queue, but actually there seems to be no developer actively applying those patches to the moonbase... engelsman started to work on the queue a while ago, but I suppose he hasn't got much time as well... So it would be nice, if some developer (who knows what he's doing, and is able to work with git ;) ) would check and apply/deny those three dozens submitted modules... > > Thanks, > Gb > v4hn -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available Url : http://foo-projects.org/pipermail/lunar/attachments/20081018/12848abb/attachment.bin From rpyne at kinfolk.org Mon Oct 20 17:34:34 2008 From: rpyne at kinfolk.org (rpyne@kinfolk.org) Date: Mon, 20 Oct 2008 09:34:34 -0600 Subject: apache2 update problem Message-ID: <48FC50AA.19088.FCE8A4E@rpyne.kinfolk.org> There is a problem with updating apache2 that is long standing and is getting far beyond being an annoyance. EVERY time I update apache2, it adds two lines to my httpd.conf file that then causes a restart to fail. The two lines it adds are: LoadModule dav_svn_module /usr/libexec/httpd/modules/mod_dav_svn.so LoadModule authz_svn_module /usr/libexec/httpd/modules/mod_authz_svn.so Since I do NOT have WebDav nor SVN installed, it then fails when apache is restarted. What can we do to stop this from happenning? --Richard From duncan.gibson at xs4all.nl Mon Oct 20 21:47:05 2008 From: duncan.gibson at xs4all.nl (Duncan Gibson) Date: Mon, 20 Oct 2008 21:47:05 +0200 (CEST) Subject: mldonkey update status Message-ID: <23931.82.93.24.95.1224532025.squirrel@webmail.xs4all.nl> >> I sent you a module update submission on 09-20-2008 21:22 for mldonkey, >> [...] I would like to know if you actually received it and if you can >> include it in the moonbase. > yep, it's on the submission queue, but actually there seems to be no > developer actively applying those patches to the moonbase... > engelsman started to work on the queue a while ago, but I suppose > he hasn't got much time as well... > So it would be nice, if some developer (who knows what he's doing, > and is able to work with git ;) ) would check and apply/deny those > three dozens submitted modules... Not sure whether I'm being praised or insulted here :-P Duncan / engelsman From duncan.gibson at xs4all.nl Mon Oct 20 22:03:22 2008 From: duncan.gibson at xs4all.nl (Duncan Gibson) Date: Mon, 20 Oct 2008 22:03:22 +0200 (CEST) Subject: mldonkey update status Message-ID: <5589.82.93.24.95.1224533002.squirrel@webmail.xs4all.nl> > I think will be very good if site will have new features - view list > submitted patches for moonbase with date receive patch and status. And as > result every one can view in this page what patch he submitted and system > received. You can see the submission queue at: http://foo-projects.org/~sofar/queue.php Module submissions by the users are very much appreciated, so keep them coming, but you have to remember that: a) the Lunar development team is quite small[*] b) they are all working in their spare time, and have other commitments, c) some of the submissions require specific hardware/software environments to be able to install and test them properly Cheers Duncan / engelsman [*] You've seen Sofar's picture on the web site. He's a tiny squirrel :-) From rpyne at kinfolk.org Mon Oct 20 22:16:48 2008 From: rpyne at kinfolk.org (rpyne@kinfolk.org) Date: Mon, 20 Oct 2008 14:16:48 -0600 Subject: php5 imap question Message-ID: <48FC92D0.17150.10D0EE51@rpyne.kinfolk.org> php (php4) has an IMAP support option, but php5 does not. Can someone explain how to get IMAP support with php5? Thanks, --Richard From striker at lunar-linux.org Tue Oct 21 00:12:43 2008 From: striker at lunar-linux.org (Jon South) Date: Mon, 20 Oct 2008 15:12:43 -0700 Subject: php5 imap question In-Reply-To: <48FC92D0.17150.10D0EE51@rpyne.kinfolk.org> References: <48FC92D0.17150.10D0EE51@rpyne.kinfolk.org> Message-ID: <48FD025B.7080505@lunar-linux.org> rpyne at kinfolk.org wrote: > php (php4) has an IMAP support option, but php5 does not. Can someone > explain how to get IMAP support with php5? It was removed because the imap tarball changes about every 5 days (I'm exaggerating of course), not to mention they immediately delete old tarballs causing all of our php modules to fail until they are checked and updated. Everytime this happens, we get numerous complaints about the php modules, so it was removed. Also note, imap functionality is available via pear packages. -Striker From me at v4hn.de Tue Oct 21 00:57:12 2008 From: me at v4hn.de (v4hn) Date: Tue, 21 Oct 2008 00:57:12 +0200 Subject: mldonkey update status In-Reply-To: <23931.82.93.24.95.1224532025.squirrel@webmail.xs4all.nl> References: <23931.82.93.24.95.1224532025.squirrel@webmail.xs4all.nl> Message-ID: <20081020225712.GA19359@kuebelreiter> On Mon, Oct 20, 2008 at 09:47:05PM +0200, Duncan Gibson wrote: > > yep, it's on the submission queue, but actually there seems to be no > > developer actively applying those patches to the moonbase... > > engelsman started to work on the queue a while ago, but I suppose > > he hasn't got much time as well... > > > So it would be nice, if some developer (who knows what he's doing, > > and is able to work with git ;) ) would check and apply/deny those > > three dozens submitted modules... > > Not sure whether I'm being praised or insulted here :-P Feel yourself praised, for you encounter this unpopular task :-) And as far as I can see you are doing great... v4hn -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available Url : http://foo-projects.org/pipermail/lunar/attachments/20081021/604810f7/attachment-0001.bin From rpyne at kinfolk.org Tue Oct 21 01:14:55 2008 From: rpyne at kinfolk.org (rpyne@kinfolk.org) Date: Mon, 20 Oct 2008 17:14:55 -0600 Subject: php5 imap question In-Reply-To: <48FD025B.7080505@lunar-linux.org> References: <48FC92D0.17150.10D0EE51@rpyne.kinfolk.org>, <48FD025B.7080505@lunar-linux.org> Message-ID: <48FCBC8F.6661.117400E6@rpyne.kinfolk.org> On 20 Oct 2008 at 15:12, Jon South wrote: > rpyne at kinfolk.org wrote: > > php (php4) has an IMAP support option, but php5 does not. Can someone > > explain how to get IMAP support with php5? > > It was removed because the imap tarball changes about every 5 days (I'm > exaggerating of course), not to mention they immediately delete old > tarballs causing all of our php modules to fail until they are checked > and updated. Everytime this happens, we get numerous complaints about > the php modules, so it was removed. Also note, imap functionality is > available via pear packages. I understand the dilema. I have the pear IMAP nodule installed, but the third party application (postfixadmin) I am trying to use is still looking for the buildt-in IMAP support. Thanks for your response. I'll have to do a little more research. --Richard From maintainer at lunar-linux.org Fri Oct 24 12:35:35 2008 From: maintainer at lunar-linux.org (maintainer@lunar-linux.org) Date: Fri, 24 Oct 2008 12:35:35 +0200 (CEST) Subject: weekly news - 20081024 Message-ID: <20081024103536.07F8EF2D4E@doppio.foo-projects.org> Hi! Here's the latest weekly news edition! ===================================================================== ===================================================================== New modules: (14) comix-3.6.5: GTK Comic Book Viewer daemontools-0.76: D.J. Bernstein's daemontools. dillo2-2.0: very fast, extremely small web browser. djbdns-1.05: D.J. Bernstein's djbdns. fldiff-1.1: graphical diff program using fltk fltk2-2.0.x-r6403: fast light graphical toolkit for X11 gforth-0.6.2: GNU Forth glest-3.1.2: 3D real-time stratagy game. klavaro-1.1.6: Typing trainer mythtv-plugins-0.21: Additional MythTV Plugins mythtv-themes-0.21: Additional MythTV interface and OSD themes quarry-0.2.0: universal board game interface program ucspi-tcp-0.88: D.J. Bernstein's ucspi-tcp. xf86-video-mach64-6.8.0: the X.Org video driver for older ATI/Mach64 based cards New versions: (105) Eterm : 0.9.4 -> 0.9.5 Python : 2.5.2 -> 2.6 airconfig-svn : svn-41 -> svn-42 apache-ant : 1.6.5 -> 1.7.1 automoc : svn-41 -> svn-42 bzr : 1.7.1 -> 1.8 bzrtools : 1.7.0 -> 1.8.0 claws-mail : 3.5.0 -> 3.6.1 dovecot : 1.1.4 -> 1.1.5 erlang : R12B-1 -> R12B-4 f-spot : 0.5.0.2 -> 0.5.0.3 fluxbox : 1.0.0 -> 1.1.1 fwbuilder : 3.0.0 -> 3.0.1 geany : 0.14 -> 0.15 ghal-svn : svn-41 -> svn-42 git : 1.6.0.2 -> 1.6.0.3 gitosis-git : git-41 -> git-42 gnokii : 0.6.26 -> 0.6.27 gparted : 0.3.8 -> 0.3.9 gtk-sharp : 2.12.1 -> 2.12.5 gutenprint : 5.0.1 -> 5.2.1 icewm : 1.2.35 -> 1.2.36 kde-l10n-bg : 4.1.1 -> 4.1.2 kde-l10n-ca : 4.1.1 -> 4.1.2 kde-l10n-cs : 4.1.1 -> 4.1.2 kde-l10n-csb : 4.1.1 -> 4.1.2 kde-l10n-da : 4.1.1 -> 4.1.2 kde-l10n-de : 4.1.1 -> 4.1.2 kde-l10n-el : 4.1.1 -> 4.1.2 kde-l10n-en_GB : 4.1.1 -> 4.1.2 kde-l10n-eo : 4.1.1 -> 4.1.2 kde-l10n-es : 4.1.1 -> 4.1.2 kde-l10n-et : 4.1.1 -> 4.1.2 kde-l10n-fi : 4.1.1 -> 4.1.2 kde-l10n-fr : 4.1.1 -> 4.1.2 kde-l10n-fy : 4.1.1 -> 4.1.2 kde-l10n-ga : 4.1.1 -> 4.1.2 kde-l10n-gl : 4.1.1 -> 4.1.2 kde-l10n-hi : 4.1.1 -> 4.1.2 kde-l10n-hu : 4.1.1 -> 4.1.2 kde-l10n-it : 4.1.1 -> 4.1.2 kde-l10n-ja : 4.1.1 -> 4.1.2 kde-l10n-kk : 4.1.1 -> 4.1.2 kde-l10n-km : 4.1.1 -> 4.1.2 kde-l10n-ko : 4.1.1 -> 4.1.2 kde-l10n-ku : 4.1.1 -> 4.1.2 kde-l10n-lt : 4.1.1 -> 4.1.2 kde-l10n-lv : 4.1.1 -> 4.1.2 kde-l10n-mk : 4.1.1 -> 4.1.2 kde-l10n-ml : 4.1.1 -> 4.1.2 kde-l10n-nb : 4.1.1 -> 4.1.2 kde-l10n-nds : 4.1.1 -> 4.1.2 kde-l10n-nl : 4.1.1 -> 4.1.2 kde-l10n-nn : 4.1.1 -> 4.1.2 kde-l10n-pa : 4.1.1 -> 4.1.2 kde-l10n-pl : 4.1.1 -> 4.1.2 kde-l10n-pt : 4.1.1 -> 4.1.2 kde-l10n-pt_BR : 4.1.1 -> 4.1.2 kde-l10n-ru : 4.1.1 -> 4.1.2 kde-l10n-sl : 4.1.1 -> 4.1.2 kde-l10n-sr : 4.1.1 -> 4.1.2 kde-l10n-sv : 4.1.1 -> 4.1.2 kde-l10n-ta : 4.1.1 -> 4.1.2 kde-l10n-th : 4.1.1 -> 4.1.2 kde-l10n-tr : 4.1.1 -> 4.1.2 kde-l10n-uk : 4.1.1 -> 4.1.2 kde-l10n-wa : 4.1.1 -> 4.1.2 kde-l10n-zh_CN : 4.1.1 -> 4.1.2 kde-l10n-zh_TW : 4.1.1 -> 4.1.2 kipi-plugins : 0.1.5 -> 0.1.6 ktorrent4 : 3.1.3 -> 3.1.4 libetpan : 0.52 -> 0.57 libev : 3.44 -> 3.45 libfwbuilder : 3.0.0 -> 3.0.1 libgda2 : 3.1.5 -> 3.1.2 libisoburn : 0.2.6 -> 0.2.8 libwpd : 0.8.11 -> 0.8.14 linux-2.6 : 2.6.27.1 -> 2.6.27.3 lirc : 0.8.2 -> 0.8.4 lunar-init : 0.1.1 -> 0.1.2 mirage : 0.9 -> 0.9.3 mldonkey : 2.9.5 -> 2.9.6 mono : 2.0 -> 2.0.1 mythtv : 0.20 -> 0.21 nasm : 2.04 -> 2.05 opera : 9.60 -> 9.61 opera-static : 9.60 -> 9.61 pekwm : 0.1.6 -> 0.1.7 phpMyAdmin : 3.0.0 -> 3.0.1 plib : 1.8.4 -> 1.8.5 qpopper : 4.0.14 -> 4.0.15 qt4 : 4.4.2 -> 4.4.3 rpm : 5.1.5 -> 5.1.6 rsyslog : 3.18.3 -> 3.18.5 sshfs : 2.1 -> 2.2 sun-jdk : 1.6.0_07 -> 1.6.0_10 tcc : 0.9.23 -> 0.9.24 tig : 0.12 -> 0.12.1 timezone-data : 2008g -> 2008h unrar : 3.8.2 -> 3.8.4 wavbreaker : 0.8.1 -> 0.10 webkitkde : svn-41 -> svn-42 wine : 1.0 -> 1.0.1 wireshark : 1.0.3 -> 1.0.4 wormux : 0.8.1 -> 0.8.2 Moved modules: pekwm : zbeta -> x11-wm ===================================================================== The Lunar-Linux team From 0lvin at ukr.net Sat Oct 25 07:38:49 2008 From: 0lvin at ukr.net (=?WINDOWS-1251?Q? =C4=E5=ED=E8=F1_=CF=E0=F3=EA ?=) Date: Sat, 25 Oct 2008 08:38:49 +0300 Subject: changes on mount script Message-ID: Hello! In changed mount script(lunar-init 0.1.2) used option -y for automatic repair filesystem. But this option not have standardized implementation and in? some fsck have other meaning. Maybe need use -p ? Best regards, Denis. ---fsck-- .... ?????? Options to different filesystem-specific fsck's are? not? standardized. ?????? If? in? doubt,? please consult the man pages of the filesystem-specific ?????? checker.? Although not guaranteed, the following options are? supported ?????? by most file system checkers: ?????? -a???? Automatically? repair the file system without any questions (use ????????????? this option with caution).? Note that e2fsck(8) supports -a? for ????????????? backwards compatibility only.? This option is mapped to e2fsck's ????????????? -p option which is safe to use, unlike the -a option? that? some ????????????? file system checkers support. ?????? -n???? For? some filesystem-specific checkers, the -n option will cause ????????????? the fs-specific fsck to avoid attempting to repair any problems, ????????????? but? simply report such problems to stdout.? This is however not ????????????? true? for? all? filesystem-specific? checkers.?? In? particular, ????????????? fsck.reiserfs(8)? will? not? report any corruption if given this ????????????? option.? fsck.minix(8) does not support the -n option at all. ?????? -r???? Interactively repair the? filesystem? (ask? for? confirmations). ????????????? Note:? It is generally a bad idea to use this option if multiple ????????????? fsck's are being run? in? parallel.?? Also? note? that? this? is ????????????? e2fsck's default behavior; it supports this option for backwards ????????????? compatibility reasons only. ?????? -y???? For some filesystem-specific checkers, the -y option will? cause ????????????? the? fs-specific? fsck? to? always? attempt? to fix any detected ????????????? filesystem corruption automatically.? Sometimes an expert may be ????????????? able? to do better driving the fsck manually.? Note that not all ????????????? filesystem-specific checkers implement this option.? In particu- ????????????? lar? fsck.minix(8)? and? fsck.cramfs(8)? does not support the -y ????????????? option as of this writing. .... --fsck.ext3-- .... ?????? -p???? Automatically repair ("preen") the file system.? This option will cause e2fsck to automatically fix ????????????? any filesystem problems that can be safely fixed without human intervention.? If e2fsck discovers a ????????????? problem? which? may? require? the system administrator to take additional corrective action, e2fsck ????????????? will print a description of the problem and then exit with the value 4? logically? or'ed? into? the ????????????? exit? code.?? (See? the? EXIT? CODE? section.)?? This? option is normally used by the system's boot ????????????? scripts.? It may not be specified at the same time as the -n or -y options. .... ?????? -y???? Assume? an? answer? of? `yes'? to? all questions; allows e2fsck to be used non-interactively.? This ????????????? option may not be specified at the same time as the -n or -p options. .... --fsck.reiserfs-- .... ?????? --yes, -y ????????????? This option inhibits fsck.reiserfs from asking you for confirmation after telling you? what? it? is ????????????? going? to? do.? It? will? assuem? you confirm. For safety, it does not work with the --rebuild-tree ????????????? option. ?????? -a, -p These options are usually passed by fsck -A during? the? automatic? checking? of? those? partitions ????????????? listed? in /etc/fstab. These options cause fsck.reiserfs to print some information about the specified ? ? ? ? ? ? ? filesystem, to check if error flags in the superblock are set? and? to? do? some? light-weight ????????????? checks.? If these checks reveal a corruption or the flag indicating a (possibly fixable) corruption ????????????? is found set in the superblock, then fsck.reiserfs switches to the fix-fixable mode.? If? the? flag ????????????? indicating? a? fatal corruption is found set in the superblock, then fsck.reiserfs finishes with an ????????????? error. .... --jfs_fsck-- ... ?If no options are selected, the default is -p. ?????? -a???? Autocheck mode - Replay the transaction log.? Do not continue fsck processing unless the? aggregate ????????????? state? is? dirty or the log replay failed.? Functionally equivalent to -p.? Autocheck mode is typi- ????????????? cally the default mode used when jfs_fsck is called at boot time. ????? -p???? Automatically? repair ("preen") the file system.? Replay the transaction log.? Do not continue fsck ????????????? processing unless the aggregate state is dirty or the log replay failed.?? Functionally? equivalent ????????????? to -a. ... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://foo-projects.org/pipermail/lunar/attachments/20081025/85913d1b/attachment.html From maintainer at lunar-linux.org Fri Oct 31 12:35:35 2008 From: maintainer at lunar-linux.org (maintainer@lunar-linux.org) Date: Fri, 31 Oct 2008 12:35:35 +0100 (CET) Subject: weekly news - 20081031 Message-ID: <20081031113535.F2E569B1B4@doppio.foo-projects.org> Hi! Here's the latest weekly news edition! ===================================================================== ===================================================================== New modules: (5) geeqie-1.0alpha2: lightweight Gtk+ based image viewer gsmartcontrol-0.8.0rc4: GTK+ app for monitoring S.M.A.R.T. disks and devices. icu4c-4_0: provides Unicode and Globalization support for software applicati mercurial-hg-1.0.x: a fast, lightweight SCM system mutt-hg-1.5.x: text-based MIME Email client. New versions: (78) ImageMagick : 6.4.3-10 -> 6.4.4-10 Terminal : 0.2.8 -> 0.2.8.3 Thunar : 0.9.0 -> 0.9.3 airconfig-svn : svn-42 -> svn-43 alsa-driver : 1.0.17 -> 1.0.18 alsa-lib : 1.0.17a -> 1.0.18 alsa-plugins : 1.0.17 -> 1.0.18 alsa-utils : 1.0.17 -> 1.0.18 automoc : svn-42 -> svn-43 balsa : 2.3.25 -> 2.3.26 banshee : 1.3.2 -> 1.3.3 cairo : 1.8.0 -> 1.8.2 calc : 2.12.3.3 -> 2.12.4.0 cdrkit : 1.1.8 -> 1.1.9 convertall : 0.4.1 -> 0.4.2 dovecot : 1.1.5 -> 1.1.6 elinks : 0.11.4 -> 0.11.5 gambas2 : 2.8.2 -> 2.9.0 ghal-svn : svn-42 -> svn-43 gitosis-git : git-42 -> git-43 gnucash : 2.2.6 -> 2.2.7 gphoto2 : 2.4.2 -> 2.4.3 gst-plugins-base : 0.10.20 -> 0.10.21 gst-plugins-good : 0.10.10 -> 0.10.11 gstreamer-10 : 0.10.20 -> 0.10.21 gtk-xfce-engine : 2.4.2 -> 2.4.3 guile : 1.8.4 -> 1.8.5 iputils : s20070202 -> s20071127 joe : 3.5 -> 3.6 libev : 3.45 -> 3.48 libgphoto2 : 2.4.2 -> 2.4.3 libpcap : 0.9.8 -> 1.0.0 libpciaccess : 0.10.3 -> 0.10.4 libxfce4mcs : 4.4.2 -> 4.4.3 libxfce4util : 4.4.2 -> 4.4.3 libxfcegui4 : 4.4.2 -> 4.4.3 liferea : 1.4.19 -> 1.4.21b linux-2.6 : 2.6.27.3 -> 2.6.27.4 lsof : 4.78 -> 4.81 man-pages : 3.11 -> 3.12 mtr : 0.72 -> 0.75 nasm : 2.05 -> 2.05.01 openoffice-src : 2.4.1 -> 3.0.0 openvrml : 0.17.9 -> 0.17.10 opera : 9.61 -> 9.62 opera-static : 9.61 -> 9.62 phpMyAdmin : 3.0.1 -> 3.0.1.1 rpcalc : 0.5.0 -> 0.6.0 shared-mime-info : 0.23 -> 0.51 slib : 3a3 -> 3b1 smartmontools : 5.36 -> 5.38 subversion : 1.5.3 -> 1.5.4 swfdec : 0.8.0 -> 0.8.2 swfdec-mozilla : 0.8.0 -> 0.8.2 tcpdump : 3.9.8 -> 4.0.0 timezone-data : 2008h -> 2008i treeline : 1.0.2 -> 1.2.0 unrar : 3.8.4 -> 3.8.5 usermin : 1.360 -> 1.370 vlc : 0.9.4 -> 0.9.5 webkitkde : svn-42 -> svn-43 webmin : 1.430 -> 1.441 x11vnc : 0.9.4 -> 0.9.5 xf86-input-evdev : 2.0.6 -> 2.0.7 xfce-mcs-manager : 4.4.2 -> 4.4.3 xfce-mcs-plugins : 4.4.2 -> 4.4.3 xfce-utils : 4.4.2 -> 4.4.3 xfce4 : 4.4.2 -> 4.4.3 xfce4-dev-tools : 4.4.0 -> 4.4.0.1 xfce4-icon-theme : 4.4.2 -> 4.4.3 xfce4-panel : 4.4.2 -> 4.4.3 xfce4-session : 4.4.2 -> 4.4.3 xfdesktop : 4.4.2 -> 4.4.3 xfprint : 4.4.2 -> 4.4.3 xfwm4 : 4.4.2 -> 4.4.3 xfwm4-themes : 4.4.2 -> 4.4.3 xmlto : 0.0.18 -> 0.0.21 xproto : 7.0.13 -> 7.0.14 Moved modules: swfdec : libs -> web treeline : qt-apps -> qt4-apps ===================================================================== The Lunar-Linux team