[SLUG] Reset Your LinkedIn Password
LinkedIn We have received your request to reset your LinkedIn password. Please use this secure URL to reset your password within 5 days: https://www.linkedin.com/e/pwr/25443875/ihfRyfT7/ To reset your password, please enter your new password twice on the page that opens. Thank you for using LinkedIn! - The LinkedIn Team http://www.linkedin.com/ -- 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] Reset Your LinkedIn Password
On 25/08/09 18:47, LinkedIn Password wrote: LinkedIn We have received your request to reset your LinkedIn password. Please use this secure URL to reset your password within 5 days: https://www.linkedin.com/e/pwr/25443875/ihfRyfT7/ To reset your password, please enter your new password twice on the page that opens. Thank you for using LinkedIn! - The LinkedIn Team http://www.linkedin.com/ no, I really shouldn't really. -- 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: 40 Years of Unix
LOL. Thanks James for prefacing your comment with Loved it. > jam wrote in > The GUI paradigism allows people who have not learned to talk to computers to > communicate using pictures. > This picture mode is slow and cumbersome (imagine talking to a Russian, but > using pictures to convey your point) > I know you were only using this as an analogy but: Imagine talking to anyone when you don't share a language. That'd be a perfect example of where pictures would come in highly useful and would speed up communication - writing would be sooo slow :) Imagine being in Papua New Guinea in the 1930s and trying to explain to a highlander what a photograph was by writing to them :) Oh, what about describing Salvador Dali's genius without a picture :) However Daniel beat me to it. > As an example, graphical image editing tools generally allow faster editing of > pictures than command line tools generally, because some limited cases are > faster on the command line, so even this isn't clear-cut. > The ability of a GUI to provide immediate reference points in an image, to show 'as you are doing it' responses and to allow intricate detail to be created cannot be surpassed. Weirdly, humans are more oriented towards images than text...though I do thank the Sumerian's etc for their efforts. All of this said, there are instances where the CLI certainly provides an advantage over the GUI for some actions in image management - I occasionally us it for some video editing/transcoding. However these advantages are few relative to the multitude of instances wherein a GUI is so much better - like painting a moustache on the Mona Lisa, changing the colour of someone's eyes, removing a complex pattern from a picture, drawing a complex pattern and making minor edits to it as you go. Regards, Patrick -- http://lugnuts.wftl-lug.org/pg/blog/Patrick www.youcantdothatinlinux.com Registered GNU/Linux User 368634 -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] August Monthly Meeting
== August Monthly Meeting == You can read the full version of this announcement at http://slug.org.au/node/117 SLUG's monthly meeting. Meetings are open to the general public, and are free of charge. Where: Our venue is now Google, Level 5, 48 Pirrama Road, Pyrmont. It's across the road from Star City Casino. A map of the area can be found here[1], and public transit directions are at [2]. Appropriate signage and directions will be posted around the building. You will need to sign-in to enter the venue. This can be performed when you arrive, but to save time we recommend that you do so online beforehand at Anyvite[3]. If you are unsure, please sign up as a 'maybe'. This allows us to organise adequate meeting space and facilities. You do not need to create an account to indicate your attendance. We start at 18.30 but we ask that people arrive at least 15 minutes early so we an all get into the building and start on time. Please do not arrive before 18.00, as it may hinder business activities for our host! This month's sessions are: General Talk Mitchell Seaton: The OLPC Battleground OLPC gears up during the rest of this year with the development of the XO 1.5 laptop, SugarLabs pushes forth with the SoaS (Sugar on a Stick) and Sugar v0.86, and deployments continue around the world. In this talk, Mitchell will discuss the current state of play, future directions and the world-wide support community at the heart of it all. In-Depth Talk TBA: TBA TBA SLUGlets Mini-tutorial Patrick Elliott-Brennan will be leading a discussion on video encoding on Linux, with demonstrations! General discussion and Q&A about Linux, free software and open source. We have lots of space, so we can also break off into other smaller discussions. Hacker Space We have heaps of room available to us at Google. If the talks do not grab you, feel free to come along and hack away on your favourite project in the designated Hacker Space. Meeting Schedule See here[4] for an explanation of the segments. * 18.15: Open Doors * 18.30: Announcements, News, Introductions * 18.45: General Talk * 19.30: Intermission * 19.45: Split into two groups for: o In-Depth Talk o SLUGlets * 20.30: Dinner Dinner this month will be held locally, Details will be announced on the night. We will be taking numbers at the beginning of the meeting. If you have any particular dietary requirements (e.g. vegetarian), let us know beforehand. Dinner is a great way to socialise and learn in a relaxed atmosphere :) We hope to see you there! [1] http://tinyurl.com/ParkingPyrmont [2] http://wiki.slug.org.au/howtogetthere [3] http://anyvite.com/events/home/n6wyhrrnrt [4] http://www.slug.org.au/meetings/meetingformat -- Melissa Draper Sydney Linux Users Group | Secretary http://slug.org.au -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] squid reverse proxy almost working - but only ever hitting default site
Hi all, Just to get squid reverse proxy 2.6 working with two sites for now... it seems to be working in that the access.log is registering hits but only for the default site. Default site is www.icafe.com.au other site is www.pamphlets.org.au If I bypass squid, I can port forward port 80 to both sites ok. DNS is working ok to both sites both internally and externally. So the problem must be with the squid config. The firewall is port forwarding port 80 to port 3128 on squid. Below is the squid.conf changes from default, # INSERT YOUR OWN RULE(S) HERE TO ALLOW ACCESS FROM YOUR CLIENTS http_port 3128 accel defaultsite=www.icafe.com.au cache_peer 10.1.2.250 parent 80 0 no-query originserver name=myAccel acl our_sites dstdomain .*.icafe.com.au .*.pamphlets.org.au www.icafe.com.au www.pamphlets.org.au http_access allow our_sites cache_peer_access myAccel allow our_sites cache_peer_access myAccel deny all Below is cache.log after a shutdown and restart of squid 2009/08/26 10:22:54| Preparing for shutdown after 0 requests 2009/08/26 10:22:54| Waiting 30 seconds for active connections to finish 2009/08/26 10:22:54| FD 13 Closing HTTP connection 2009/08/26 10:22:54| Shutting down... 2009/08/26 10:22:54| FD 14 Closing ICP connection 2009/08/26 10:22:54| Closing unlinkd pipe on FD 11 2009/08/26 10:22:54| storeDirWriteCleanLogs: Starting... 2009/08/26 10:22:54| Finished. Wrote 1 entries. 2009/08/26 10:22:54| Took 0.0 seconds ( 961.5 entries/sec). CPU Usage: 0.086 seconds = 0.047 user + 0.039 sys Maximum Resident Size: 0 KB Page faults with physical i/o: 0 Memory usage for squid via mallinfo(): total space in arena:2508 KB Ordinary blocks: 2413 KB 4 blks Small blocks: 0 KB 5 blks Holding blocks: 244 KB 1 blks Free Small blocks: 0 KB Free Ordinary blocks: 94 KB Total in use:2657 KB 97% Total free:94 KB 3% 2009/08/26 10:22:54| Squid Cache (Version 2.6.STABLE21): Exiting normally. 2009/08/26 10:22:56| Starting Squid Cache version 2.6.STABLE21 for i686-redhat-linux-gnu... 2009/08/26 10:22:56| Process ID 24377 2009/08/26 10:22:56| With 1024 file descriptors available 2009/08/26 10:22:56| Using epoll for the IO loop 2009/08/26 10:22:56| DNS Socket created at 0.0.0.0, port 38979, FD 6 2009/08/26 10:22:56| Adding domain icafe.com.au from /etc/resolv.conf 2009/08/26 10:22:56| Adding nameserver 10.1.2.247 from /etc/resolv.conf 2009/08/26 10:22:56| Adding nameserver 10.1.2.253 from /etc/resolv.conf 2009/08/26 10:22:56| Adding nameserver 172.16.1.1 from /etc/resolv.conf 2009/08/26 10:22:56| Adding nameserver 203.12.160.35 from /etc/resolv.conf 2009/08/26 10:22:56| Adding nameserver 203.12.160.36 from /etc/resolv.conf 2009/08/26 10:22:56| User-Agent logging is disabled. 2009/08/26 10:22:56| Referer logging is disabled. 2009/08/26 10:22:56| Unlinkd pipe opened on FD 11 2009/08/26 10:22:56| Swap maxSize 102400 + 8192 KB, estimated 0 objects 2009/08/26 10:22:56| Target number of buckets: 425 2009/08/26 10:22:56| Using 8192 Store buckets 2009/08/26 10:22:56| Max Mem size: 8192 KB 2009/08/26 10:22:56| Max Swap size: 102400 KB 2009/08/26 10:22:56| Local cache digest enabled; rebuild/rewrite every 3600/3600 sec 2009/08/26 10:22:56| Rebuilding storage in /var/spool/squid (CLEAN) 2009/08/26 10:22:56| Using Least Load store dir selection 2009/08/26 10:22:56| Set Current Directory to /var/spool/squid 2009/08/26 10:22:56| Loaded Icons. 2009/08/26 10:22:57| Accepting accelerated HTTP connections at 0.0.0.0, port 3128, FD 13. 2009/08/26 10:22:57| Accepting ICP messages at 0.0.0.0, port 3130, FD 14. 2009/08/26 10:22:57| WCCP Disabled. 2009/08/26 10:22:57| Configuring Parent 10.1.2.250/80/0 2009/08/26 10:22:57| Ready to serve requests. 2009/08/26 10:22:57| Done reading /var/spool/squid swaplog (1 entries) 2009/08/26 10:22:57| Finished rebuilding storage from disk. 2009/08/26 10:22:57| 1 Entries scanned 2009/08/26 10:22:57| 0 Invalid entries. 2009/08/26 10:22:57| 0 With invalid flags. 2009/08/26 10:22:57| 1 Objects loaded. 2009/08/26 10:22:57| 0 Objects expired. 2009/08/26 10:22:57| 0 Objects cancelled. 2009/08/26 10:22:57| 0 Duplicate URLs purged. 2009/08/26 10:22:57| 0 Swapfile clashes avoided. 2009/08/26 10:22:57| Took 0.3 seconds ( 3.2 objects/sec). 2009/08/26 10:22:57| Beginning Validation Procedure 2009/08/26 10:22:57| Completed Validation Procedure 2009/08/26 10:22:57| Validated 1 Entries 2009/08/26 10:22:57| store_swap_size = 4k 2009/08/26 10:22:57| storeLateRelease: released 0 objects access.log after restart and trying from external for www.icafe.com.au 1251246323.410 55 172.16.1.1 TCP_REFRESH_MISS/200 1401 GET http://www.icafe.com.au/ - FIRST_UP_PARENT/myAccel text/html access.log after restart and trying from external for www.pamphlets.org.au 1251246531.510 21 172.16.1.1 TCP_
[SLUG] Re: 40 Years of Unix
The point about shells has already been made, but some people have got a bit sidetracked. Shells are command-interpreters; they mediate between the user and the kernel. Applications in Unix, as has already been said, get to run because a shell is spawned by the fork() system process. This is as true for GUI applications as for command-line text ones. KDE, which I am using now, gets going on my distro with a "startx" shell-script. The name may vary from system to system, and you are encouraged to hack the basic script so as to customize it and have it run more smoothly. Without the shell-script, KDE would not run. If you do a grep '#\!\/bin\/sh" of, say, "/usr/bin/" you will find: a) Many shell-scripts (circa 200 on my system). b) That the string is embedded in many more binary images, because fork() spawns a shell by splitting to get the process going (roughly speaking). Without a shell of some kind, therefore, a user of applications would be, effectively, dumb and blind. You wouldn't even be able to access, on the fly, data produced by the kernel, which, to continue the metaphor, would be under a 24-hour lock-down in an isolation cell. Whether you use GUI applications or text-based ones is a matter of preference, and is determined by what you are trying to do. I do a lot of writing up, and am quite happy using "emacs" in a virtual text terminal, since it's bigger than Xemacs. I also do a lot of text-formatting, and for this I use the virtual terminal for the writing and markup, and "xdvi" or some PS/PDF viewer for looking at the results. The virtual terminals in Linux suit this kind of operation perfectly. Writing code is, I find, also easier on a command-line terminal, unless, of course, the code is for driving some kind of graphics interface; even then, first you've got to get the stuff to compile. Anyway, Linux has both. And arguments about Holden versus Ford don't tend to get you anywhere, unless the current model of one make is really off. When I started using computers, electrical engineers in a university department that specialized, of all things, in image processing thought bitmap screens, in particular, and graphics, in general, were a bit of a joke. In one sense, how wrong they were! In another, their principal problem was how to process data from a radio telescope and displaying the results prettily was the least of their problems. Cheers, Malcolm Johnston -- 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: 40 Years of Unix
On Wednesday 26 August 2009 10:00:06 slug-requ...@slug.org.au wrote: > The point about shells has already been made, but some people have got a > bit sidetracked. Shells are command-interpreters; they mediate between the > user and the kernel. Applications in Unix, as has already been said, get > to run because a shell is spawned by the fork() system process. This is as > true for GUI applications as for command-line text ones. [snip] not with standing, not stupid, so I do know that opining that GUI s are slow and cumbersome compared to the CLI will provoke ummm response. What did surprise me was that the list of things GUIs *are* good at was not emphasized at all. Kinda like going to the YR12 ball in a F1 car rather than a stretch limo. Hearking back to Marghanita's original query: shells are an important part of the system and Wine, Java etc are apps not shells. Thanks for lively criticism :-) James -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
