Re: [9fans] ipod + plan9

Re: [9fans] ipod + plan9

[josh]

>If it's a FAT-formatted (Windows =B230GB) one, 
>then use usbfat: (described in the usbfs man page).

Actually it is described in usbdisk(4). But that's the only
place I can find usbfat: -- I don't have it on local systems,
and I don't find it in /n/sources/plan9/rc/bin or
../../386/bin/usb*.

Do you have a /bin/usbfat:?

--
Josh

Re: [9fans] ipod + plan9

[arisawa]

Hello,

My system does not have "/bin/usbfat:"
I thing "usbfat:" is not implemented yet.
However, if iPod nano is formated in FAT,
the following sequence might help you.

term% usb/disk
usb/disk: maxlun 0
term% ls /n/disk
/n/disk/0
/n/disk/ctl
term% ls /n/disk/0
/n/disk/0/data
/n/disk/0/raw
term% disk/partfs /n/disk/0/data
term% disk/fdisk -p /n/disk/0/data
part dos 63 249887
part dos1 249921 258048
term% dossrv -f /n/disk/0/data:63 usbstorage
dossrv: serving #s/usbstorage
term% mount -c /srv/usbstorage /n/d:
term% ls /n/d:
/n/d:/.Trashes
/n/d:/._.Trashes
term%

Kenji Arisawa


On 2007/12/25, at 15:02, josh@utopian.net wrote:

>> If it's a FAT-formatted (Windows =B230GB) one,
>> then use usbfat: (described in the usbfs man page).
>
> Actually it is described in usbdisk(4). But that's the only
> place I can find usbfat: -- I don't have it on local systems,
> and I don't find it in /n/sources/plan9/rc/bin or
> ../../386/bin/usb*.
>
> Do you have a /bin/usbfat:?
>
> --
> Josh

Re: [9fans] ipod + plan9

[Pietro Gagliardi]

It twas just added. Update your systems (/usr/glenda/bin/rc/pull)  
along with some NVIDIA-related code.

On Dec 25, 2007, at 1:02 AM, josh@utopian.net wrote:

>> If it's a FAT-formatted (Windows =B230GB) one,
>> then use usbfat: (described in the usbfs man page).
>
> Actually it is described in usbdisk(4). But that's the only
> place I can find usbfat: -- I don't have it on local systems,
> and I don't find it in /n/sources/plan9/rc/bin or
> ../../386/bin/usb*.
>
> Do you have a /bin/usbfat:?
>
> --
> Josh
>

[9fans] Acme aborts on a pointless Edit command

[Anthony Martin]

I was feeling obscene and decided to test out stupid
commands in sam and acme. Here's something I didn't
expect.

Sam:
, x g/^/m.	no change to file

Acme (Edit):
, x g/^/m.	aborts in /sys/src/cmd/acme/ecmd.c:/^move

It aborts because "move overlaps itself" but the 
question I have is, should it work like sam and
do *visually* nothing at all?


Anthony

P.S.
This came about because I was trying to find a way to
move lines matching a certain pattern to the beginning
of a file (like g/pattern/m0 in ed). Is there a nice
way to do this in sam?

Something that works like the ed command but leaves the
lines in original order, not reversed, would be even
better.

-- 
I spent a night with a blow-up girl and some LSD. -Freeheat

Re: [9fans] Acme aborts on a pointless Edit command

[erik quanstrom]

i'd be willing to give it a pass if it whined a bit, but aborting
on user input is a bit antisocial.

by the way, the transliteration of the ed line reverse trick into acme
is
	Edit ,x m$
(with diagnostic).  Edit ,x m0 does not work as expected, especially
on the input file
	1
	2

- erik

Re: [9fans] Acme aborts on a pointless Edit command

[Joel C. Salomon]

On Dec 24, 2007 12:25 AM, erik quanstrom <quanstro@quanstro.net> wrote:
> i'd be willing to give it a pass if it whined a bit, but aborting
> on user input is a bit antisocial.

"Here I am, brain the size of a planet, and they ask me to move lines
around and back, doing nothing.  Call that job satisfaction, 'cause I
don't.  Excuse me while I go and abort()."

--Joel

Re: [9fans] Acme aborts on a pointless Edit command

[Pietro Gagliardi]

The UNIX philosophy: if something doesn't work, fix it. The code is  
available and commented to a fault.

The DOS philosophy: if something doesn't work, get a new one or make  
one yourself. The program DEBUG is a wonderful place to start.

The GCC philosophy: make something do simple little tasks and put it  
together in a large program with a now-pointless acronym. Oh, and  
give no warranty, and link lots and lots of useless and complicated  
libraries, and spend hours finding bugs in a single configure file.

Choose one. Meanwhile, I'll be ed-ding /dev/sdC0/fossil to find all  
occurrences of the string "exits" and move them to where they are  
just to see ed blow up. (Seriously, you won't get far with ed-ding a  
partition - I tried).

On Dec 24, 2007, at 12:24 PM, Joel C. Salomon wrote:

> On Dec 24, 2007 12:25 AM, erik quanstrom <quanstro@quanstro.net>  
> wrote:
>> i'd be willing to give it a pass if it whined a bit, but aborting
>> on user input is a bit antisocial.
>
> "Here I am, brain the size of a planet, and they ask me to move lines
> around and back, doing nothing.  Call that job satisfaction, 'cause I
> don't.  Excuse me while I go and abort()."
>
> --Joel

[9fans] ipod + plan9

[Philipp]

hi.
is there any tool available for accessing
ipods (esp. nano, 3rd gen.) with plan9?
does at least someone has tried to port libgpod2?

phil

Re: [9fans] ipod + plan9

[Pietro Gagliardi]

If it's a FAT-formatted (Windows ≤30GB) one, then use usbfat:  
(described in the usbfs man page). Otherwise, you'll need a port of  
ntfs-3g (Windows >30GB) or some HFS reader (Macintosh). libgpod2 is a  
start.

On Dec 24, 2007, at 8:51 PM, Philipp wrote:

> hi.
> is there any tool available for accessing
> ipods (esp. nano, 3rd gen.) with plan9?
> does at least someone has tried to port libgpod2?
>
> phil