[SLUG] PCMCIA 802.11g recommendations
Hi All, Yes I've STFW, Googled and checked the archives. I'm going to be upgrading my PCMCIA card on my lappy to support 802.11g (and possibly 802.11a + WPA) [1]. So far my search has yielded to potential candidates: Linksys WPC55AG [2] Netgear WG511U [3] I know to get either of these working I'll probably need to use that (evil) ndis wrapper and so gentle coaxing or possibly get them working with madwifi drivers. Does anyone have any specific experiences with either of these cards? So far I've only turned up info about models that are close (like the WPC55G and WG511T etc). Can anyone recommend an 802.11a/b/g card that supports WPA that DOES work under Linux? TIA James [1] Home is an 11b/g access point, work is 11g only (with WEP), Uni is 11a/b with WPA only (ie, no WPA==no link) [2] http://www.linksys.com/products/product.asp?grid=33scid=36prid=609 [3] http://www.netgear.com/products/details/WG511U.php -- If this fortune didn't exist, somebody would have invented it. pgpgTbm515zPU.pgp Description: PGP signature -- 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: CTAN font packages debian TeX
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: Hello TeX experts I've been attempting to add (CTAN) fonts packages to my TeX installation, meticulously following the advice given in http://www.ctan.org/installationadvice I actually downloaded and unpacked the brushscript font which I don't want, just so I could follow the instructions to the letter. In answer to my own question, I submit my email to the maintainer of the installationadvice page: I assume I'm writing to Jim Hefferon, I followed the instructions in 'Mamaging a One-person Tex System'. At first it didn't work. I checked. Checked permissions and mode. Brushscr.div came out in cmr. At first I thought it might be the line cp /usr/share/texmf/dvips/config/config.ps \ /usr/share/texmf.local/dvips/config/config.ps which I assume should be cp /usr/share/texmf/dvips/config/config.ps \ /usr/local/share/texmf/dvips/config/config.ps That didn't fix it. Them by chance while stumbling around in some other packages I came accross the line update --enable Map the_package_youre_interested_in.map which I used and it all came good. Apparently this has been made necessary in recent versions of Tex/latex. What came between my first attempt and my Successful Test were a) three weeks b) good luck. Otherwise, thanks for the guidance, for which I am very thankful. All the best, Nick Croft -- 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 Tue, 2005-03-01 at 11:31 +1000, QuantumG wrote: The C language is just so full of pitfalls and traps that it is next to impossible to write secure code in it. You can do it obviously (look at OpenBSD) but it requires so much discipline and arcane knowledge that most programmers simply can't write secure code. Secure programming howto and the articles by David Wheeler on Alpha works. These are eye opening, ever considered a temp file named mytemp$$ is a security hole? http://www.dwheeler.com/secure-programs/ http://www-106.ibm.com/developerworks/linux/library/l-sp1.html The number of people reporting exploitable bugs in software has dropped in the last 5 years. It's not because the software has gotten better. I cannot believe this. Certainly there is things that are just not fixed however somethings are becoming more secure the more eyes that are upon it. Also the advent of code checkers is discovering some of these exploits without intensive code review. There are always new exploits discovered and there are people who do University courses discovering those exploits the results are published. It is up to the projects to then take the problem seriously that can be difficult. Firefox is security conscious because it is being attacked but does terminal software require the same level of intense scrutiny? What would happen if I came up with an exploit in gnome-terminal would it be fixed immediately? It really does depend on the application. I have to say the kernel is a rich source of exploits because: a) it is huge with lots of options. b) cracking it gains much more access. c) There are chunks of it not closely maintained, ie the drivers. -- 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
[SLUG] Memory-mapping source files for faster lexical analysis
Hi all, I'm starting an honours year at uni this year. My supervisor and I are thinking of doing a paper on trying to determine if memory-mapping source files will speed up the lexical analysis phase of various compilers (instead of whatever buffering method it currently employs). While we can't find any similar publications on the subject that obviously doesn't mean no one out there has done anything on it. Has anyone heard of any work done on this kind of thing before? Thanks! -- Mike -- 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] Memory-mapping source files for faster lexical analysis
Michael Knight wrote: Hi all, I'm starting an honours year at uni this year. My supervisor and I are thinking of doing a paper on trying to determine if memory-mapping source files will speed up the lexical analysis phase of various compilers (instead of whatever buffering method it currently employs). Wooo, a fellow compiler geek. Cool. I have no heard of any papers on the subject you mention, no. May I ask who your supervisor is (and at what university?) If you're interested in unique uses for compiler technology, you might my open source project interesting: http://boomerang.sourceforge.net/ We do it all backwards :) Trent -- 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] Memory-mapping source files for faster lexical analysis
QuantumG wrote: May I ask who your supervisor is (and at what university?) Sure, my supervisor is Tony Sloane and we're at Macquarie University. If you're interested in unique uses for compiler technology, you might my open source project interesting: http://boomerang.sourceforge.net/ We do it all backwards :) Hehe, thanks. Looks like it will be interesting to check out. -- Mike -- 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] Memory-mapping source files for faster lexical analysis
On Tue, 2005-03-01 at 23:51 +1100, Benno wrote: This sounds interesting but I would have thought that it was as much an operating systems thing as a languages compilers thing. IO-Lite is a related work for this. One thing to watch out for is that this is likely to be OS dependant; how the IO system, buffering and paging is implemented will have a large affect on results. From the systems I've tested on (MacOSX/PPC, Linux2.6.10/ia32), mmap is a much faster than alternatives, the question is however, how much impact that would have on the speed of the lexer. I think the main thing you would need to show first is that in current lexers I/O is the dominating factor, and not say, the actual lexing of the data. I wouldn't have expected I/O costs to be dominant, but a quick use of gprof would definately show one way or the other. gprof won't show the impact of seek times, nor blocking / async time. oprofile is a better choice AIUI. Also, trying a zero copy IO approach would be useful for comparison. Cheers, Rob -- GPG key available at: http://www.robertcollins.net/keys.txt. signature.asc Description: This is a digitally signed message part -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] $B!V5$;}$A%$%$%C!*!W$H46$8$^$/$j!*(B
[EMAIL PROTECTED] ¡¡- [EMAIL PROTECTED]@[EMAIL PROTECTED]@f«EpXgEnCq[ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@`ßéßtF`æE®æÌóÉ`-- [EMAIL PROTECTED]@¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬ [EMAIL PROTECTED]@[EMAIL PROTECTED]://densetu.candyhos.com/?7nyyvdo9ba [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ @ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] «Ó¥¿¸ÞæQe [EMAIL PROTECTED]@[EMAIL PROTECTED]@XJ[g©ç·çèÆLѽürâÞÁ¿èµ½IVæÚI [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] EEEEEEEEEEEEEÁWQ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] «ÐàZNnEsÏ»êB [EMAIL PROTECTED]@[EMAIL PROTECTED]@lXÈpx©çAüè꽫ÌÀÔðBIi굀 [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@@ [EMAIL PROTECTED]@¨o³ñÌIoVÑ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ [EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@@ [EMAIL PROTECTED]@¡ñÍsà^ÉÄAIiÌqRÎjQÌIovCðs [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ [EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@@ @ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] «s¿³ñ¢çÁµá`¢ [EMAIL PROTECTED]@[EMAIL PROTECTED]@Gè½¢jÆGçê½¢Iic¡ñÌl¨Í^lCXN[ÉʤƢ¤QPÎÌ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@ [EMAIL PROTECTED]@@ [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]://densetu.candyhos.com/[EMAIL PROTECTED]@@ [EMAIL PROTECTED]@¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬ [EMAIL PROTECTED]@@ ®®®®®®®®®®®®®®®®®®®®®®®®®®®®®®®®® [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] ¯ªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªªª ¡ [EMAIL PROTECTED] ¡--¨mç¹- [EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@@ [EMAIL PROTECTED]@vnqkc̲pÉ ½ÁÄ [EMAIL PROTECTED]@E [EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]@³¿Å²o^ïõlÉèúIÉ[}KWðzMµÄ¨èÜ·B EÇÌ[}KWæèzM³êéîñÌpÉÖµÄÍA [EMAIL PROTECTED]@ [EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@EÇͲÐîæÌTCgɨ¯é¢©Èéguâ¹QÉεÄà [EMAIL PROTECTED]@ êØÌÓCð¢©ËÜ·B [EMAIL PROTECTED]@ [EMAIL
[SLUG] USB Wireless Dongles
'morning SLUGers, I have an iBook G4 which, on the weekend, at the codefest, nuked OSX from in turn for ubuntu. Everything works so far except sleep (which I'm going to look at) and the internal wireless (Airport Extreme). Any support for airport extreme looks sucky, so I want to get a USB wireless dongle (there's no PCMCIA slot). Right now I've been borrowing a netgear MA111 which works quiet well, but it's only 802.11b, and if possible, I'd like to go 802.11g. So, has anyone come across any 802.11g ones that work under linux (remembering ndiswrapper is not an option under PPC). And, if not, any reccomendations for an 802.11b one. A small usb flash-drive style is preferred. Cheers, - 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] USB Wireless Dongles
I think airport extreme is not supported under Linux like most 802.11g cards (except for prisim or orinoco) you are going to find it difficult to get 11g running on your laptop. 'morning SLUGers, I have an iBook G4 which, on the weekend, at the codefest, nuked OSX from in turn for ubuntu. Everything works so far except sleep (which I'm going to look at) and the internal wireless (Airport Extreme). Any support for airport extreme looks sucky, so I want to get a USB wireless dongle (there's no PCMCIA slot). Right now I've been borrowing a netgear MA111 which works quiet well, but it's only 802.11b, and if possible, I'd like to go 802.11g. So, has anyone come across any 802.11g ones that work under linux (remembering ndiswrapper is not an option under PPC). And, if not, any reccomendations for an 802.11b one. A small usb flash-drive style is preferred. Cheers, - Chris -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html -- 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] USB Wireless Dongles
On Wed, 2 Mar 2005 07:39:03 +1100, Kevin Saenz [EMAIL PROTECTED] wrote: I think airport extreme is not supported under Linux like most 802.11g cards (except for prisim or orinoco) you are going to find it difficult to get 11g running on your laptop. I believe Kevin is right Chris. I've not seen drivers for airport extreme, and this would be the only thing stopping me installing linux onto my PPC powerbook :) However if you want to loan my usb dongle (g) and test it before purchasing a similar unit then that can be arranged at the next event of slug I come too. -- 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] Memory-mapping source files for faster lexical analysis
Michael Knight wrote: I'm starting an honours year at uni this year. My supervisor and I are thinking of doing a paper on trying to determine if memory-mapping source files will speed up the lexical analysis phase of various compilers (instead of whatever buffering method it currently employs). The problem you've got is that lexical analysis makes heavy use of the C library's ungetc(). So gains from memory-mapped I/O are going to be lost implementing an alternative ungetc() [ie, you'll find yourself implementing the C stdio library]. Note that most of the I/O hit doesn't come from the initial lexical scan, but from the intermediate files. I'd expect C to have a lot more I/O attributable to lexing than most languages (because of it's use of .h files and it has two lexical passes -- one by the pre-compiler and one by the compiler). It's an area worth persisting with though, as almost every effort to drop the cost or amount of I/O when compiling a project has been a big win (see distcc, ccache, the gcc -pipe options, the argument for using include in Makefiles as opposed to heirarchical Makefiles, precompiled .h files). Operating systems have a hard time with compiling because of the bivariate nature of a compile -- repeatedly I/O-bound and then CPU-bound. So tuning based on recent activity (ie, most automatic tuning in OSs) fails to optimise. Personally, since this is just a honours project and you don't want something too open-ended, why not seek to accurately characterise the OS demands of a typical large project build (eg, Samba, Apache, etc). There's some nice work going on characterising the demands of the Linux boot sequence, and you could leverage those tools and techniques. Break the compiling process into stages (and the gcc tool chain is pretty modular so there's a reasonable but not complete mapping of stage to compiler program, but the tools I told you about above allow you to mark a stage transition with a small mod to the program). Now track the I/O and CPU attributable to each stage for various options (eg, heirachical v included Makefiles, -O optimisation levels, static v dynamic linking). Similarly for OS tuning. Enough raw material there for a very fine paper and thesis. -- Glen Turner Tel: (08) 8303 3936 or +61 8 8303 3936 Australia's Academic Research Network www.aarnet.edu.au -- 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] USB Wireless Dongles
As far as I can see there are not many g cards supported by Linux. I run wireless using a DLink wireless PCMCIA card, using ndiswrapper and dlink windows drivers. I still cant get g support. Isn't OSX bsd based? What was wrong with it? I think airport extreme is not supported under Linux like most 802.11g cards (except for prisim or orinoco) you are going to find it difficult to get 11g running on your laptop. I believe Kevin is right Chris. I've not seen drivers for airport extreme, and this would be the only thing stopping me installing linux onto my PPC powerbook :) However if you want to loan my usb dongle (g) and test it before purchasing a similar unit then that can be arranged at the next event of slug I come too. -- 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] USB Wireless Dongles
On Wed, 2 Mar 2005 11:12:09 +1100, Kevin Saenz [EMAIL PROTECTED] wrote: As far as I can see there are not many g cards supported by Linux. I run wireless using a DLink wireless PCMCIA card, using ndiswrapper and dlink windows drivers. I still cant get g support. Isn't OSX bsd based? What was wrong with it? I love my OSX based machine, infact I should use it more. Slowly I am finding good utils to do the things I would not normally use it for. Certainly not a bad operating system. Unix with nice GUI. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] security different on vfat compared to ext ?
Hello sluggers, I've moved an Apache intranet I run on my home office from an ext3 to a vfat partition. I did this by copying the DocumentRoot using nautilus and changing the conf files. Apache now returns You don't have permission to access /bookmarks.htm on this server to the browser. I don't have this problem if I copy the webserver directory to another ext3 partition - seemingly proving that I'm changing the necessary conf info. So - is there something different about ext and vfat security, necessitating some more sophisticated directory copy process ? Thanks Rod Brought to you by a thunderbird, penguin, gnu and a camel -- 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] security different on vfat compared to ext ?
On Wed, 02 Mar 2005 13:03:41 +1100, Rod Butcher [EMAIL PROTECTED] wrote: Hello sluggers, I've moved an Apache intranet I run on my home office from an ext3 to a vfat partition. I did this by copying the DocumentRoot using nautilus and changing the conf files. Apache now returns You don't have permission to access /bookmarks.htm on this server to the browser. I don't have this problem if I copy the webserver directory to another ext3 partition - seemingly proving that I'm changing the necessary conf info. So - is there something different about ext and vfat security, necessitating some more sophisticated directory copy process ? vfat don't support the same security features of ext3. ie I don't believe you can chmod or chown directories on a vfat filesystem, which means its not going to work :) Why did you put it on a vfat anyways.. -- 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] security different on vfat compared to ext ?
Rod Butcher wrote: Hello sluggers, I've moved an Apache intranet I run on my home office from an ext3 to a vfat partition. I did this by copying the DocumentRoot using nautilus and changing the conf files. Apache now returns You don't have permission to access /bookmarks.htm on this server to the browser. I don't have this problem if I copy the webserver directory to another ext3 partition - seemingly proving that I'm changing the necessary conf info. So - is there something different about ext and vfat security, necessitating some more sophisticated directory copy process ? Surely there would be permissions problems as vfat does not have the ownership or permissions that unix files do. What happens if as root you su to whatever user apache runs as and then try to read the vfat files? If you find that apache cant read the files then you have found the error. If it can read them then look at the conf file again maybe. Mike -- Michael Lake Chemistry, Materials Forensic Science, UTS Ph: 9514 1725 Fx: 9514 1460 [pls ignore idiot lawyer's msg below] -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Cyrus
Hi All, Since it's been adopted as the standard IMAP server for UserLinux, I thought I'd check out Cyrus (on Debian Sarge). I am finding the documentation more unfriendly than is usual for free software (which is saying something), and third-party documentation rather thin on the ground. I am consequently having trouble getting my head around some fairly fundamental concepts. Or perhaps I'm just getting too old for this sort of thing, and my brain is no longer sufficiently elastic. I have set up /etc/imapd.conf for virtual domains with a global admin user as per the docs. However, when I try to set up a mailbox associated with a particular domain thus: # saslpasswd2 -c [EMAIL PROTECTED] # cyradm --user cyrus localhost localhost.localdomain cm [EMAIL PROTECTED] createmailbox: Permission denied Is the result. I can set up users without explicitly specifying a domain, which I suppose puts them in the default domain set in /etc/imapd.conf: localhost.localdomain cm user.name But curiously, I can't then delete the mailbox: localhost.localdomain dm user.name deletemailbox: Permission denied I am sure I'm missing something pretty basic, but I haven't the foggiest what that is. Can anybody SMTP a clue in my direction? Matthew. -- Alma Technology http://www.almatech.net.au (02) 6658 1607 ... 0419 242 316 -- ...running an application in a browser is no longer like writing with a brick tied to [your] pencil. - Mitch Kapor -- 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] security different on vfat compared to ext ?
On Wed, 2005-03-02 at 13:03 +1100, Rod Butcher wrote: Hello sluggers, I've moved an Apache intranet I run on my home office from an ext3 to a vfat partition. I did this by copying the DocumentRoot using nautilus and changing the conf files. Apache now returns You don't have permission to access /bookmarks.htm on this server to the browser. I don't have this problem if I copy the webserver directory to another ext3 partition - seemingly proving that I'm changing the necessary conf info. So - is there something different about ext and vfat security, necessitating some more sophisticated directory copy process ? The problem is that Apache will be checking for file attributes that VFAT simply doesn't support. There's options in there somewhere to turn off ownership checking and checking that the file is/isn't executable. I don't know them off the top of my head though, so you'll need to read the manual for it. Why do you need to do this? There might be a better way to achieve what you're trying to do. HTH, James. -- There is no I in TEAM but there is an i in Ninja -- http://www.ninjaburger.com/sekrit/ signature.asc Description: This is a digitally signed message part -- 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] security different on vfat compared to ext ?
Michael Lake wrote: Rod Butcher wrote: Hello sluggers, I've moved an Apache intranet I run on my home office from an ext3 to a vfat partition. I did this by copying the DocumentRoot using nautilus and changing the conf files. Apache now returns You don't have permission to access /bookmarks.htm on this server to the browser. I don't have this problem if I copy the webserver directory to another ext3 partition - seemingly proving that I'm changing the necessary conf info. So - is there something different about ext and vfat security, necessitating some more sophisticated directory copy process ? Surely there would be permissions problems as vfat does not have the ownership or permissions that unix files do. What happens if as root you su to whatever user apache runs as and then try to read the vfat files? If you find that apache cant read the files then you have found the error. If it can read them then look at the conf file again maybe. Mike I believe it would depend on the permissions set when mounting the vfat partition. You would need specify extra options for who gets read/write access in fstab I think... Fil -- 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] security different on vfat compared to ext ?
Phil Scarratt wrote: Michael Lake wrote: Rod Butcher wrote: Hello sluggers, I've moved an Apache intranet I run on my home office from an ext3 to a vfat partition. I did this by copying the DocumentRoot using nautilus and changing the conf files. Apache now returns You don't have permission to access /bookmarks.htm on this server to the browser. I don't have this problem if I copy the webserver directory to another ext3 partition - seemingly proving that I'm changing the necessary conf info. So - is there something different about ext and vfat security, necessitating some more sophisticated directory copy process ? Surely there would be permissions problems as vfat does not have the ownership or permissions that unix files do. What happens if as root you su to whatever user apache runs as and then try to read the vfat files? If you find that apache cant read the files then you have found the error. If it can read them then look at the conf file again maybe. Mike I believe it would depend on the permissions set when mounting the vfat partition. You would need specify extra options for who gets read/write access in fstab I think... Fil Fil is correct. If you HAD to use a VFAT partition to store web files for Apache, then you could ensure appropriate permissions are set for files on that VFAT partition by adding options at the end of your mounting statement in /etc/fstab: /dev/hdb1 /mnt/data vfatdefaults,umask=002,uid=500,gid=100 0 0 The uid and gid specify the user and group ownerships and the umask sets the octal permissions of files on that partition hth Shaun -- 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] Decrypting GPG/PGP in email body with Evolution
On Wed, 2005-02-09 at 08:51 +1100, Howard Lowndes wrote: Even though I have gnupg installed and enabled in Evolution, I am not getting the encrypted block decrypted, neither is the attachment showing, though the MIME boundaries look OK. Do you have the sender's public key imported into GnuPG? -- 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] security different on vfat compared to ext ?
Apache runs as uid gid 72, so I changed fstab to :- /dev/hdh1 /Win2k vfat defaults,umask=002,uid=72,gid=72 0 0 and remounted /Win2k. Still no dice, Apache wouldn't read it. ??? I added apache to root user group (yeah, I know... just as a test) but still didn't work - I thought that if apache was in the root group it should gain all the access priviliges of root ? Reason I'm using vfat is I want to be able to fall back immediately to Win2k dualbooted if something goes wrong with Linux... hence I've put email, working .docs etc on this common partition. Is there a better way ? I hadn't intended to get bogged down with security issues... thanks Rod Brought to you by a thunderbird, penguin, gnu and a camel Shaun Butler wrote: Phil Scarratt wrote: Michael Lake wrote: Rod Butcher wrote: Hello sluggers, I've moved an Apache intranet I run on my home office from an ext3 to a vfat partition. I did this by copying the DocumentRoot using nautilus and changing the conf files. Apache now returns You don't have permission to access /bookmarks.htm on this server to the browser. I don't have this problem if I copy the webserver directory to another ext3 partition - seemingly proving that I'm changing the necessary conf info. So - is there something different about ext and vfat security, necessitating some more sophisticated directory copy process ? Surely there would be permissions problems as vfat does not have the ownership or permissions that unix files do. What happens if as root you su to whatever user apache runs as and then try to read the vfat files? If you find that apache cant read the files then you have found the error. If it can read them then look at the conf file again maybe. Mike I believe it would depend on the permissions set when mounting the vfat partition. You would need specify extra options for who gets read/write access in fstab I think... Fil Fil is correct. If you HAD to use a VFAT partition to store web files for Apache, then you could ensure appropriate permissions are set for files on that VFAT partition by adding options at the end of your mounting statement in /etc/fstab: /dev/hdb1 /mnt/data vfatdefaults,umask=002,uid=500,gid=100 0 0 The uid and gid specify the user and group ownerships and the umask sets the octal permissions of files on that partition hth Shaun -- 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] Cyrus
Matthew Davidson wrote: Hi All, Since it's been adopted as the standard IMAP server for UserLinux, I thought I'd check out Cyrus (on Debian Sarge). I am finding the documentation more unfriendly than is usual for free software (which is saying something), and third-party documentation rather thin on the ground. I am consequently having trouble getting my head around some fairly fundamental concepts. Or perhaps I'm just getting too old for this sort of thing, and my brain is no longer sufficiently elastic. I have set up /etc/imapd.conf for virtual domains with a global admin user as per the docs. However, when I try to set up a mailbox associated with a particular domain thus: # saslpasswd2 -c [EMAIL PROTECTED] # cyradm --user cyrus localhost localhost.localdomain cm [EMAIL PROTECTED] createmailbox: Permission denied Is the result. I can set up users without explicitly specifying a domain, which I suppose puts them in the default domain set in /etc/imapd.conf: localhost.localdomain cm user.name But curiously, I can't then delete the mailbox: Before you attempt to delete a mailbox, be sure to use the setaclmailbox command to give yourself explicit /d/ (delete) rights before deleting a mailbox, as in the following example: |localhost setaclmailbox user.johndoe cyrusadm d| |localhost deletemailbox user.johndoe| localhost.localdomain dm user.name deletemailbox: Permission denied -- 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] security different on vfat compared to ext ?
So the situation you are describing is that you have a critical server on Linux that you want to be able to switch over to Windows if you screw up its setup? If that's the case then how about actually having another image of Linux on another partition and boot to it if you screw up the primary image? It would also mean that you have only one kind of OS and an entire set of software/patches/config files to share between the two images. Cheers, --Amos On Wed, 02 Mar 2005 15:54:04 +1100, Rod Butcher [EMAIL PROTECTED] wrote: Apache runs as uid gid 72, so I changed fstab to :- /dev/hdh1 /Win2k vfat defaults,umask=002,uid=72,gid=72 0 0 and remounted /Win2k. Still no dice, Apache wouldn't read it. ??? I added apache to root user group (yeah, I know... just as a test) but still didn't work - I thought that if apache was in the root group it should gain all the access priviliges of root ? Reason I'm using vfat is I want to be able to fall back immediately to Win2k dualbooted if something goes wrong with Linux... hence I've put email, working .docs etc on this common partition. Is there a better way ? I hadn't intended to get bogged down with security issues... thanks Rod Brought to you by a thunderbird, penguin, gnu and a camel Shaun Butler wrote: Phil Scarratt wrote: Michael Lake wrote: Rod Butcher wrote: Hello sluggers, I've moved an Apache intranet I run on my home office from an ext3 to a vfat partition. I did this by copying the DocumentRoot using nautilus and changing the conf files. Apache now returns You don't have permission to access /bookmarks.htm on this server to the browser. I don't have this problem if I copy the webserver directory to another ext3 partition - seemingly proving that I'm changing the necessary conf info. So - is there something different about ext and vfat security, necessitating some more sophisticated directory copy process ? Surely there would be permissions problems as vfat does not have the ownership or permissions that unix files do. What happens if as root you su to whatever user apache runs as and then try to read the vfat files? If you find that apache cant read the files then you have found the error. If it can read them then look at the conf file again maybe. Mike I believe it would depend on the permissions set when mounting the vfat partition. You would need specify extra options for who gets read/write access in fstab I think... Fil Fil is correct. If you HAD to use a VFAT partition to store web files for Apache, then you could ensure appropriate permissions are set for files on that VFAT partition by adding options at the end of your mounting statement in /etc/fstab: /dev/hdb1 /mnt/data vfatdefaults,umask=002,uid=500,gid=100 0 0 The uid and gid specify the user and group ownerships and the umask sets the octal permissions of files on that partition hth Shaun -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html -- Your email is protected by Mailshell -- To block spam or change delivery options: http://www.mailshell.com/control.html?a=balatsrial4tlprafm_jqupsjnpz1k ReturnPath.net http://rd.mailshell.com/ad481 Earn up to $3 for each of your friends who signs up with Mailshell! http://rd.mailshell.com/sp5 -- 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] PCMCIA 802.11g recommendations
James Gray wrote: Hi All, Yes I've STFW, Googled and checked the archives. I'm going to be upgrading my PCMCIA card on my lappy to support 802.11g (and possibly 802.11a + WPA) [1]. So far my search has yielded to potential candidates: Linksys WPC55AG [2] Netgear WG511U [3] I know to get either of these working I'll probably need to use that (evil) ndis wrapper and so gentle coaxing or possibly get them working with madwifi drivers. Does anyone have any specific experiences with either of these cards? So far I've only turned up info about models that are close (like the WPC55G and WG511T etc). Can anyone recommend an 802.11a/b/g card that supports WPA that DOES work under Linux? TIA James [1] Home is an 11b/g access point, work is 11g only (with WEP), Uni is 11a/b with WPA only (ie, no WPA==no link) [2] http://www.linksys.com/products/product.asp?grid=33scid=36prid=609 [3] http://www.netgear.com/products/details/WG511U.php I use a DLink DWL-G650 which is an Atheros based chip. Using the MADWiFi driver under Linux works. And yes I've even got it to work with WPA at UOW. However, since I installed the 2.6.8 kernel I had problems. This however was many months ago and have not investigated it since. I will however will be trying again very soon as uni has recommenced and I suspect there have been changes to MADWifi with better support under 2.6.x Anyway, I'll catch up with you at UOW and you can try out my card for yourself. All findings of course shall be posted to SLUG. :) - Rocci. -- 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: Cyrus
On Wed, Mar 02, 2005 at 01:14:14PM +1100, Matthew Davidson wrote: I have set up /etc/imapd.conf for virtual domains with a global admin user as per the docs. However, when I try to set up a mailbox associated with a particular domain thus: # saslpasswd2 -c [EMAIL PROTECTED] # cyradm --user cyrus localhost localhost.localdomain cm [EMAIL PROTECTED] createmailbox: Permission denied Is the result. Check the logs; cyrus (at least the old 1.5 which I'm still using) is pretty good at logging why things failed. Also, the global admin user may still need cm perms on the specific vdomain, although that I'm not so sure of. I can set up users without explicitly specifying a domain, which I suppose puts them in the default domain set in /etc/imapd.conf: localhost.localdomain cm user.name But curiously, I can't then delete the mailbox: localhost.localdomain dm user.name deletemailbox: Permission denied This, as Oscar as pointed out, is caused by the fact that Cyrus (in either a fit of crack-fumed delusion, or as clever protection against fat-fingers, depending on your point of view) doesn't provide you with delete permission on a mailbox by default, so you need to explicitly grant it to yourself before removing the box. - Matt -- A polar bear is a rectangular bear after a coordinate transform. 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