Re: [SLUG] Re: Weird login behaviour
On Mon, Feb 28, 2005 at 03:41:57PM +1100, O Plameras wrote: > Matthew Palmer wrote: > >On Mon, Feb 28, 2005 at 11:28:24AM +1100, O Plameras wrote: [...] > >>Yes, I can with CONFIG_ = y > > > >Then they're not modules. > > Yes, they are modules, symantecs aside. It is the same piece of modules > in source codes. I do not change any bit of the modules' source codes. > The piece of source codes that is called 'module' should be called 'module' > all the time especially that nothing has changed: The kernel documentation disagrees with you: config MODULES bool "Enable loadable module support" help Kernel modules are small pieces of compiled code which can be inserted in the running kernel, rather than being permanently built into the kernel. You use the "modprobe" tool to add (and sometimes remove) them. If you say Y here, many parts of the kernel can be built as modules (by answering M instead of Y where indicated): this is most useful for infrequently used options which are not required for booting. For more information, see the man pages for modprobe, lsmod, modinfo, insmod and rmmod. If you say Y here, you will need to run "make modules_install" to put the modules under /lib/modules/ where modprobe can find them (you may need to be root to do this). If unsure, say Y. Allow me to repeat for emphasis: "Kernel modules are small pieces of compiled code which can be inserted in the running kernel, rather than being permanently built into the kernel." If you want to have productive conversations, try to use the same terminology as everyone else, rather than inventing your own definitions for widely understood terms. -Andrew. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Re: Weird login behaviour
On Mon, 28 Feb 2005 15:49, Jeff Waugh wrote: > > > > 1. In CONFIG_=y I am telling the kernel load the modules at boot time > > This is the bit you're confused about. When you set a kernel configuration > option to 'y' that means "build it in to the kernel" not "build it as a > module". A "module", in kernel lingo, very clearly means loadable objects, > not a particular configuration option. That's why we distinguish between > "y" (for "yes, build it in") and and "m" (for "build it as a module). When > you build something in to the kernel, the kernel doesn't load it - it's > already part of the kernel. > > - Jeff And to expand on that, there is no guarantee that a module will get loaded at boot time. Different Linux distributions manage module loading differently but there usually is some sort of module configuration file in the /etc/ folder. There are also hotplug daemons and such that you might want to investigate. A search on Google is highly recommended... -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Re: Weird login behaviour
CONFIG_*=y means 'put this functionality into the kernel at compile time, so that it's always there' If your kernel boots, you've got this stuff. CONFIG_*=m means 'make a separate file which *might* be loaded into the kernel after the kernel has already started' This loading can only be done if the module loading functionality is compiled 'y'. When your kernel first boots you don't have this stuff, but it can be added after boot, as if it were always there. Usually, you can also make it go away again, if you really care. CONFIG_*=n means 'do not put this functionality into the kernel at compile time, and do not make a separate file for possible later loading' If you built with a particular feature being 'n', there's still a possibility somebody (maybe even you) might still compile it separately with 'm'. If kernel module loading is 'y', this stuff could then still be loaded later as a module, even though you said 'n'. Lots of stuff could be marked any of the three ways, while some stuff is either 'y' or 'n', and can't be 'm' (the module loading stuff comes to mind here...). The issue basically resolves to 'did we compile the stuff - and if so, how does it get into the kernel?'. I would normally compile stuff 'y' that is needed to boot, although using an initrd may make such paranoia unnecessary (this depends on how pedantically you read the word 'needed' within this sentence). Some other free OSs take the Linux approach of using lots of modules, while others think it more secure never to do this, and just use bigger kernels with lots of stuff compiled in. At compile time it's not a big deal - unless you make a habit of turning unused things off with 'n', you're still building the stuff either way. At run time, there may be some savings with slightly smaller memory footprints in modular kernels. -- Christopher Vance -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Re: Weird login behaviour
On Mon, 28 Feb 2005 15:41:57 +1100, O Plameras <[EMAIL PROTECTED]> wrote: > 1. In CONFIG_=y I am telling the kernel load the modules at > boot time; in CONFIG_MODULES=n I am telling the kernel Are you sure about that? I was always (and I've been compiling Linux kernels for over ten years now) under the impression that when a device driver or whatever is compiled into the kernel then its code is put right inside the single kernel code file and no "module support" is required for that. I don't see the sense of distinguishing "boot time" from "run time" - from the kernel's point of view it's just "running" (apart maybe from the boot stage chores of hardware detection and the like, and I think I've seen kernel patches to allow even these to be re-run after boot). I can't find the exact "menuconfig" help text right now, but to quote README.Menuconfig: -Some kernel features may be built directly into the kernel. -Some may be made into loadable runtime modules. Some features -may be completely removed altogether. There are also certain See that first line? "directly into the kernel". Where did you get the "boot time only loading modules" from? > to NOT ALLOW the loading of modules at run time. In the What is the definition of "run time" vs. "boot time"? Can you show a sample output or code or some reference for that? It's the first time I heard about such distinction. --Amos -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Re: Weird login behaviour
> 1. In CONFIG_=y I am telling the kernel load the modules at boot time This is the bit you're confused about. When you set a kernel configuration option to 'y' that means "build it in to the kernel" not "build it as a module". A "module", in kernel lingo, very clearly means loadable objects, not a particular configuration option. That's why we distinguish between "y" (for "yes, build it in") and and "m" (for "build it as a module). When you build something in to the kernel, the kernel doesn't load it - it's already part of the kernel. - Jeff -- GUADEC 2005: May 29th-31st http://2005.guadec.org/ I don't know whose brain child it was, but it was quite an ugly child. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Photos - Feb meeting + codefest
quote("Craige McWhirter"); >Can we get them on http://slug.org.au/gallery? Sure thing! -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Re: Weird login behaviour
Matthew Palmer wrote: On Mon, Feb 28, 2005 at 11:28:24AM +1100, O Plameras wrote: Andrew Bennetts wrote: You cannot simultaneously have "a dozen or so" kernel modules enabled, and also CONFIG_MODULES=n. Yes, I can with CONFIG_ = y Then they're not modules. Yes, they are modules, symantecs aside. It is the same piece of modules in source codes. I do not change any bit of the modules' source codes. The piece of source codes that is called 'module' should be called 'module' all the time especially that nothing has changed: 1. In CONFIG_=y I am telling the kernel load the modules at boot time; in CONFIG_MODULES=n I am telling the kernel to NOT ALLOW the loading of modules at run time. In the context of security, this is the object of re-compilation. Do not allow any crow-bar to be left around your car when you park it. 2. In CONFIG_=m with CONFIG_MODULES=y I am telling the kernel that there are pieces of codes that may become part of the kernel space and to ALLOW 'loading at run time' of those pieces of code. O Plameras -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Photos - Feb meeting + codefest
On Mon, 2005-02-28 at 10:43 +1100, Grant Parnell wrote: >Just a couple of snaps for those that weren't there. It was a pretty good >turnout for the meeting, dinner and the codefest the next day. > >http://www.arcadia.au.com/slug/ Can we get them on http://slug.org.au/gallery? -- Cheers, Craige -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Re: Nomination: Lindsay Holmwood
On Mon, 2005-02-28 at 13:49 +1100, Lindsay Holmwood wrote: >On Mon, 28 Feb 2005 00:35:34 +1100 >Matthew Palmer <[EMAIL PROTECTED]> wrote: > >> You're being nominated for an Ordinary Member position on the committee, not >> as public officer (as far as I can see). The Public Officer of an >> association is a single, particular person, who acts as the "legal face" of >> the association. > >Thanks for clearing that up. I really have no idea about most of this stuff. Traditionally the "Public Officer" is the secretary. -- Cheers, Craige -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Re: Nomination: Lindsay Holmwood
> On Mon, 28 Feb 2005 00:35:34 +1100 Matthew Palmer <[EMAIL PROTECTED]> > wrote: > > > You're being nominated for an Ordinary Member position on the committee, > > not as public officer (as far as I can see). The Public Officer of an > > association is a single, particular person, who acts as the "legal face" > > of the association. > > Thanks for clearing that up. I really have no idea about most of this > stuff. ^ election platform. :-) - Jeff -- GUADEC 2005: May 29th-31st http://2005.guadec.org/ "Blessed are the cracked, for they let in the light." - Spike Milligan -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Re: Nomination: Lindsay Holmwood
On Mon, 28 Feb 2005 00:35:34 +1100 Matthew Palmer <[EMAIL PROTECTED]> wrote: > You're being nominated for an Ordinary Member position on the committee, not > as public officer (as far as I can see). The Public Officer of an > association is a single, particular person, who acts as the "legal face" of > the association. Thanks for clearing that up. I really have no idea about most of this stuff. Cheers, Lindsay -- http://asymmetrics.net/~auxesis -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Weird login behaviour
On Mon, Feb 28, 2005 at 11:28:24AM +1100, O Plameras wrote: > Andrew Bennetts wrote: [...] > >On Fri, Feb 25, 2005 at 08:16:10PM +1100, O Plameras wrote: > > > >>No one can load kernel codes other than loadable kernel modules(LKM) > >>that are 'enabled'. If you try to load an LKM that is not configured > >>the Kernel will not allow it. And because only a dozen or so LKMs are > >>enabled instead of, perhaps, hundreds LKMs, it is easy to manage these. > > > >You cannot simultaneously have "a dozen or so" kernel modules enabled, and > >also CONFIG_MODULES=n. > > Yes, I can with CONFIG_ = y You specifically said "loadable kernel modules(LKM)". CONFIG_=y does not make loadable kernel modules. Loadable kernel modules require loadable kernel module support, which is the CONFIG_MODULES option. -Andrew. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Re: Weird login behaviour
On Mon, Feb 28, 2005 at 11:28:24AM +1100, O Plameras wrote: > Andrew Bennetts wrote: > >On Mon, Feb 28, 2005 at 10:43:12AM +1100, O Plameras wrote: > >[...] > > > > > >>It is required that your resulting /usr/src/linux/.config > >>has:/ > >> > >>..snipped. > >>CONFIG_MODULES=n > >>..snipped. > >> > >> > > > >This is clearly a different scenario to the one you described in the mail > >Steven was replying to: > > > >On Fri, Feb 25, 2005 at 08:16:10PM +1100, O Plameras wrote: > >[...] > > > > > >>No one can load kernel codes other than loadable kernel modules(LKM) > >>that are > >>'enabled'. If you try to load an LKM that is not configured the Kernel > >>will not > >>allow it. And because only a dozen or so LKMs are enabled instead of, > >>perhaps, > >>hundreds LKMs, it is easy to manage these. > > > >You cannot simultaneously have "a dozen or so" kernel modules enabled, and > >also CONFIG_MODULES=n. > > Yes, I can with CONFIG_ = y Then they're not modules. - Matt signature.asc Description: Digital signature -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Weird login behaviour
Andrew Bennetts wrote: On Mon, Feb 28, 2005 at 10:43:12AM +1100, O Plameras wrote: [...] It is required that your resulting /usr/src/linux/.config has:/ ..snipped. CONFIG_MODULES=n ..snipped. This is clearly a different scenario to the one you described in the mail Steven was replying to: On Fri, Feb 25, 2005 at 08:16:10PM +1100, O Plameras wrote: [...] No one can load kernel codes other than loadable kernel modules(LKM) that are 'enabled'. If you try to load an LKM that is not configured the Kernel will not allow it. And because only a dozen or so LKMs are enabled instead of, perhaps, hundreds LKMs, it is easy to manage these. You cannot simultaneously have "a dozen or so" kernel modules enabled, and also CONFIG_MODULES=n. Yes, I can with CONFIG_ = y -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Weird login behaviour
On Mon, Feb 28, 2005 at 10:43:12AM +1100, O Plameras wrote: [...] > > It is required that your resulting /usr/src/linux/.config > has:/ > > ..snipped. > CONFIG_MODULES=n > ..snipped. This is clearly a different scenario to the one you described in the mail Steven was replying to: On Fri, Feb 25, 2005 at 08:16:10PM +1100, O Plameras wrote: [...] > > No one can load kernel codes other than loadable kernel modules(LKM) > that are > 'enabled'. If you try to load an LKM that is not configured the Kernel > will not > allow it. And because only a dozen or so LKMs are enabled instead of, > perhaps, > hundreds LKMs, it is easy to manage these. You cannot simultaneously have "a dozen or so" kernel modules enabled, and also CONFIG_MODULES=n. -Andrew. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Re: Under 18 ctte members (Re: Nomination: Lindsay Holmwood)
On Sun, Feb 27, 2005 at 11:39:10PM +, Mary Gardiner wrote: > In article <[EMAIL PROTECTED]>, Matthew Palmer wrote: > > Having had a quick scroll through the Act, I can't actually see where the > > restriction on committee members being under the age of 18 comes from. I > > haven't recently read the SLUG constitution, but from memory there isn't > > anything in there, either. > > I've never understood either, except that executive commitee members > (president, vice-president, secretary, treasurer) need to be signatories > of the bank account. Can under 18 people do this on business/shared > accounts? (I know people under the age of 18 can get their own accounts.) I was signatory on a company bank account when I was 16+11.95 months. The bank might have it's own internal requirements on these things, but when it comes down to it, the executive of an Association are those individuals whom the membership of the association most trust to execute the functions of the association. If the membership trust someone who is under 18, I see little reason why anyone else should be troubled. I'd trust Chris or Lindsay with the proper management of SLUG a lot more than I'd trust a lot of "legal adults"... - Matt signature.asc Description: Digital signature -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Nomination: Lindsay Holmwood
Lindsay Holmwood wrote: > (3) A person is not eligible to be appointed as public officer of an > incorporated association unless: > > (a) the person has attained the age of 18 years Umm, is that the requirement for the PUBLIC OFFICER of the inc. Assn? Or the requirment for the committee? Another area to check is the insurance policy. The insurer may expect/require that all people are over 18 years and thus of legal age. -- Terry Collins {:-)}}} email: terryc at woa.com.au www: http://www.woa.com.au Wombat Outdoor Adventures "People without trees are like fish without clean water" -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Under 18 ctte members (Re: Nomination: Lindsay Holmwood)
In article <[EMAIL PROTECTED]>, Matthew Palmer wrote: > Having had a quick scroll through the Act, I can't actually see where the > restriction on committee members being under the age of 18 comes from. I > haven't recently read the SLUG constitution, but from memory there isn't > anything in there, either. I've never understood either, except that executive commitee members (president, vice-president, secretary, treasurer) need to be signatories of the bank account. Can under 18 people do this on business/shared accounts? (I know people under the age of 18 can get their own accounts.) -Mary -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Weird login behaviour
Steve Kowalik wrote: That isn't the point at all. A kernel module can still be loaded if it isn't shipped with the kernel, and indeed, the kind of module that allows people to break machines would be anyway. No. This is not right. I strongly suggest you try the ff procedure which can be replicated. 1. Let's build a Linux kernel for a firewall with two (2) ethernet interfaces. I specify firewall so you will need just a few modules. 2. Get the source codes for a stock kernel, say, version 2.6.9. 3. Install the source codes in /usr/src/linux 4. Copy your current 'CONFIG' file (usually located in /boot), say, /boot/config-2.6.9 into /usr/src/linux/.config. 5. Whilst in the directory /usr/src/linux run this: # make oldconfig 6. Next run this: # make menuconfig and configure only the functionalities to get the kernel up and running as a firewall, no more and no less. / It is required that your resulting /usr/src/linux/.config has:/ ..snipped. CONFIG_MODULES=n ..snipped. 7. Now, run this: #make modules && make && make modules_install && make install 8. Reboot with the just compiled kernel. 9. Try loading any of your LKM that you made up and compiled somewhere else that you copied in your just rebooted system. 10. Tell us whether you are able to load your LKM in 9. */I CANNOT/*. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Photos - Feb meeting + codefest
Just a couple of snaps for those that weren't there. It was a pretty good turnout for the meeting, dinner and the codefest the next day. http://www.arcadia.au.com/slug/ -- -- ** ROOM FOR RENT $120pw (neg) near Newington Shops 525/401 buses ** Electronic Hobbyist, Former Arcadia BBS nut, Occasional nudist, Linux Guru, SLUG Secretary, AUUG and Linux Australia member, Sydney Flashmobber, Tenpin Bowler, BMX rider, Walker, Raver & rave music lover, Big kid that refuses to grow up. I'd make a good family pet, take me home today! Some people actually read these things it seems. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Open Course on Software System Design and Implementation
Hi, Although this is not specific to Linux, I thought it might be of interest anyway: http://ideas.web.cse.unsw.edu.au/index.php?module=articles&func=display&ptid=1&aid=439 If there is sufficient interest, I may make the discussion prizes available to anyone who could pick them up from me at UNSW -- and not only to students taking the course for credit. Amir -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Open Source Forum - Linux on the Desktop - THIS WEEK!
Hi all, After the success of our first Open Source Forum last year, Linux Australia decided to continue with the Forums. The Open Source Forums take current topical issues and invite a variety of speakers from different point of views to put forward their ideas. This is extremely valuable for attendees as they are able to see a cross section of different ideas and be in a better position to make an educated decision on the issue. The next Open Source Forum will be on "Linux on the Desktop". We've invited 4 commercially supported Linux distribution companies to give a brief talk on what makes them relevant, what their differentiators are in this space, where they see the market, and a success story or two to illustrate. There will also be a generic Linux desktop speaker from a company who uses all of these desktop distributions and has practical experience if each. Date: 3rd March Place: UTS Sydney Room 4.10, Level 4, Building 2, Broadway RSVP: pia at linux.org.au Provided: Light lunch and refreshments Agenda: 12:00 - Introductions - Pia Smith (Linux Australia) 12:10 - Industry perspectives from 4 commercial Linux vendors: * Red Hat - Dean Samuels * Novell - Greg Kieser * Sun - James Eagleton * Canonical - Jeff Waugh 13:30 - Break for short lunch 14:00 - An overview of Linux on the Desktop - Mark Englaro (Si2) 14:30 - Panel discussion 15:00 - Close Thanks all! Details are up on the website at http://linux.org.au/projects/ under Open Source Forums. Take a moment to check out our other projects. Pia -- Pia Smith <[EMAIL PROTECTED]> Linux Australia -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Re: Nomination: Lindsay Holmwood
On Mon, Feb 28, 2005 at 10:29:30AM +1100, Lindsay Holmwood wrote: > > On Sun, 27 Feb 2005 13:03:01 +1100 > Craige McWhirter <[EMAIL PROTECTED]> wrote: > > > Committee Member". Lindsay is full of youth, enthusiasm, has a good head > > Too much youth, as it happens! > > On Sun, 27 Feb 2005 22:25:37 +1100 > Chris Deigan <[EMAIL PROTECTED]> wrote: > > > ...but isn't 18 yet 'till later this year. :( > > > > I haven't looked at the constitution, but it'd be great to see him > > occupy the committee as an honourary member until he turns 18 and can > > legally be on the committee. > > Quite a conundrum. I've read through the Associations Incorporation Act 1984 > [1], and section 23 (3) (a) states that: > > (3) A person is not eligible to be appointed as public officer of an > incorporated association unless: > > (a) the person has attained the age of 18 years You're being nominated for an Ordinary Member position on the committee, not as public officer (as far as I can see). The Public Officer of an association is a single, particular person, who acts as the "legal face" of the association. Having had a quick scroll through the Act, I can't actually see where the restriction on committee members being under the age of 18 comes from. I haven't recently read the SLUG constitution, but from memory there isn't anything in there, either. - Matt signature.asc Description: Digital signature -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Sharing partition 'tween Linux and Winders (for video editing)
On Sun, 27 Feb 2005 23:37:05 +1100 Elliott-Brennan <[EMAIL PROTECTED]> wrote: > I gather that formatting the shared partition as VFAT is an option, but > that it may be too slow for my intentions. > > Has anyone any experience around this, or with ideas about the best way > to manage what I'm wishing to do? You'll be stuck with vfat or NTFS until Microsoft decides to add Unix filesystem support in Windows (when hell freezes over). NTFS is great under Linux unless you want to use it for anything useful, but vfat works reasonably well for everything else. Of course, there are a couple of Windows utilities for accessing data in Ext2/3 and Reiserfs filesystems: YAReG: http://yareg.akucom.de/ Explore2fs: http://uranus.it.swin.edu.au/~jn/linux/explore2fs.htm The Reiserfs stuff is read only, but Explore2fs has write support (for ext2 only though). Both have reasonable guis (although you'll have to download Microsoft's .Net framework to get the YAReG going). I'd just stick with VFAT - I haven't noticed too many problems with it when i've used it for doing similar things to what you're looking for. On a side note, OSnews ran a neat article about problems with vfat earlier this month. Quite a good read: http://www.osnews.com/story.php?news_id=9681 Lindsay -- http://asymmetrics.net/~auxesis -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Sharing partition 'tween Linux and Winders (for video editing)
Hi, I'm looking for some ideas about sharing a partition. I have Fedora Core 3 on one HDD (200G), dual booting with XP on a second HDD (20G). I want to share about 100G of the FC drive to allow space for both OSs to share video material for editing and DVD burning (I'm trialling a few options in both OSs). I gather that formatting the shared partition as VFAT is an option, but that it may be too slow for my intentions. Has anyone any experience around this, or with ideas about the best way to manage what I'm wishing to do? Any suggestions, ideas or advice would be most appreciated. Thanks. Regards, Patrick -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Nomination: Lindsay Holmwood
quote("Lindsay Holmwood"); >I'm more than willing to go along with what Chris has suggested, but it would >be >up to the membership to decide what course of action is appropriate in this >situation. I was more interested over whether it was set in constitution to have 3 general members, or if we could go with only 2 'till you become 18. -c. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Nomination: Lindsay Holmwood
On Sun, 27 Feb 2005 13:03:01 +1100 Craige McWhirter <[EMAIL PROTECTED]> wrote: > Committee Member". Lindsay is full of youth, enthusiasm, has a good head Too much youth, as it happens! On Sun, 27 Feb 2005 22:25:37 +1100 Chris Deigan <[EMAIL PROTECTED]> wrote: > ...but isn't 18 yet 'till later this year. :( > > I haven't looked at the constitution, but it'd be great to see him > occupy the committee as an honourary member until he turns 18 and can > legally be on the committee. Quite a conundrum. I've read through the Associations Incorporation Act 1984 [1], and section 23 (3) (a) states that: (3) A person is not eligible to be appointed as public officer of an incorporated association unless: (a) the person has attained the age of 18 years Obviously IANAL but this would seem to suggest that as much as I would like to accept, I would be unable to legally assume the position if elected. I'm more than willing to go along with what Chris has suggested, but it would be up to the membership to decide what course of action is appropriate in this situation. Cheers, Lindsay [1] http://www.legislation.nsw.gov.au/fullhtml/inforce/act+143+1984+FIRST+0+N -- http://asymmetrics.net/~auxesis -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Nomination: Silvia Pfeiffer
Hullo SLUG'ers, I'd like to nominate Silvia as a general committee member. Silvia has generally struck me as a reliable person, and in my eyes, a good person to have on the committee. Chris. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Nomination: Lindsay Holmwood
quote("Craige McWhirter"); >I think Lindsay would be an asset to the SLUG community and we'd benefit >from having him on our committee. ...but isn't 18 yet 'till later this year. :( I haven't looked at the constitution, but it'd be great to see him occupy the committee as an honourary member until he turns 18 and can legally be on the committee. - Chris -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Nomination: Lindsay Holmwood
On Sun, 2005-02-27 at 13:03 +1100, Craige McWhirter wrote: > I'd like to nominate Lindsay Holmwood for the position of "Ordinary > Committee Member". Lindsay is full of youth, enthusiasm, has a good head > on his shoulders and has already proven his organisational capabilities > with Free Software events such as the SLUG -> GLUG roadtrips / Free > Software roadshows. seconded. -- Ken Foskey OpenOffice.org developer -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html