From jh at tinysofa.org Wed Jan 5 14:37:19 2005 From: jh at tinysofa.org (Jaakko Heinonen) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic server 1.1 Update 3 test version Message-ID: <20050105203718.GA5536@tsws.foo-dsl.utu.fi> tinysofa classic server update 3 test version available: http://minbar.tinysofa.org/~jh/classic-1.1/test/Rio-1.1.i586-U3-test.iso http://minbar.tinysofa.org/~jh/classic-1.1/test/Rio-1.1.src-U3-test.iso md5sums: 82b6814b9253032e345fcba9252211de Rio-1.1.i586-U3-test.iso cd4f10db267d14efaeb20b36f24671db Rio-1.1.src-U3-test.iso Note: It's known that anaconda displays rpm debug messages during installation. It will be fixed for the final release. -- Jaakko From jh at tinysofa.org Wed Jan 5 16:17:51 2005 From: jh at tinysofa.org (Jaakko Heinonen) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic server 1.1 Update 3 test version In-Reply-To: <20050105203718.GA5536@tsws.foo-dsl.utu.fi> References: <20050105203718.GA5536@tsws.foo-dsl.utu.fi> Message-ID: <20050105221750.GA5778@tsws.foo-dsl.utu.fi> On Wed, Jan 05, 2005 at 22:37:19 +0200, Jaakko Heinonen wrote: > tinysofa classic server update 3 test version available: List of the changed packages: http://classic.tinysofa.org/documentation/index.cgi?OnePointOneChronicle -- Jaakko From jh at tinysofa.org Fri Jan 7 02:50:39 2005 From: jh at tinysofa.org (Jaakko Heinonen) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic future plans Message-ID: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> Hi all, I have updated the road map for classic: http://classic.tinysofa.org/documentation/index.cgi?RoadMap Work for the 1.2 will start soon. Here's my 1.2 plan: http://classic.tinysofa.org/documentation/index.cgi?NextRelease Also: - packages that I nominate for removal: courier-imap dialog libsmbpw ostat pump? swup - support for xen (http://xen.sf.net/) would nice Please comment! -- Jaakko From mbak at fxnet.hu Fri Jan 7 03:10:41 2005 From: mbak at fxnet.hu (Mikael Bak) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic future plans In-Reply-To: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> References: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> Message-ID: <1105089041.2631.38.camel@localhost.localdomain> On Fri, 2005-01-07 at 09:50, Jaakko Heinonen wrote: [snip] > Also: > > - packages that I nominate for removal: > courier-imap > dialog > libsmbpw > ostat > pump? > swup I would miss both dialog and courier-imap. In some cases even swup. Sometimes I make specific menu shells for some users. Then dialog is very useful. Courier-imap is easy to use together with ldap and mysql. And most importantly has quota support. What would tinysofa classic replace courier-imap with that contains these possibilities? Swup because sometimes it's actually easier to automate updates with swup than with apt. Or am I wrong? If I am, then please tell me :-) Regards, Mikael From gda at tinysofa.org Fri Jan 7 04:07:29 2005 From: gda at tinysofa.org (Gerald Dachs) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic future plans In-Reply-To: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> References: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> Message-ID: <53224.139.1.44.13.1105092449.squirrel@dwarf.home> Jaakko Heinonen sagte: > > Hi all, > > I have updated the road map for classic: > > http://classic.tinysofa.org/documentation/index.cgi?RoadMap > > Work for the 1.2 will start soon. Here's my 1.2 plan: > > http://classic.tinysofa.org/documentation/index.cgi?NextRelease Looks nice > Also: > > - packages that I nominate for removal: > courier-imap I am against removal as long as dovecot has no shared mailboxes > pump? and how to get an ip from dhcp server? > swup I am against removal Gerald -- Gerald Dachs gda@tinysofa.org From mail-lists at s235.de Fri Jan 7 03:37:25 2005 From: mail-lists at s235.de (Dominik Schips) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic future plans In-Reply-To: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> References: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> Message-ID: <546528696.20050107103725@s235.de> On 07.01.2005 Jaakko Heinonen wrote: > - support for xen (http://xen.sf.net/) would nice That sounds great. It would be nice to have this in Tinysofa. A little bit like BSD jails if i understand it right. ---- Best regards, Dominik Schips From gda at tinysofa.org Fri Jan 7 04:27:13 2005 From: gda at tinysofa.org (Gerald Dachs) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic future plans In-Reply-To: <1105089041.2631.38.camel@localhost.localdomain> References: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> <1105089041.2631.38.camel@localhost.localdomain> Message-ID: <50370.139.1.44.13.1105093633.squirrel@dwarf.home> > Courier-imap is easy to use together with ldap and mysql. And most > importantly has quota support. You are right, that is another reason to keep it. > What would tinysofa classic replace > courier-imap with that contains these possibilities? I think Omar and Jaakko prefere dovecot, but it lacks quota and shared mailboxes. That would mean to use cyrus-imapd, but this is sometimes tricky to configurate. > Swup because sometimes it's actually easier to automate updates with > swup than with apt. Or am I wrong? If I am, then please tell me :-) I have exact the same reason to stay with swup. I can't live without automatic updates, but maybe I don't know enough about apt. Gerald -- Gerald Dachs gda@tinysofa.org From jh at tinysofa.org Fri Jan 7 03:58:41 2005 From: jh at tinysofa.org (Jaakko Heinonen) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic future plans In-Reply-To: <1105089041.2631.38.camel@localhost.localdomain> References: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> <1105089041.2631.38.camel@localhost.localdomain> Message-ID: <20050107095841.GB1243@tsws.foo-dsl.utu.fi> On Fri, Jan 07, 2005 at 10:10:41 +0100, Mikael Bak wrote: > I would miss both dialog and courier-imap. In some cases even swup. Seems that some people want to keep courier. For me it's ok to keep it if gda maintains it. > Courier-imap is easy to use together with ldap and mysql. And most > importantly has quota support. What would tinysofa classic replace > courier-imap with that contains these possibilities? Cyrus IMAP server. (The "easy" part may be arguable. :) > Swup because sometimes it's actually easier to automate updates with > swup than with apt. Or am I wrong? If I am, then please tell me :-) I think you are wrong. Have you seen the apt-cron package and http://tinysofa.org/documentation/index.cgi?UsingApt "Scheduling Automatic APT Updates". (The doc applies also to classic.) -- Jaakko From jh at tinysofa.org Fri Jan 7 04:12:55 2005 From: jh at tinysofa.org (Jaakko Heinonen) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic future plans In-Reply-To: <53224.139.1.44.13.1105092449.squirrel@dwarf.home> References: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> <53224.139.1.44.13.1105092449.squirrel@dwarf.home> Message-ID: <20050107101255.GC1243@tsws.foo-dsl.utu.fi> On Fri, Jan 07, 2005 at 11:07:29 +0100, Gerald Dachs wrote: > I am against removal as long as dovecot has no shared mailboxes It's ok for mee to keep it if you maintain it. (Including security fixes.) > > pump? > > and how to get an ip from dhcp server? We have currently two dhcp clients pump and ISC client. (in dhcp-client package) Do we really need both of them? I am not aware of any problems with ISC client. > > swup Seems tha swup is unmaintained. No one has even bothered to update default configs for 1.1. As you may expect I am not interested to maintain it. -- Jaakko From mbak at fxnet.hu Fri Jan 7 04:21:06 2005 From: mbak at fxnet.hu (Mikael Bak) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic future plans In-Reply-To: <20050107095841.GB1243@tsws.foo-dsl.utu.fi> References: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> <1105089041.2631.38.camel@localhost.localdomain> <20050107095841.GB1243@tsws.foo-dsl.utu.fi> Message-ID: <1105093265.2631.102.camel@localhost.localdomain> On Fri, 2005-01-07 at 10:58, Jaakko Heinonen wrote: > On Fri, Jan 07, 2005 at 10:10:41 +0100, Mikael Bak wrote: > > I would miss both dialog and courier-imap. In some cases even swup. > > Seems that some people want to keep courier. For me it's ok to keep it > if gda maintains it. > Let's hope he or someone else will then. > > Courier-imap is easy to use together with ldap and mysql. And most > > importantly has quota support. What would tinysofa classic replace > > courier-imap with that contains these possibilities? > > Cyrus IMAP server. (The "easy" part may be arguable. :) > Indeed :-) I'd say it's bloody difficult and akward. But as everything else, it's a matter of taste. > > Swup because sometimes it's actually easier to automate updates with > > swup than with apt. Or am I wrong? If I am, then please tell me :-) > > I think you are wrong. Have you seen the apt-cron package and > http://tinysofa.org/documentation/index.cgi?UsingApt "Scheduling > Automatic APT Updates". (The doc applies also to classic.) Thanks for the link. I knew about the apt-cron package, but I have a hard time figure out how the apt-cron package can find out when to issue a normal "upgrade" and when a "dist-upgrade" is needed. Regards, Mikael From gda at tinysofa.org Fri Jan 7 05:12:40 2005 From: gda at tinysofa.org (Gerald Dachs) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic future plans In-Reply-To: <20050107095841.GB1243@tsws.foo-dsl.utu.fi> References: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> <1105089041.2631.38.camel@localhost.localdomain> <20050107095841.GB1243@tsws.foo-dsl.utu.fi> Message-ID: <50405.139.1.44.13.1105096360.squirrel@dwarf.home> >> Swup because sometimes it's actually easier to automate updates with >> swup than with apt. Or am I wrong? If I am, then please tell me :-) > > I think you are wrong. Have you seen the apt-cron package and > http://tinysofa.org/documentation/index.cgi?UsingApt "Scheduling > Automatic APT Updates". (The doc applies also to classic.) I have made a client program that authenticates to a server using http and gets from this server a swup.conf file and a list of additional rpms to install. The client program starts swup with this swup.conf file and makes an upgrade and starts then swup again and installs the additional rpms. Do you think it is easy to do it with apt, or are there some pitfalls? Gerald -- Gerald Dachs gda@tinysofa.org From jh at tinysofa.org Fri Jan 7 04:58:58 2005 From: jh at tinysofa.org (Jaakko Heinonen) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic future plans In-Reply-To: <50405.139.1.44.13.1105096360.squirrel@dwarf.home> References: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> <1105089041.2631.38.camel@localhost.localdomain> <20050107095841.GB1243@tsws.foo-dsl.utu.fi> <50405.139.1.44.13.1105096360.squirrel@dwarf.home> Message-ID: <20050107105857.GA1468@tsws.foo-dsl.utu.fi> On Fri, Jan 07, 2005 at 12:12:40 +0100, Gerald Dachs wrote: > I have made a client program that authenticates to a server using http and > gets from this server a swup.conf file and a list of additional rpms to > install. The client program starts swup with this swup.conf file and makes > an upgrade and starts then swup again and installs the additional rpms. > > Do you think it is easy to do it with apt, or are there some pitfalls? I don't see any problem there. Apt http method supports basic http authentication. (Not sure if you even need it.) You can use -o Item:Dir::Etc::SourceList=x to provide custom sources list for apt-get and you should use -y option to avoid interactive behaviour. -- Jaakko From gda at tinysofa.org Fri Jan 7 06:35:54 2005 From: gda at tinysofa.org (Gerald Dachs) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic future plans In-Reply-To: <20050107105857.GA1468@tsws.foo-dsl.utu.fi> References: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> <1105089041.2631.38.camel@localhost.localdomain> <20050107095841.GB1243@tsws.foo-dsl.utu.fi> <50405.139.1.44.13.1105096360.squirrel@dwarf.home> <20050107105857.GA1468@tsws.foo-dsl.utu.fi> Message-ID: <38149.139.1.44.13.1105101354.squirrel@dwarf.home> Jaakko Heinonen sagte: > On Fri, Jan 07, 2005 at 12:12:40 +0100, Gerald Dachs wrote: >> I have made a client program that authenticates to a server using http >> and gets from this server a swup.conf file and a list of additional >> rpms to install. The client program starts swup with this swup.conf >> file and makes an upgrade and starts then swup again and installs the >> additional rpms. >> >> Do you think it is easy to do it with apt, or are there some pitfalls? > > I don't see any problem there. Apt http method supports basic http > authentication. (Not sure if you even need it.) You can use > -o Item:Dir::Etc::SourceList=x to provide custom sources list for > apt-get and you should use -y option to avoid interactive behaviour. Thanks, but anyway, as I need swup only for my own local repositories you can throw it out of the distro. Gerald -- Gerald Dachs gda@tinysofa.org From gda at tinysofa.org Fri Jan 7 06:56:36 2005 From: gda at tinysofa.org (Gerald Dachs) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic future plans In-Reply-To: <20050107095841.GB1243@tsws.foo-dsl.utu.fi> References: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> <1105089041.2631.38.camel@localhost.localdomain> <20050107095841.GB1243@tsws.foo-dsl.utu.fi> Message-ID: <50320.139.1.44.13.1105102596.squirrel@dwarf.home> Jaakko Heinonen sagte: > On Fri, Jan 07, 2005 at 10:10:41 +0100, Mikael Bak wrote: >> I would miss both dialog and courier-imap. In some cases even swup. > > Seems that some people want to keep courier. For me it's ok to keep it > if gda maintains it. > >> Courier-imap is easy to use together with ldap and mysql. And most >> importantly has quota support. What would tinysofa classic replace >> courier-imap with that contains these possibilities? > > Cyrus IMAP server. (The "easy" part may be arguable. :) Looks like the cyrus imap rpm got much better than it was last time I looked. With the autocreate inbox and autosieve patches from http://email.uoa.gr/download/cyrus/cyrus-imapd-2.2.10/ there would be really no need for courier-imap, what do you think? Gerald -- Gerald Dachs gda@tinysofa.org From jh at tinysofa.org Fri Jan 7 12:04:52 2005 From: jh at tinysofa.org (Jaakko Heinonen) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic future plans In-Reply-To: <50320.139.1.44.13.1105102596.squirrel@dwarf.home> References: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> <1105089041.2631.38.camel@localhost.localdomain> <20050107095841.GB1243@tsws.foo-dsl.utu.fi> <50320.139.1.44.13.1105102596.squirrel@dwarf.home> Message-ID: <20050107180452.GA25443@tsws.foo-dsl.utu.fi> Hi, On Fri, Jan 07, 2005 at 13:56:36 +0100, Gerald Dachs wrote: > Looks like the cyrus imap rpm got much better than it was last time > I looked. I have done major cleanups for the package. :) > With the autocreate inbox and autosieve patches from > http://email.uoa.gr/download/cyrus/cyrus-imapd-2.2.10/ > there would be really no need for courier-imap, what do you think? Cool patches. I already added them to svn. I want to have them already for 1.1 U3. -- Jaakko From jh at tinysofa.org Sat Jan 8 10:01:16 2005 From: jh at tinysofa.org (Jaakko Heinonen) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic future plans In-Reply-To: <1105093265.2631.102.camel@localhost.localdomain> References: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> <1105089041.2631.38.camel@localhost.localdomain> <20050107095841.GB1243@tsws.foo-dsl.utu.fi> <1105093265.2631.102.camel@localhost.localdomain> Message-ID: <20050108160115.GA318@tsws.foo-dsl.utu.fi> On Fri, Jan 07, 2005 at 11:21:06 +0100, Mikael Bak wrote: > Thanks for the link. I knew about the apt-cron package, but I have a > hard time figure out how the apt-cron package can find out when to issue > a normal "upgrade" and when a "dist-upgrade" is needed. Use dist-upgrade if you want to ensure that all updates are installed (Apt is allowed to install new packages if needed.) and upgrade if you want to make sure that no new packages are installed to your system. I personally use always dist-upgrade. -- Jaakko From andrew at neep.com.au Mon Jan 10 22:36:23 2005 From: andrew at neep.com.au (Andrew Shugg) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic future plans In-Reply-To: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> References: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> Message-ID: <20050111043622.GJ2253@neep.com.au> On Fri, Jan 07, 2005 at 10:50:39AM +0200, Jaakko Heinonen wrote: > - support for xen (http://xen.sf.net/) would nice Absolutely. My initial interest in tinysofa was to run it in Xen VMs, though I haven't actually gotten around to doing this yet. Does this need to happen with classic, though? I haven't used it at all since ES was released, as I'd assumed version 2 was the new active tree and version 1 was being retired. Andrew S. -- Andrew Shugg http://www.neep.com.au/ "Just remember, Mr Fawlty, there's always someone worse off than yourself." "Is there? Well I'd like to meet him. I could do with a good laugh." From omar at tinysofa.org Mon Jan 10 23:08:35 2005 From: omar at tinysofa.org (Omar Kilani) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic future plans In-Reply-To: <20050111043622.GJ2253@neep.com.au> References: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> <20050111043622.GJ2253@neep.com.au> Message-ID: <41E35F53.7020900@tinysofa.org> Andrew, >>- support for xen (http://xen.sf.net/) would nice > > > Absolutely. My initial interest in tinysofa was to run it in Xen VMs, > though I haven't actually gotten around to doing this yet. > > Does this need to happen with classic, though? I haven't used it at all > since ES was released, as I'd assumed version 2 was the new active tree > and version 1 was being retired. Classic and Enterprise are two seperate trees (with two different user bases -- Classic was orignally a stepping stone for old Trustix users.) The next version of Enterprise will also feature Xen. Additionally, Classic and Enterprise will work together in a Xen setup. :) > Andrew S. Omar From mail-lists at s235.de Wed Jan 12 10:48:18 2005 From: mail-lists at s235.de (Dominik Schips) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] Problem with devlabel on a extra /var partition Message-ID: <1853044410.20050112174818@s235.de> Hello, I set up a new Tinysofa 2.0 server. For this I want to have the following partitions each on a different partition: /boot SWAP /var /usr / /tmp /home /srv After the installation I saw some error messages on the screen: /sbin/devlabel: line 895: /var/lib/devlabel/ignore_list: No such file or directory /sbin/devlabel: line 896: /var/lib/devlabel/proc_partitions: No such file or directory grep: /var/lib/devlabel/ignore_list: No such file or directory /sbin/devlabel: line 920: [: -eq: unary operator expected .... and so on. After some searching on the net I found that this is a problem, when the /var "directory" is on a extra partition. It causes a problem at boot time, because it isn't mounted when the check for de ignore_list file is made. When /var is on the / partition, then there is no problem with devlabel. Did someone else had this problem or is my partitioning not the best? Should this error be fixed in the devlabel package? Information: http://www.redhat.com/archives/fedora-test-list/2004-July/msg00600.html Old question (no answer) with this problem on the Tinysofa list: http://lists.tinysofa.org/pipermail/tinysofa-discuss/2004-October/000344.html Maybe this is a solution: http://www.lerhaupt.com/foo/archives/cat_linux.html The ignore_list is now kept in /etc/sysconfig/devlabel.d and not /var/lib/devlabel. Though /var/lib is generically a more appropriate place for application state information to live, it was necessary to have these files located on the root partition. This is to make sure that these files are available during boot after the root partition has been mounted but before any other partition has been mounted (such as /var). #---- Best regards, Dominik Schips From mail-lists at s235.de Thu Jan 13 09:18:26 2005 From: mail-lists at s235.de (Dominik Schips) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] Re[2]: [tinysofa-discuss] Problem with devlabel on a extra /var partition In-Reply-To: <2fa9551e05011215257f58cec4@mail.gmail.com> References: <1853044410.20050112174818@s235.de> <2fa9551e05011215257f58cec4@mail.gmail.com> Message-ID: <1151940000.20050113161826@s235.de> On 13.01.2005 Matt Bottrell wrote: > /var traditionally is on a seperate partition due to the 'VARiable > logs/reports' that are generated in there. If /var isn't a seperate > partition it can be the cause of filling the root (/) partition. > (This is not a GoodThing(tm)). That is the reason why I want to have it on a extra partition. > A simple 'kludge' fix to problem is to do the following: > 1. Copy the /var/lib/devlabel information to say /root/devlabel/ > 2. Reboot in single user mode. > 3. mkdir -p /var/lib/devlabel > 4. Move the information from /root/devlabel/ to /var/lib/devlabel > As such this ensure the information is there at boot time (thus no errors). > The 'real' /var partition will mount over the top of it later on in > the boot process. Thank you for your 'kludge' fix, but it doesn't work (for me). The directory /var/lib/devlabel/ and the two files /var/lib/devlabel/ignore_list and /var/lib/devlabel/proc_partitions are on the /var partition. But the proc_partitions and the ignore_list file are empty. On a system (for testing) with only /boot, SWAP and / the proc_partitions file has some entries about the partitions. > On Wed, 12 Jan 2005 17:48:18 +0100, Dominik Schips wrote: >> Hello, >> >> I set up a new Tinysofa 2.0 server. >> For this I want to have the following partitions each on a different >> partition: >> >> /boot >> SWAP >> /var >> /usr >> / >> /tmp >> /home >> /srv >> >> After the installation I saw some error messages on the screen: >> >> /sbin/devlabel: line 895: /var/lib/devlabel/ignore_list: No such file >> or directory >> /sbin/devlabel: line 896: /var/lib/devlabel/proc_partitions: No such file >> or directory >> grep: /var/lib/devlabel/ignore_list: No such file or directory >> /sbin/devlabel: line 920: [: -eq: unary operator expected >> .... >> >> and so on. >> After some searching on the net I found that this is a problem, when >> the /var "directory" is on a extra partition. It causes a problem at >> boot time, because it isn't mounted when the check for de ignore_list >> file is made. >> When /var is on the / partition, then there is no problem with >> devlabel. >> >> Did someone else had this problem or is my partitioning not the >> best? >> Should this error be fixed in the devlabel package? >> >> Information: >> http://www.redhat.com/archives/fedora-test-list/2004-July/msg00600.html >> >> Old question (no answer) with this problem on the Tinysofa list: >> http://lists.tinysofa.org/pipermail/tinysofa-discuss/2004-October/000344.html >> >> Maybe this is a solution: >> http://www.lerhaupt.com/foo/archives/cat_linux.html >> >> The ignore_list is now kept in /etc/sysconfig/devlabel.d and not >> /var/lib/devlabel. Though /var/lib is generically a more appropriate >> place for application state information to live, it was necessary >> to have these files located on the root partition. This is to make >> sure that these files are available during boot after the root >> partition has been mounted but before any other partition has >> been mounted (such as /var). ---- Best regards, Dominik Schips From mail-lists at s235.de Sun Jan 16 06:26:23 2005 From: mail-lists at s235.de (Dominik Schips) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] Re[4]: [tinysofa-discuss] Problem with devlabel on a extra /var partition In-Reply-To: <2fa9551e05011313076c19624f@mail.gmail.com> References: <1853044410.20050112174818@s235.de> <2fa9551e05011215257f58cec4@mail.gmail.com> <2fa9551e05011313076c19624f@mail.gmail.com> Message-ID: <173907505.20050116132623@s235.de> On 13.01.2005 Matt Bottrell wrote: No problem. Now the fix works fine. Thank you. > Oops... sorry... > I forgot the most important step in the 'kludge'. > 2.5 Unmount /var > Give that a go, it should work. :) > On Thu, 13 Jan 2005 16:18:26 +0100, Dominik Schips wrote: >> On 13.01.2005 Matt Bottrell wrote: >> >> > /var traditionally is on a seperate partition due to the 'VARiable >> > logs/reports' that are generated in there. If /var isn't a seperate >> > partition it can be the cause of filling the root (/) partition. >> > (This is not a GoodThing(tm)). >> >> That is the reason why I want to have it on a extra partition. >> >> >> > A simple 'kludge' fix to problem is to do the following: >> >> > 1. Copy the /var/lib/devlabel information to say /root/devlabel/ >> > 2. Reboot in single user mode. >> > 3. mkdir -p /var/lib/devlabel >> > 4. Move the information from /root/devlabel/ to /var/lib/devlabel >> >> > As such this ensure the information is there at boot time (thus no errors). >> > The 'real' /var partition will mount over the top of it later on in >> > the boot process. >> >> Thank you for your 'kludge' fix, but it doesn't work (for me). >> >> The directory /var/lib/devlabel/ and the two files >> /var/lib/devlabel/ignore_list and /var/lib/devlabel/proc_partitions >> are on the /var partition. >> >> But the proc_partitions and the ignore_list file are empty. >> On a system (for testing) with only /boot, SWAP and / the >> proc_partitions file has some entries about the partitions. >> >> >> > On Wed, 12 Jan 2005 17:48:18 +0100, Dominik Schips wrote: >> >> Hello, >> >> >> >> I set up a new Tinysofa 2.0 server. >> >> For this I want to have the following partitions each on a different >> >> partition: >> >> >> >> /boot >> >> SWAP >> >> /var >> >> /usr >> >> / >> >> /tmp >> >> /home >> >> /srv >> >> >> >> After the installation I saw some error messages on the screen: >> >> >> >> /sbin/devlabel: line 895: /var/lib/devlabel/ignore_list: No such file >> >> or directory >> >> /sbin/devlabel: line 896: /var/lib/devlabel/proc_partitions: No such file >> >> or directory >> >> grep: /var/lib/devlabel/ignore_list: No such file or directory >> >> /sbin/devlabel: line 920: [: -eq: unary operator expected >> >> .... >> >> >> >> and so on. >> >> After some searching on the net I found that this is a problem, when >> >> the /var "directory" is on a extra partition. It causes a problem at >> >> boot time, because it isn't mounted when the check for de ignore_list >> >> file is made. >> >> When /var is on the / partition, then there is no problem with >> >> devlabel. >> >> >> >> Did someone else had this problem or is my partitioning not the >> >> best? >> >> Should this error be fixed in the devlabel package? >> >> >> >> Information: >> >> >> http://www.redhat.com/archives/fedora-test-list/2004-July/msg00600.html >> >> >> >> Old question (no answer) with this problem on the Tinysofa list: >> >> >> http://lists.tinysofa.org/pipermail/tinysofa-discuss/2004-October/000344.html >> >> >> >> Maybe this is a solution: >> >> http://www.lerhaupt.com/foo/archives/cat_linux.html >> >> >> >> The ignore_list is now kept in /etc/sysconfig/devlabel.d and not >> >> /var/lib/devlabel. Though /var/lib is generically a more appropriate >> >> place for application state information to live, it was necessary >> >> to have these files located on the root partition. This is to make >> >> sure that these files are available during boot after the root >> >> partition has been mounted but before any other partition has >> >> been mounted (such as /var). >> >> ---- >> >> Best regards, >> >> Dominik Schips >> >> ---- Best regards, Dominik Schips From jh at tinysofa.org Mon Jan 17 06:47:24 2005 From: jh at tinysofa.org (Jaakko Heinonen) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic future plans In-Reply-To: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> References: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> Message-ID: <20050117124724.GA20842@utu.fi> I have made following decisions with the packages: These will stay: > courier-imap > dialog Will be removed: > libsmbpw > ostat > pump (pump-devel will be there because it's needed to build anaconda) > swup -- Jaakko From gda at tinysofa.org Mon Jan 17 12:49:00 2005 From: gda at tinysofa.org (Gerald Dachs) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic future plans In-Reply-To: <20050117124724.GA20842@utu.fi> References: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> <20050117124724.GA20842@utu.fi> Message-ID: <20050117194900.729cc776.gda@tinysofa.org> On Mon, 17 Jan 2005 14:47:24 +0200 Jaakko Heinonen wrote: > > I have made following decisions with the packages: > > These will stay: > > courier-imap :), need a little bit more time to finish 4.0.1 > Will be removed: > > libsmbpw In trustix there was a requirement that prevented the deletion, but I can't remember what had required it (maybe pppd? Something really strange). > > ostat > > pump (pump-devel will be there because it's needed to build > > anaconda) In the past I had a situation on another distro where I have missed pump. The other client lacked an option that I currently can't remember. We will see whether we can live without pump. > > swup :(, but I will survive it. Gerald From mbak at fxnet.hu Tue Jan 18 03:07:13 2005 From: mbak at fxnet.hu (Mikael Bak) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] classic future plans In-Reply-To: <20050117194900.729cc776.gda@tinysofa.org> References: <20050107085039.GA1243@tsws.foo-dsl.utu.fi> <20050117194900.729cc776.gda@tinysofa.org> Message-ID: <1106039232.2623.12.camel@localhost.localdomain> On Mon, 2005-01-17 at 19:49, Gerald Dachs wrote: > On Mon, 17 Jan 2005 14:47:24 +0200 > Jaakko Heinonen wrote: > [snip] > > Will be removed: > > > libsmbpw > > In trustix there was a requirement that prevented the deletion, but > I can't remember what had required it (maybe pppd? Something really > strange). > > Yes, I also remember pppd needing libsmbpw to be able to read user's passwords from samba user database instead of having them plain text in the pppd config files. Mikael From gevik at xs4all.nl Fri Jan 28 20:25:01 2005 From: gevik at xs4all.nl (Gevik Babakhani) Date: Sun May 4 12:26:17 2008 Subject: [tinysofa-devel] New package question Message-ID: <200501290224.j0T2OvaG059706@smtp-vbr1.xs4all.nl> Dear people, I would like to create anew package for postgresql 8.0 for TS ent 2.0 How do I do that? Could anyone be so kind to help me with some pointers? Regards, Gevik