[PLUG] Booting Linux kernel as EFI Stub on Macintosh Family

2013-02-03 Thread Jameson Williams
Hello,

I have managed to obtain a working configuration to boot Linux on a 
MacBook via grub-efi. I have documented that project here: 
http://nosemaj.org/dual-boot-mac-linux .

Next, I would like to remove grub-efi all together, and directly boot 
the kernel as an EFI stub.

Has anyone had success in doing this, or would be able to offer guidance 
towards a working solution?

The (stock) Ubuntu 12.10 kernel that I am targeting appears to ship with 
all necessary CONFIG_EFI*=y. I have reviewed documentation from the 
Kernel , 
and from Arch Linux 
, 
and am trying to bridge the gap.

Thank you,
Jameson

___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] How to copy files from one machine to another without having them owned by nobody

2013-01-28 Thread Jameson Williams
On 01/28/2013 05:35 PM, Richard C. Steffens wrote:
> On 01/28/2013 05:11 PM, Russell Senior wrote:
>> Your name is only a mapping to a number (which the filesystem uses),
>> the UID (likewise the group: GID).  It sounds like you have different
>> UID/GID's on the two systems.  Look in /etc/passwd on each one and
>> find your name.
> Here are the relevant lines from /etc/passwd on each system:
>
> Gateway:   rsteff:x:1000:1000:Richard Steffens,,,:/home/rsteff:/bin/bash
> Moonguide: rsteff:x:1000:1000:Richard Steffens,,,:/home/rsteff:/bin/bash
>
> I assume this one doesn't matter, but here it is, anyway:
>
> Gateway:   nobody:x:65534:65534:nobody:/nonexistent:/bin/sh
> Moonguide: nobody:x:65534:65534:nobody:/nonexistent:/bin/sh
These look fine, anyway.

You may also try the pwck 
 and grpck 
 commands on each 
machine, to ensure that your passwd, group, shadow and gshadow files are 
self-consistent. These can correct many, but not all, inconsistencies.

Does your /etc/group contain an entry for GID 1000 (as referenced above, 
in your passwd file)?

___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


[PLUG] List Guidelines

2011-10-03 Thread Jameson Williams
What is preventing our list administrators from removing the offending party
from the subscribers list, and adding a regex for the offending domain to
the ban list? The years of repeated violation of publicly stated list rules
would justify this - and to do so could greatly benefit the quality of our
transactions.
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] question on Ubuntu 11.10 (Oneiric) repositories availability in Oregon

2011-10-03 Thread Jameson Williams
+1 to the linux-flavor.osuosl.org repos; I have been using them since I 
moved to Oregon, never with any hickup and usually with high throughput. 
I hadn't been aware that Portland State had a mirror!


On 10/03/2011 12:57 PM, Fernando Freire wrote:
> I too, lost access to cat.pdx.edu, although I was accessing Arch-Linux
> repositories. I ended up changing my update server to point to the OSU
> OS Lab, which seemed to work fine. Hope this helps!
>
> On Mon, Oct 3, 2011 at 12:45 PM, website reader
>   wrote:
>> I lost the ability to rsync into the Ubuntu mirror repository at
>> "mirrors.cat.pdx.edu" over the past weekend, and trying to use the
>> "mirror.uoregon.edu" repo also fails.  The pdx repository states that
>> a network link cannot be made and redirects to "opal.cat.pdx.edu",
>> while the U of OR link simply replies NOP on the rsync request (had to
>> take a look inside the TCP packet to figure out what was happening in
>> this case)
>>
>> It is close to the official release of Ubuntu Oneiric, could the repos
>> be limiting access to avoid everyone landing on them and overloading
>> bandwidth?  Or perhaps the problem is local to me?
>>
>> The pdx repository has been running well for months, so it was a
>> surprise to lose access.
>>
>> I would like to know if these repos are accessible to others in the
>> Portland area.  Thanks for letting me know.
>>
>> Randall
>> ___
>> PLUG mailing list
>> PLUG@lists.pdxlinux.org
>> http://lists.pdxlinux.org/mailman/listinfo/plug
>>
> ___
> PLUG mailing list
> PLUG@lists.pdxlinux.org
> http://lists.pdxlinux.org/mailman/listinfo/plug

___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] Ubuntu 10.04 and missing links

2011-09-08 Thread Jameson Williams
That is a large amount. I too have about ~13k in /usr with 11.04. (Using 
my favorite command, find:find /usr -xtype l) .

It looks like almost all of them are in /usr/share/, and a very large 
number are related to language packs. For whatever reason, it seems 
popular for a package to install the symlink, and then to only install 
the resolved file with the language pack itself. (For example, 
language-pack-gnome-it for Italian.) I wonder what is the value in this 
arrangement?

Best,
Jameson


On 09/08/2011 04:41 PM, website reader wrote:
> Has anyone else noticed this, or is it just my system?  I am running a
> 64 bit version of Ubuntu 10.04 lucid edition of linux.  Today I
> happened to use the recursive grep command on the /usr folder, and to
> my surprise I noticed a lot of "No such file or directory" messages.
>
> Investigating further, I found over 10,530 such messages when
> searching the whole /usr folder and all of these pertained to symbolic
> links that pointed to missing files.
>
> I also saw this on the latest 11.10 oneiric edition of Ubuntu also, in
> the /usr area, on another machine that I have.
>
> I am puzzled that over 10K symbolic links go nowhere.
>
> Of course, I am afraid to touch anything, but still 10,540+ messages
> seems a lot to me.
>
> Your thoughts?  Is this something that needs to be addressed?  Could
> this have been something overlooked?
>
> - Randall
> ___
> PLUG mailing list
> PLUG@lists.pdxlinux.org
> http://lists.pdxlinux.org/mailman/listinfo/plug

___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] determine OS bitness for remote servers

2011-08-26 Thread Jameson Williams
On 08/26/2011 01:23 PM, Jameson Williams wrote:
> On 08/26/2011 09:16 AM, Daniel Herrington wrote:
>> Does anyone know a way to do a scan of a remote server to get the bitness?
>>
>> I tried nmap -O but the output does not say if it's 64 or 32 bit.
>>
> I'm seeing the value you want in the nmap fingerprint output via:
>
>  nmap -A -vvv
>
>  ...
>  OS:x86_64-unknown-linux-gnu...
>  ...
>
> There probably is a more succinct way to get the info, though.
Well here, and so for fun, here's a quick 'n' dirty bash script to 
automate the task over n hosts given at the command line, e.g.

Usage: ./detect_bitness 

#!/bin/bash

function die() {
 echo "$@"
 exit 1
}

function detect_os() {
 output=$(nmap -A -vvv "$@")
 [ -z "$output" ] && die "Bad output from nmap."

 arch=$(echo $output | grep x86_64)
 if [ -z "$arch" ];  then
 # Assume limited set of archs;
 # only modern and Genuine Intel (tm) brand certified
processors ;-)
 echo "32"
 else
 echo "64"
 fi
}

[ "x$EUID" == "x0" ] || die "Run as root."

while read line; do
 hosts=($line)
 for host in ${hosts[@]}; do
 bitness=$(detect_os "$host")
 echo "$host: $bitness"
 done
done <<< "$@"

___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] determine OS bitness for remote servers

2011-08-26 Thread Jameson Williams
On 08/26/2011 09:16 AM, Daniel Herrington wrote:
> Does anyone know a way to do a scan of a remote server to get the bitness?
>
> I tried nmap -O but the output does not say if it's 64 or 32 bit.
>
I'm seeing the value you want in the nmap fingerprint output via:

nmap -A -vvv 

...
OS:x86_64-unknown-linux-gnu...
...

There probably is a more succinct way to get the info, though.
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] Upgrade Xubuntu Distribution

2011-08-24 Thread Jameson Williams
On 08/24/2011 02:20 PM, chris (fool) mccraw wrote:
> On Wed, Aug 24, 2011 at 12:42, Joe Shisei Niski  
> wrote:
>> sudo apt-get dist-upgrade
> out of curiosity, why is anyone still using apt-get on ubuntu?  i use
> aptitude exclusively these days.  favorite feature:
> /var/log/aptitude.log
>
> second favorite feature:  dependency
+1 Aptitude's dependency tracking is also great for removing packages 
(and all of the unused libraries they needed, via aptitude 
--purge-unused purge)
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] One-liners to empty all files in a directory?

2011-08-18 Thread Jameson Williams

> Jameson>  In as far as I can tell, Randal doesn't like GNU because it
> Jameson>  breaks interoperability with UNIX/POSIX, e.g. GNU Make vs. BSD
> Jameson>  Make? Seems a silly flame war to me, but my +1 for GNU are
> Jameson>  several fold: (1) GPL/copy-left; (2) larger % of user
> Jameson>  installations make GNU the defacto standard; (3) personal
> Jameson>  preference for GNU enhancements (viz: BSD Make suxz.)
>
> I'd actually argue that there are far more non-Linux Unix installations
> in commercial space than Linux installations.  Maybe more hobbyist Linux
> installs.
This is an interesting proposition - I'm not immediately able to Google 
any good data to support either side. Essentially, the task is to 
compare num_deployments(Android & Linux traditional + all embedded 
systems) to num_deployments(Sun, BSD, IBM solutions, Mac OSX, Apple 
iOS). If those are how one chooses to break down the groupings, than I 
do agree with you, and retract my comment (2).
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] One-liners to empty all files in a directory?

2011-08-18 Thread Jameson Williams
On 08/18/2011 12:38 PM, Michael Rasmussen wrote:
> On Thu, Aug 18, 2011 at 11:33:09AM -0700, Randal L. Schwartz wrote:
>> If you're on google-plus, this particular rant of mine inspired one of
>> the longest threads I've seen on G+:
>>
>>  https://plus.google.com/105487854388646525021/posts/JCRge81VRS8
> Link to or cite a couple of examples of why gnutils are crappy please.
> just calling them so don't educate nobody.
In as far as I can tell, Randal doesn't like GNU because it breaks 
interoperability with UNIX/POSIX, e.g. GNU Make vs. BSD Make? Seems a 
silly flame war to me, but my +1 for GNU are several fold: (1) 
GPL/copy-left; (2) larger % of user installations make GNU the defacto 
standard; (3) personal preference for GNU enhancements (viz: BSD Make suxz.)
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] One-liners to empty all files in a directory?

2011-08-17 Thread Jameson Williams
On 08/17/2011 08:51 PM, Randal L. Schwartz wrote:
> Daniel>  truncate -s0 *
>
> "man truncate"
>
> Not found.
>
> You're using some weird OS.
Hm, I'll be damned. Truncate is part of coreutils, but /is/ relatively 
new (2008)! Here's where it got merged: 
http://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=75e0047c4b916393b6be3cb985c4c4d4a2d1a836

And a rationale thread on Debian: 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=467378
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] One-liners to empty all files in a directory?

2011-08-17 Thread Jameson Williams
On 08/17/2011 06:52 PM, Randal L. Schwartz wrote:
> Jameson>  I haven't been able to get this one yet.
> Jameson>  Challenge: A one-line statement (pipes okay, but explicit loops not)
> Jameson>  that empties all found files (as for debugging with /var/log,
> Jameson>  perse).
> Randal>  In a single directory?
> Randal>
> Randal>  "rm *".
> Randal>
> Randal>  What's hard with that?
Well, to meet the problem at hand in /var/log: various log utilities 
expect the existence of files, or will complain. So, the best solution 
I've come up with (using Sam Hart's truncate suggestion) is:

find . -type f -exec truncate -s 0 {} \;

rm * might otherwise work well in most settings, but probably doesn't 
meet the spec of the original one-liner problem statement. :-)

- Jameson

___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] One-liners to empty all files in a directory?

2011-08-17 Thread Jameson Williams
On 08/17/2011 08:10 PM, Randal L. Schwartz wrote:
> Find is overkill if you're not descending directories.
>
>perl -e 'open F, ">$_" for @ARGV' *
Agreed. /var/log definitely has some nesting, though (below). But that's 
no excuse for me not to learn Perl. :-)

jameson@orange:/var/log$ sudo find /var/log -type d  | sort
/var/log
/var/log/apache2
/var/log/apparmor
/var/log/apt
/var/log/ConsoleKit
/var/log/cups
/var/log/dist-upgrade
/var/log/fsck
/var/log/gdm
/var/log/installer
/var/log/installer/cdebconf
/var/log/mysql
/var/log/news
/var/log/samba
/var/log/samba/cores
/var/log/samba/cores/winbindd
/var/log/speech-dispatcher
/var/log/tomcat6
/var/log/unattended-upgrades


___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] One-liners to empty all files in a directory?

2011-08-15 Thread Jameson Williams
That one doesn't work on my end. It echos (literally) lines like
 > filename
instead of executing the above in bash.



On 08/15/2011 04:15 PM, wes wrote:
> My solution would have been:
>
> find -type f -exec echo "" \>  {} \;
>
> -wes
>
> On Mon, Aug 15, 2011 at 3:48 PM, Jameson Williams<
> jameson.h.willi...@intel.com>  wrote:
>
>> On 08/15/2011 03:47 PM, Sam Hart wrote:
>>> On Mon, Aug 15, 2011 at 6:22 PM, Jameson Williams
>>>wrote:
>>>> I haven't been able to get this one yet.
>>>>
>>>> Challenge: A one-line statement (pipes okay, but explicit loops not)
>>>> that empties all found files (as for debugging with /var/log, perse).
>>>>
>>>> This is close, but has a loop:
>>>>
>>>>   find -type f | while read file; do :>$file; done
>>>>
>>>> This seems like it might work, but doesn't:
>>>>
>>>>   find -type f -exec cat /dev/null \>   {} \;
>>> Seems like a silly question as there's *no* way to technically avoid
>>> loops (even if you're not doing it in your line, the underlying code
>>> is using a loop), but I'd probably use xargs and truncate:
>>>
>>> ls | xargs truncate --size=0
>>>
>>> Use find instead of ls if you want something more fancy like
>>> recursion. Might be pretty fun to do as root on / :-)
>>>
>>> ---Sam
>> Technically true regarding loops, although I feel they cheapen the
>> aesthetic appeal of the one-liner. :-) I hadn't encountered truncate,
>> that works great!
>>
>> Thanks,
>> Jameson
>>
>> ___
>> PLUG mailing list
>> PLUG@lists.pdxlinux.org
>> http://lists.pdxlinux.org/mailman/listinfo/plug
>>
> ___
> PLUG mailing list
> PLUG@lists.pdxlinux.org
> http://lists.pdxlinux.org/mailman/listinfo/plug

___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] One-liners to empty all files in a directory?

2011-08-15 Thread Jameson Williams
On 08/15/2011 03:47 PM, Sam Hart wrote:
> On Mon, Aug 15, 2011 at 6:22 PM, Jameson Williams
>   wrote:
>> I haven't been able to get this one yet.
>>
>> Challenge: A one-line statement (pipes okay, but explicit loops not)
>> that empties all found files (as for debugging with /var/log, perse).
>>
>> This is close, but has a loop:
>>
>>  find -type f | while read file; do :>$file; done
>>
>> This seems like it might work, but doesn't:
>>
>>  find -type f -exec cat /dev/null \>  {} \;
> Seems like a silly question as there's *no* way to technically avoid
> loops (even if you're not doing it in your line, the underlying code
> is using a loop), but I'd probably use xargs and truncate:
>
> ls | xargs truncate --size=0
>
> Use find instead of ls if you want something more fancy like
> recursion. Might be pretty fun to do as root on / :-)
>
>---Sam
Technically true regarding loops, although I feel they cheapen the 
aesthetic appeal of the one-liner. :-) I hadn't encountered truncate, 
that works great!

Thanks,
Jameson

___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


[PLUG] One-liners to empty all files in a directory?

2011-08-15 Thread Jameson Williams
I haven't been able to get this one yet.

Challenge: A one-line statement (pipes okay, but explicit loops not) 
that empties all found files (as for debugging with /var/log, perse).

This is close, but has a loop:

 find -type f | while read file; do :>$file; done

This seems like it might work, but doesn't:

 find -type f -exec cat /dev/null \> {} \;

Any ideas?

Jameson
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


[PLUG] Anyone Looking for a Job?

2011-01-05 Thread Jameson Williams
Hi there,

I'm looking for a mobile app and/or game developer with a strong Linux
background for a contract. If you're looking for work, please check out this
post http://bit.ly/go4rJB !

(I apologize if this is spam to you -- I'm not a recruiter, just some guy on
the list.)

Thanks,
Jameson
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


[PLUG] PHP with POSIX style message queues (mq_open() and friends)

2010-10-28 Thread Jameson Williams
Hello,

I need some way to interact with a POSIX message queue from PHP. I am
already aware that the PHP library provides for manipulation of Sys V style
queues (msg_get_queue(), etc.), but I cannot change the queue. I am hoping
to accomplish this capability in a portable way, avoiding external
dependencies if possible. So far, these are two solutions I have thought of:

* Build a PHP extension which exposes these functions.
* Build a set of wrapper binaries that can be called via shell_exec() or
shell()

For performance reasons, the second is nearly a non-option. Is, then, the
first option the only way to go about this?

Thank you,
Jameson Williams
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] Linus Torvalds & Richard Stallman for Nobel Peace Prize

2009-11-19 Thread Jameson Williams
One might, under the auspices of Mr. Connor's definition of peace, make the 
claim that there were an agent of unrest in this thread - indeed, one who, 
under said definition, acted as an obstacle to peace on the Portland Linux UNIX 
Group's mailing lists.
--Original Message--
From: Mike Connors
Sender: plug-boun...@lists.pdxlinux.org
To: General Linux/UNIX discussion and help;civil and on-topic
ReplyTo: General Linux/UNIX discussion and help;civil and on-topic
Subject: Re: [PLUG] Linus Torvalds & Richard Stallman for Nobel Peace Prize
Sent: Nov 19, 2009 3:47 PM

Peace is a relationship between *ANY* people characterized by respect, 
justice, and goodwill.
The early English term is also used in the sense of "quiet 
", reflecting a calm, serene, and 
meditative approach to the family or group relationships that avoids 
quarreling and seeks tranquility 
 — an absence of disturbance 
or agitation.


___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Sent on the go!
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] Linus Torvalds for Nobel Peace Prize

2009-11-18 Thread Jameson Williams
While I am generally onboard with the idea that a prominent figure of the
Open Source community might be recognized as a leader of world peace (or
simply as having had a large humanitarian impact), it is unclear to me that
Linus Torvalds is the correct recipient. Linux is a cool piece of software.
Cooler yet are the GPL under which (by some stroke of great luck) Linux was
licensed, and all of the GNU software utilities were originated. Given
Richard Stallman's activism for the underlying development model (this is
what has truly enabled such change) I might prefer to see him nominated.
All-be-he not as peaceful a persona as Linus.

Jameson


On Wed, Nov 18, 2009 at 9:52 PM, MJang  wrote:

> On Wed, 2009-11-18 at 09:08 -0800, Keith Lofstrom wrote:
> > Since the Nobel Peace Prize is often given to politicians, some
> > disagree with the choices.  But it is often given to non-politicians
> > who create international efforts to change the world for the better.
> >
> > Look at the massive international efforts represented by SC09, and
> > realize that much of it started from the work of a 21yo Finnish
> > college student named after 1962 Nobel Peace Prize winner Linus
> > Pauling.  It would be fitting to honor that international effort
> > by giving a Peace Prize to Linus Torvalds, perhaps in 2011 on the
> > 20th anniversary of the August 1991 Linux announcement, or in 2012
> > on the 50th anniversary of Pauling's award.
> >
> > Linux is one of the largest cooperative international efforts ever
> > undertaken.  It inspired Ubuntu, One Laptop Per Child, and many
> > other global projects.  Linux conquered the supercomputer space,
> > the server space, the embedded computer space - by peaceful means!
> > Linux helped sequence the human genome, helps protect the world
> > computer infrastructure from viral attack, and is now the pathway
> > for millions to learn computer programming and participate in new
> > international efforts.
> >
> > The 2007 Nobel Peace Prize recipient (a politician some disagree
> > with, please disagree in a different thread, thanks) is giving
> > the keynote to SC09 as I write this.  Meaning that we are all
> > three handshakes away from the people that decide on future Peace
> > Prizes.  Perhaps it is time to launch some messages through our
> > connections and see what makes it to the committee meetings in Oslo.
> >
> > According to the list on Wikipedia, the five people to convince are
> > Thorbjrn Jagland (chair), Kaci Kullmann Five (deputy chair), Sissel
> > Rnbeck, Inger-Marie Ytterhorn, and got Valle.  We can start by
> > sending them Norsk language Ubuntu disks.
> >
> > While I imagine Linus Torvalds would be embarrassed by the attention,
> > it would sure make his parents happy.  And it would mean one less
> > Peace Prize for a politician.
>
> I think it's worth recounting Keith's original letter of support. From
> its very beginnings, the Nobel Peace Prize has often been only
> tangentally related to peace - but has frequently been related to great
> events in history.
>
> Linux is one of those ongoing events. Through projects such as OLPC, it
> is bringing much of the developing world (especially the poorest parts)
> into the modern age.
>
> I suggest that we take Keith's original note - perhaps in some edited
> form - to the [i]Norwegians[/i] who formulate the Nobel committee - and
> to some appropriate American(s) who can nominate Linus. (In an earlier
> note, I cited some of those from whom nominations are accepted,
> including some "University professors of history, political science,
> philosophy, law and theology."
>
> I further suggest that we take this to other Linux groups in the United
> States and elsewhere, in an effort to get their support - and in the
> hope that they too will push for Linus' nomination.
>
> As the main Linux user group associated with Linus' current residence, I
> think it's appropriate for the effort to start here.
>
> Thanks,
> Mike
>
> ___
> PLUG mailing list
> PLUG@lists.pdxlinux.org
> http://lists.pdxlinux.org/mailman/listinfo/plug
>
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] Top500 List, and SC09

2009-11-18 Thread Jameson Williams
Daniel,

I'm sure it was nothing personal! There were only so many up for grabs. I
was lucky to have a new Blackberry and hopped on the offer.

-- Jameson


On Wed, Nov 18, 2009 at 8:35 PM, Daniel Johnson  wrote:

> > I too would like to express my thanks to Michael Dexter and the Linux
> Fund
> > for my exhibition pass -- SC09 has been quite a treat, and I likely would
> > not have gone without their help!
>
> I never got a reply from them. :-(
> ___
> PLUG mailing list
> PLUG@lists.pdxlinux.org
> http://lists.pdxlinux.org/mailman/listinfo/plug
>
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] Top500 List, and SC09

2009-11-18 Thread Jameson Williams
On Tue, Nov 17, 2009 at 7:14 PM, Keith Lofstrom  wrote:

> BTW, SC09 is jawdropping awesome.  Thanks to Michael Dexter
> and the Linux Fund folks for the exhibitor guest badges.  The
> show fills the entire A-B-C-D-E exhibit area at the convention
> center, as well as some of the hallway, and is using the entire
> space.
>

I too would like to express my thanks to Michael Dexter and the Linux Fund
for my exhibition pass -- SC09 has been quite a treat, and I likely would
not have gone without their help!

  -- Jameson
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


[PLUG] Top500 List Released Today at SC09

2009-11-17 Thread Jameson Williams
The latest list of the five-hundred most powerful computers in the world was
released today. Linux powers Oak Ridge's Cray XT5 system "Jaguar," which is
back in the #1 slot. (Not to say that almost all of the others on the list
don't run Linux, too.)

http://www.top500.org/lists/2009/11

  -- Jameson
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] Date Reformatting in Database Table

2009-10-12 Thread Jameson Williams
My apologies. you are correct. There should also be a line that reads:

MyEXTVAL ~= 0x0133344;


On Mon, Oct 12, 2009 at 12:31 AM, Russell Senior wrote:

> >>>>> "Jameson" == Jameson Williams  writes:
>
> Russell> I could kiss electrical engineer programmers.  Low hanging
> Russell> fruit aplenty.
>
> Jameson> EE code: if (fapml) goto dovx23; while( bxx ) ; for( foovar )
> Jameson> dofun();
>
> Except it's in ALL CAPS and indented to column 7.
>
>
> --
> Russell Senior ``I have nine fingers; you have ten.''
> seni...@aracnet.com
> ___
> PLUG mailing list
> PLUG@lists.pdxlinux.org
> http://lists.pdxlinux.org/mailman/listinfo/plug
>
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] Date Reformatting in Database Table

2009-10-12 Thread Jameson Williams
EE code:

if (fapml) goto dovx23;
while( bxx ) ;
for( foovar ) dofun();



On Mon, Oct 12, 2009 at 12:17 AM, Russell Senior wrote:

> > "Eric" == Eric Wilhelm  writes:
>
> Eric> # from Rich Shepard # on Saturday 10 October 2009 10:27:
>
> >>> A friend that worked at the same place and was a CE told me the
> >>> problem with letting engineers take programming classes is they
> >>> then think they can program.  :-)
> >> Ditto for most life scientists.
>
> Eric> And programmers!
>
> I could kiss electrical engineer programmers.  Low hanging fruit aplenty.
>
>
> --
> Russell Senior ``I have nine fingers; you have ten.''
> seni...@aracnet.com
> ___
> PLUG mailing list
> PLUG@lists.pdxlinux.org
> http://lists.pdxlinux.org/mailman/listinfo/plug
>
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


[PLUG] Spot the race condition!

2009-10-05 Thread Jameson Williams
Hello all,

I've been trying to implement the parallel sort algorithm described at
http://www.cs.caltech.edu/~cs284/lectures/29oct97/sld001.htm. I'm currently
working on quicksorting some sublists. However, only sometimes does my
parallel quicksort routine produce sorted sublists, as expected. Sometimes
it fails to sort. I believe this is likely do to a race condition involving
my qs_arg object, but I'm not all together sure; my attempts to mutex it did
no further good. Can someone with a keen eye spot the race condition and
propose a solution?

Thank you!
Jameson Williams



#include 
#include 
#include 
#include 
#include 
#include 

/*
 This is a cpu bound activity. NUMBER_THREADS should probably be however
 many cores your machine has.
*/
#define NUMBER_THREADS 2

typedef struct {
void   *base;
size_t  nmemb;
size_t  size;
int(*compar)( const void *, const void * );
} quicksort_arg_t;

int intcmp( const void *a, const void *b ) {
return *((int *)a) - *((int *)b);
}

void *quicksort_thread( void *arg ) {
qsort( ((quicksort_arg_t *)arg)->base,
   ((quicksort_arg_t *)arg)->nmemb,
   ((quicksort_arg_t *)arg)->size,
   ((quicksort_arg_t *)arg)->compar );
return ((quicksort_arg_t *)arg)->base;
}

void *quicksort( void *base, size_t nmemb, size_t size,
 int(*compar)( const void *, const void * ) ) {
pthread_t   *tids  = NULL;
int  partition_index   = 0;
int  number_partitions = NUMBER_THREADS;
quicksort_arg_t  qs_arg;

/*
  Set the initial arguments for the first sub list partition sort.
 */
qs_arg.base   = base;
qs_arg.nmemb  = nmemb / number_partitions;
qs_arg.size   = size;
qs_arg.compar = compar;

if( (tids = malloc( sizeof( pthread_t ) * number_partitions )) ==
NULL )
error( EXIT_FAILURE, errno, "%s", strerror( errno ) );

for( partition_index = 0;
 partition_index < number_partitions;
 partition_index++ ) {

qs_arg.base = base + (qs_arg.nmemb * partition_index *
  qs_arg.size);

if( partition_index == (number_partitions - 1) )
qs_arg.nmemb = nmemb - (partition_index * qs_arg.nmemb);

if( pthread_create( &tids[partition_index], NULL,
quicksort_thread, &qs_arg ) != 0 ) {
free( tids );
error( EXIT_FAILURE, errno, "%s", strerror( errno ) );
}
}

for( partition_index = 0;
 partition_index < number_partitions;
 partition_index++ ) {

if( pthread_join( tids[partition_index], NULL ) != 0 ) {
free( tids );
error( EXIT_FAILURE, errno, "%s", strerror( errno ) );
}
}


return NULL;
}

void test( void ) {
int array[100];
int i;

for( i = 0; i < 100; i++ ) {
array[i] = rand() % 10;
}

quicksort( array, 100, sizeof( int ), intcmp );

for( i = 0; i < 100; i++ ) {
if( i % 8 == 0 ) {
printf( "\n" );
}
printf( "%2d", array[i] );
}

}

int main( void ) {
test();

return 0;
}
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] I hosed my WRT54GL, need JTAG help

2009-09-02 Thread Jameson Williams
I thought I'd hosed one of those back in the day... are you able to tftp /
telnet to it at all? I forget where, but someone had posted a good howto on
the matter. some of this networking firmware lives separately from that
which you'd flash via the GUI. Good for fubars.

On Wed, Sep 2, 2009 at 2:38 PM, m0gely  wrote:

> I don't want to purchase the cable and parts even though they aren't
> that expensive. I've flashed many of these and made one silly mistake on
> one doing some experimenting. Is anyone out there capable of providing
> this service for me that has had to do this before? I would gladly kick
> a few duckets your way or at least provide some good conversation during
> the process. Thanks!
>
> --
> m0gely
> ___
> PLUG mailing list
> PLUG@lists.pdxlinux.org
> http://lists.pdxlinux.org/mailman/listinfo/plug
>
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] Linux distributions concern...

2009-09-01 Thread Jameson Williams
On Tue, Sep 1, 2009 at 6:02 PM, Russell Johnson  wrote:

>
> On Sep 1, 2009, at 4:29 PM, Jameson Williams wrote:
>
> >>
> >> The kernels that CentOS uses stock are quite old as far as the 2.6
> >> branch goes.  I am using 2.6.18 and the current kernel is like 2.6.27
> >> or something.  In CentOS, the mesa drivers seem to be ancient.
> >>
> >
> > Boy, that is ancient. You should run Fedora, if you like the redhat
> > thing.
> > FC11 is at 2.6.29 right now. Debian Stable is at 2.6.26, and Ubuntu
> > Latest
> > is at 2.6.28.
>
> You have to understand the ideology behind the distro before comparing
> it.
>
> CentOS has a stated goal to be as like RHEL as possible, without
> infringing on Redhat IP. RHEL has a stated goal to be stable for two
> years.
>
> Stable is defined as, "What ran on RHEL 5.2 at release will run on
> RHEL 5.2 with all updates". (I'm paraphrasing... )
>
> They don't release kernel updates unless there is a compelling reason
> to do so. Most kernel updates will wait until the next major update of
> the OS.
>
> Basically, CentOS will release kernel updates when RHEL publishes
> kernel updates. They would be subverting their own stated objectives
> if they were to release their own kernel update.
>
> Fedora, on the other hand, is the Redhat playground. It's not stable,
> not for production, shouldn't be used for 'real work'. YMMV.
>
> None of what I have stated in this message should be considered as
> gospel, or as a statement from, about, pro, or con against any
> particular distribution. I'm simply restating, in my own way.
>
> Constructive comments welcome. "Flames and/or distro-war fodder" >> /
> dev/null.
>

if( STDFLAME_FILENO != open( centos_complaints, O_CREAT ) )
exit( EXIT_FAILURE );

I agree with what you have said, in so far as it is similar to what I have
read and believe to be the common view of the topic. In practice, the CentOS
machines I've used (often without root access) for "real work" have been out
of date to the point of hindering productivity. As you start compiling more
and more recent versions of things you need, ~/ starts to look like /.
Additionally, I have not found that open bugs in Fedora Core have created
problems either. As a general rule of thumb, my opinion is that Fedora
(CURRENT_RELEASE - 1) is usually better than whatever CentOS is doing.
CentOS is fine for servers that humans don't actually directly use, I
suppose: content servers, etc. Lousy for a build/development machine,
though.
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] Linux distributions concern...

2009-09-01 Thread Jameson Williams
On Tue, Sep 1, 2009 at 4:12 PM, Michael Robinson
wrote:

> CentOS sadly is way behind as far as Linux distributions go.
>

Indeed.


> People who run CentOS want something that just plain works and they
> don't expect to reinstall their operating system every 6 months or
> sooner.
>

So too do those in the Debian Stable crowd, but their lives are more
functional, more manageable, and more full of joy.


> Ubuntu seems to be the most popular Linux distribution for desktops
> and it seems to be more current, but I'm not sure I like Ubuntu.
> I don't like having to maintain 2 different Linux distributions.
>

I think it's nearly fair to say that Ubuntu has pretty much killed
everything else in the Desktop arena. Except for a few rogue funbois who
still play with other stuff (e.g. lots of people on this list.)


> Games like Dirk Dashing Secret Agent noticeably don't work quite right
> on CentOS.  The latest release of Dirk Dashing doesn't seem to work at
> all on CentOS, I am not sure why.
>

Using the mesa driver probably isn't helping.


> Where is Linux going in the future?  What is getting the most attention
> right now across the board in general?


Ubuntu.


> Wine and ReactOS still have a
> long ways to go.


You can look at it that way. really, I think these projects should be
abandoned and that development should be invested into our native
applications.


> Dirk Dashing is a native Linux program, but it doesn't
> work equally well on all Linux distributions.  Are the various Linux
> distributions, enterprise and desktop editions, going to get closer in
> time features wise?  Is there going to be a 2.8.xyz kernel soon?
>

Probably. They'll all run apt* package management and look like [KX]?Ubuntu.


> The kernels that CentOS uses stock are quite old as far as the 2.6
> branch goes.  I am using 2.6.18 and the current kernel is like 2.6.27
> or something.  In CentOS, the mesa drivers seem to be ancient.
>

Boy, that is ancient. You should run Fedora, if you like the redhat thing.
FC11 is at 2.6.29 right now. Debian Stable is at 2.6.26, and Ubuntu Latest
is at 2.6.28.


> Graphics support in CentOS seems to be weak even if you have
> updated as far as you can.  I'm wondering when CentOS 6 is going to
> come out?
>

Whenever RHEL6 does -- likely not in the next year.
http://lwn.net/Articles/286885/


> Enterprise Linux Distributions are supposed to be for people who need a
> system that just works.  But do these distributions have to be so far
> behind the bleeding edge?  I'm surprised there aren't repositories for
> CentOS to make it more bleeding edge so that you don't have to maintain
>

I think you're talking about Fedora.

Or Debian Stable if you don't like the Red Hat thing. I don't.
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] pdxlinux.org needs a new website

2009-08-05 Thread Jameson Williams
On Wed, Aug 5, 2009 at 2:51 PM, David Kaplan  wrote:

> It's a website that will not bring any new people to it. I guess this group
> cares little about getting new people to try Linux out. I don't use it.
> I've
> got my own site to promote Linux.
>
> When this group is ready to get new people to try Linux out. Let me know.
>
> Dave
>

Dave! Ouch. I think we're all interested in having new people try Linux out.
It just sounds to me like some here are more enthusiastic than others to
tackle the page. I'm on board anyway -- this officially constitutes "letting
you know." Let's do this thing. I've been hosting a Wordpress for the last
seven years or so, so I can tackle a more enticing "skin" for the plug page
perhaps. Although, as Keith noted earlier in the thread, that will
eventually mean some Real Work (tm) and not just flapping my chops, which is
after all why I like posting to this mailing list in the first place.

I think the design of the PLUG page should mirror that of other open source
/ academic web documents -- a simple "html presentation is about good enough
for me" style look. Underneath the hood, it should be a standards compliant
XHTML document that validates (the front page currently has 1 error and 14
warnings.) I currently try to achieve this with my personal website,
although there's still too much CSS for it to be fully "cool."

Given that the mailing lists are the source of up-to-date news, the archives
should be presented to the user as a First Class feature on the website, I
would say. There should probably be a good /dev/null session throughout the
site, too. Generally, the page's content should probably remain general and
relative. "We meet on the first thursday of every month," is more
maintainable than "Our next meeting is October 12, 2002," etc.
Time-sensitive information could be left to the mail archives, or even the
popular website plug to: "Come join us on IRC."
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] pdxlinux.org needs a new website

2009-08-05 Thread Jameson Williams
I agree with David -- a new look could be quite fashionable. (Rich, your
reply here reminds me of this thread
http://lists.pdxlinux.org/pipermail/plug/2009-July/064513.html) Keeping a
website up to date is a tedious and often thankless job. I imagine that
whomever is maintaining it would appreciate David's help on the project, be
it with the content or look. In some cases, I think one could argue that the
current website "doesn't work," but even yet, whether or not "just works" is
the appropriate metric for a website is subjective.



On Wed, Aug 5, 2009 at 10:11 AM, Rich Shepard wrote:

> On Wed, 5 Aug 2009, David Kaplan wrote:
>
> > ... it just looks very dated,...
>
>   So?
>
> > ... and could use a new look.
>
>   Why?
>
>   It works, isn't that sufficient?
>
> Rich
>
> --
> Richard B. Shepard, Ph.D.   |  IntegrityCredibility
> Applied Ecosystem Services, Inc.|Innovation
>  Voice: 503-667-4517  Fax:
> 503-667-8863
> ___
> PLUG mailing list
> PLUG@lists.pdxlinux.org
> http://lists.pdxlinux.org/mailman/listinfo/plug
>
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] Linux against Poverty was a success

2009-08-04 Thread Jameson Williams
It would indeed be awesome to have something like this in Portland. PLUG,
FreeGeek, and a variety of Portland's general-purpose dogooder non-profits
could team up to give Austin a run for its money -- and help more
underprivileged gain access to computing resources. I think really we just
need someone to step forward and spend the time to get it going. I don't
think that's me, but I'd be quite interested in helping out.

Jameson



On Tue, Aug 4, 2009 at 10:12 AM, David Kaplan  wrote:

> Maybe we could do something like that here in Portland.
>
> Dave
>
>
> On Tue, Aug 4, 2009 at 6:46 AM, Matt McKenzie  wrote:
>
> > On Tue, Aug 4, 2009 at 4:37 AM, David Kaplan  wrote:
> >
> > > read on...
> > > http://www.linuxlock.blogspot.com/
> > > ___
> > > PLUG mailing list
> > > PLUG@lists.pdxlinux.org
> > > http://lists.pdxlinux.org/mailman/listinfo/plug
> > >
> >
> >
> >
> > Just did a quick glance, but this sounds like an awesome deal.
> > Taking computers that were considered corporate "waste", put Linux on
> them,
> > and give them to kids who wouldn't otherwise have any computer.
> >
> > Linux + surplus hardware + kind hearted geeks = WIN
> > ___
> > PLUG mailing list
> > PLUG@lists.pdxlinux.org
> > http://lists.pdxlinux.org/mailman/listinfo/plug
> >
> ___
> PLUG mailing list
> PLUG@lists.pdxlinux.org
> http://lists.pdxlinux.org/mailman/listinfo/plug
>
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] One-liners

2009-07-30 Thread Jameson Williams
On Thu, Jul 30, 2009 at 5:01 PM, Jameson Williams <
jame...@jamesonwilliams.com> wrote:

>
>
> On Thu, Jul 30, 2009 at 4:26 PM, Randal L. Schwartz  > wrote:
>
>> For example, MAC OSX 10.5 *is* "Unix".  Officially.
>>
>
> Well, I can see that -- Mac OSX is more like UNIX than Linux is, from a
> user experience. Both are broken and kind of suck. Hoho.
>

Sorry. 'Linux' is needlessly obfuscatory terminology here. I mean to sed
that out for 'GNU.'
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] One-liners

2009-07-30 Thread Jameson Williams
On Thu, Jul 30, 2009 at 4:26 PM, Randal L. Schwartz
wrote:

> For example, MAC OSX 10.5 *is* "Unix".  Officially.
>

Well, I can see that -- Mac OSX is more like UNIX than Linux is, from a user
experience. Both are broken and kind of suck. Hoho.
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] One-liners

2009-07-30 Thread Jameson Williams
On Thu, Jul 30, 2009 at 9:34 AM, Randal L. Schwartz
wrote:

> Andrew>   find . -empty -maxdepth 1 -exec rm {} \;
>
> Beware.  -empty is a stupid GNUism because the GNU people were
> too lazy to type "-size 0".
>
> The *real* find is documented in:
>
>  http://opengroup.org/onlinepubs/007908799/xcu/find.html
>
> "GNU - because, hey, WHO THE F CARES about portability..."
>

Well, GNU find retains -size, afterall. I think it's more fair to call GNU
"reverse compatible" with UNIX. GNU is Not UNIX, though, lest one forget --
the project was kind to be rather explicit of that. These days I'd prefer to
blame UNIX for being old fashioned in these respects -- it's they who are
getting off-lined, not the Gnu kid.

Cheers,
Jameson
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] One-liners

2009-07-28 Thread Jameson Williams
Or how about find . -empty -maxdepth 1 -delete



On Tue, Jul 28, 2009 at 5:35 PM, Jameson Williams <
jame...@jamesonwilliams.com> wrote:

> On Tue, Jul 28, 2009 at 5:14 PM, Andrew Brookins 
> wrote:
>
>> Hey, list,
>>
>> This is kind of a pedestrian request, but hey, it's like 104 degrees
>> outside.
>>
>> I wanted to remove all empty files in a directory today, so I typed
>> this command:
>>
>>  ls -s | grep -e '^ 0' | sed 's/^...//' | xargs -n1 rm -v
>>
>> Then I was like, WTF, three pipes?  And I wondered how many variations
>> on this kind of thing there were.  There's also this one, which I just
>> pulled from http://www.linux.ie/newusers/beginners-linux-guide/find.php:
>>
>>  find . -empty -maxdepth 1 -exec rm {} \;
>>
>>  But maybe you have a better one?  Or if not, maybe you can share your
>> favorite one-liner?
>>
>> Andrew
>> ___
>> PLUG mailing list
>> PLUG@lists.pdxlinux.org
>> http://lists.pdxlinux.org/mailman/listinfo/plug
>>
>
> Andrew, I like your find command -- that's the most concise I can think of.
> find, ssh, xargs, and the bash <<< redirect are all good for making concise
> and powerful one-liners.
>
> Here's another version of yours, though doesn't hit the hidden stuff:
>
> find * -prune -empty -exec rm {}\;
>
>
>
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] One-liners

2009-07-28 Thread Jameson Williams
On Tue, Jul 28, 2009 at 5:14 PM, Andrew Brookins wrote:

> Hey, list,
>
> This is kind of a pedestrian request, but hey, it's like 104 degrees
> outside.
>
> I wanted to remove all empty files in a directory today, so I typed
> this command:
>
>  ls -s | grep -e '^ 0' | sed 's/^...//' | xargs -n1 rm -v
>
> Then I was like, WTF, three pipes?  And I wondered how many variations
> on this kind of thing there were.  There's also this one, which I just
> pulled from http://www.linux.ie/newusers/beginners-linux-guide/find.php:
>
>  find . -empty -maxdepth 1 -exec rm {} \;
>
>  But maybe you have a better one?  Or if not, maybe you can share your
> favorite one-liner?
>
> Andrew
> ___
> PLUG mailing list
> PLUG@lists.pdxlinux.org
> http://lists.pdxlinux.org/mailman/listinfo/plug
>

Andrew, I like your find command -- that's the most concise I can think of.
find, ssh, xargs, and the bash <<< redirect are all good for making concise
and powerful one-liners.

Here's another version of yours, though doesn't hit the hidden stuff:

find * -prune -empty -exec rm {}\;
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] Using YUM to install RPMs from a text file list

2009-07-19 Thread Jameson Williams
>
> Yum also fetches something if you don't have it, and it resolves
> dependencies.
> Thus I don't know if having it run on each line is a good way to do it.
>

Assuredly not. Yum package list updates alone are painful; the overhead of
invoking yum is kind of a bore, imhe.  Not sure what the op's package list
looked like, but I do recall yum requiring a hard first arg for local
packages. If you want to drag the package from the repo, sed out the
arch/version/.rpm stuff and get the raw package name. xarg those to a space
separated list for yum in bash. Or just sudo yum install apt (*debian fanboi
flames*)
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] Linux-compatible laptops

2009-07-15 Thread Jameson Williams
>
> > It is getting a little more stable, but I am always careful to upgrade
> > kernels only when I have time to troubleshoot the suspend mode.
>
> Bill,
>
>   Just to satisfy my curiosity, why upgrade kernels if everything on the
> unit works with the existing kernel?
>
> Rich
>

Why have a child if the parents are in good health? ;-)
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] Javascript, Firefox, IE event handling

2009-07-14 Thread Jameson Williams
MSIE? JavaScript? I recently joined this list, but have seen a lot of things
that rightly belong in PLUG-talk or a forum. Use Debian and enjoy the GNU
libraries.

Jameson



On Tue, Jul 14, 2009 at 9:50 PM, Eric Wilhelm wrote:

> # from Keith Lofstrom
> # on Tuesday 14 July 2009 21:02:
>
> >( My javascript code was copied and slightly modified from Eric
> > Wilhelm's Text::Slidez, btw.  Plagarize!  Let no one else's work
> > evade your eyes! )
>
> Hahaha.  Don't steal javascript from me, I hardly know enough of it to
> be dangerous.
>
> --Eric
> --
> "I've often gotten the feeling that the only people who have learned
> from computer assisted instruction are the authors."
> --Ben Schneiderman
> ---
>http://scratchcomputing.com
> ---
> ___
> PLUG mailing list
> PLUG@lists.pdxlinux.org
> http://lists.pdxlinux.org/mailman/listinfo/plug
>
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] Linux-compatible laptops

2009-07-14 Thread Jameson Williams
The commodity Intel abg wireless chips have worked fine for me. I would
download the latest kernel source, look what is in the wireless modules
source folder, and see if one of those will suit the chip in the laptop you
want to buy. I got a Dell Vostro 1310 last year which has been quite Linux
friendly.

It's always a good time to think about installing Linux on such equipment.
:o)

Jameson



On Tue, Jul 14, 2009 at 1:08 PM, Robert Kopp  wrote:

> I'm about to get a new laptop, and it would be nice to get one at a retail
> store whose hardware was supported by Linux. The only problem I have ever
> encountered with earlier laptops was with the Wifi adapter, but now that
> most of the new ones don't have PCMCIA slots (to provide Wifi connectivity
> if the built-in Wifi adapter doesn't work), this is an important point.
>
> I suppose it boils down to whether the Wifi chipset is supported by Linux,
> then. Could someone direct me to a source of information on this subject, or
> suggest laptops that are or are not suitable on these grounds?
>
> Most people don't like Windows Vista, but XP, which is still liked better,
> is no longer installed on new PC's. Windows 7 won't be out until October,
> and may or may not be free as an upgrade to purchasers of new equipment. So
> it may be an especially good time to think about installing Linux on such
> equipment.
>
>
> Robert "Tim" Kopp
> http://analytic.tripod.com/
> ___
> PLUG mailing list
> PLUG@lists.pdxlinux.org
> http://lists.pdxlinux.org/mailman/listinfo/plug
>
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] Java book

2009-07-13 Thread Jameson Williams
> > The best way that I've found to learn any language is to embark on making
> a
> > compiler or interpreter for the language, preferably in the language.
>
>
>
> Doesn't this require that you know assembly language???
>
> Compile to what...??
>
> Interpret to what..???
>
>
This is not a bad idea, but linux-yug does rightly point out that the
project is a little more involved than ideal. Instead of a "compiler" or
"interpreter" I would say "lexical analyzer" or "syntax checker" so that you
don't have to generate the actual bytecode. This way you can compile a
foo.lang file and use your executable to syntax check other foo.lang files,
and have learned a lot in the process without getting too deep into the
minutaue of system software.

Jameson
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] Sharing on Ubuntu

2009-07-13 Thread Jameson Williams
>
> Personally, I would just do "sudo chmod 777 ." But
> there may be better settings in your case.
>

*Don't* do this! 777 is an exception to the rule, probably only for things
like /tmp.
___
PLUG mailing list
PLUG@lists.pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug