[Telux/OSDClub Meeting] Ori Idan on "Internet Standards" - 13/7/2008

[Shlomi Fish]

Hi all,

this is a announcement that Ori Idan will give a presentation 
titled "Internet Standards - Why, Who and How" to the Tel Aviv Linux Club, on 
13-July-2008 at 18:30.

More information can be found here:

* http://wiki.perl.org.il/index.php/Meeting_on_13_July_2008

* http://www.cs.tau.ac.il/telux/

Regards,

Shlomi Fish

-
Shlomi Fish   http://www.shlomifish.org/
First stop for Perl beginners - http://perl-begin.org/

The bad thing about hardware is that it sometimes works and sometimes doesn't.
The good thing about software is that it's consistent: it always does not
work, and it always does not work in exactly the same way.

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]

Linux and video multicasting

[Arie Skliarouk]

Hi,

My friend needs to broadcast an event live for 15 viewers. Unicast
broadcasting requires tremendous bandwidth and hence - money. Thus he asked
me to check multicast option.

There are "instructions" on doing multicast using VLC:
http://www.youtube.com/watch?v=rpkmdi1gKvM

but during my researches I discovered that few deployed routers support
multicasting technolody, and even then, the resulting video stream would
suffer from slightest packet drop.

Can anybody comment?

If I understand correctly, every multicast-enabled router or firewall must
monitor subscribed multicasts and periodically poll the clients, whether
they are still interested in getting the multicast stream.
I have not found a way to forward multicast packets on Linux. Once there was
package mrouterd, but it is not shipped anymore.

Have anybody worked with multicasted video on Linux?

-- 
Arie

Flash production on Linux

[Michael Jaffe]

I need to convert a presentation from PowerPoint to either flash or some video 
format.  What's the best way to do this on Linux?  Thanks.

Michael Jaffe

EMAIL: jmichaeljaffe (at )yahoo (dot) com





  
=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]

nfs problems

[Erez D]

hi

i have a diskless client booting with tftp and nfsroot (debian lenny on
kurobox-pro, as client, pc with hardy64 as server)

the whole filesystem is mounted via (rw,no_root_squash)

on the client:
when i try to create a new file - no problems
when i try to edit that file, i get : "Can't open file for writing", and the
file is truncated to zero size
looking from the nfs server verifies that the file was truncated ...

i.e.

vi /etc/newfile
:w -> sucess (my information is saved correctly)
:w (again) -> Can't open file for writing, ( and file is truncated to size 0
)

if i try to read/write the file from the nfs-server, it works just fine.


any idea ?

erez.

solved (was: how do i rescan the pci bus ?)

[Erez D]

solved:
there is a driver called pciehp

if i modprobe it, it will automatically rescan the bus whenever a new
pci-e device is inserted or removed.

in my case i had to insmod it with:

modprobe pciehp pciehp_force=1

otherwise it complains that my hardware does not support hotplug
which is funny as, an expresscard is a hotplug pci-e (or usb, depends
on the card) ...
and i have an expresscard slot ...


cheers,
erez.


On Sun, Jul 6, 2008 at 4:39 PM, Erez D <[EMAIL PROTECTED]> wrote:
>
> hi
>
> i have booted my linuxbox, and later hot-plugged a hot-pluggable pci card
>
> lspci does not give any detailes of the new card, so i guess i need rescan 
> the pci bus.
>
>
> is there a way to rescan devices on the pci bus ?
> somthing like: echo "rescan" > /proc/bus/pci ?
>
>
> 10x
> erez.
>
>

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]

Re: Linux and video multicasting

[Rami Rosen]

Hello,

I suggest that you try the pim daemon of Xorp:
http://www.xorp.org/

Xorp is a large project; it contains
the PIM-SM daemon (Protocol Independent Multicast-Sparse Mode) to
handle multicasting in Linux. Make sure that your kernel is built with
multicast support (recent kernels in most distros come with it).


Regards,
Rami Rosen




On Wed, Jul 9, 2008 at 3:06 PM, Arie Skliarouk <[EMAIL PROTECTED]> wrote:
> Hi,
>
> My friend needs to broadcast an event live for 15 viewers. Unicast
> broadcasting requires tremendous bandwidth and hence - money. Thus he asked
> me to check multicast option.
>
> There are "instructions" on doing multicast using VLC:
> http://www.youtube.com/watch?v=rpkmdi1gKvM
>
> but during my researches I discovered that few deployed routers support
> multicasting technolody, and even then, the resulting video stream would
> suffer from slightest packet drop.
>
> Can anybody comment?
>
> If I understand correctly, every multicast-enabled router or firewall must
> monitor subscribed multicasts and periodically poll the clients, whether
> they are still interested in getting the multicast stream.
> I have not found a way to forward multicast packets on Linux. Once there was
> package mrouterd, but it is not shipped anymore.
>
> Have anybody worked with multicasted video on Linux?
>
> --
> Arie
>
>

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]

Re: OT: How about running Linux in your web browser?

[Gadi Cohen]

I don't use it, but are you aware of http://g.ho.st/ ?


It's a full "WebOS" - your own virtual desktop accessible from any web
browser.


IIRC it's a joint Israeli-Palestinian project.


Gadi


Maxim Veksler wrote:

> Hello list,
>
> This is surly interesting news, It seems that the folks at Mozilla are
> working on writing a C/C++ to Tamarin compiler (ActionScript VM
> running inside Adobe's Flash).
> This means implementing the full POSIX calls, including emulation of
> direct memory access...
>
> Now I ask you, is it not getting us just 1 steps closer into
> the concept of "network OS"?  Just think about it, you could
> theoretically boot MacOSX, open your browser, browser to
> http://hamakor.org.il/start (which would redirect you to
> http://os.google.com) and bam!! You see Linux happily booting in your
> FireFox :)
>
> Read more about it here :
> http://www.artima.com/forums/flat.jsp?forum=270&thread=234365
> 
>
> -- 
> Cheers,
> Maxim Veksler
>
> "Free as in Freedom" - Do u GNU ? 


-- 
Gadi Cohen aka Kinslayer <[EMAIL PROTECTED]> www.wastelands.net
Freelance admin/coding/design HABONIM DROR linux/fantasy enthusiast
KeyID 0x93F26EF5: 256A 1FC7 AA2B 6A8F 1D9B 6A5A 4403 F34B 93F2 6EF5

Re: Flash production on Linux

[Gilad Ben-Yossef]

Michael Jaffe wrote:


I need to convert a presentation from PowerPoint to either flash or some video 
format.  What's the best way to do this on Linux?  Thanks.

  

Try http://www.scribd.com

Gilad


--
Gilad Ben-Yossef 
Chief Coffee Drinker


Codefidence Ltd.
The code is free, your time isn't.(TM)

Web:http://codefidence.com
Email:  [EMAIL PROTECTED]
Office: +972-8-9316883 ext. 201
Fax:+972-8-9316885
Mobile: +972-52-8260388

Q: How many NSA agents does it take to replace a lightbulb?
A: dSva7DrYiY24yeTItKyyogFXD5gRuoRqPNQ9v6WCLLywZPINlu!

Re: OpenMoko freerunner warning

[Arie Skliarouk]

Finally they put clarification on the on-line shop:
http://us.direct.openmoko.com/products/neo-freerunner

Sold Out?

900Mhz variant stock is due on on july 15th
--
Arie

On Mon, Jul 7, 2008 at 20:02, michael shiloh <[EMAIL PROTECTED]>
wrote:

> Wow! Thanks for the great information. Mind if I quote this on my blog
> (with
> proper credit)? This is good reference material.
>
> Michael KA6RCQ
>
>
>
> On Mon, 7 Jul 2008, Geoffrey S. Mendelson wrote:
>
>  On Sun, Jul 06, 2008 at 01:54:15PM -0700, michael shiloh wrote:
>>
>>> The Neo Freerunner is tri-band available in two versions:
>>>
>>>The so-called "850 MHz" version supports 850MHz, 1800MHz, and
>>> 1900MHz
>>>The so-called "900 MHz" version supports 900MHz, 1800MHz, and
>>> 1900MHz
>>>
>>> As you can see, both version support 1800MHz and 1900MHz.
>>>
>>> The reason for these two versions is that some rural regions in the USA
>>> use
>>> 850 MHz instead of the more-or-less world standard of 900 MHz. There may
>>> be
>>> some rare places in the rest of the world that use 850 MHz, but for the
>>> most
>>> part the 850 MHz version is considered the USA version, and the 900 MHz
>>> version is suitable for just about everywhere else in the world.
>>>
>>
>> No, that's not really true.
>>
>> The world standard for AMPS (the original cell phone system) was 800 mHz.
>> When GSM was created it was western European only and could not interfere
>> with AMPS phones. Since 900 mHz is a restriced band in ITU regions 1 and
>> 3 (Europe, Africa, Asia), but not in the U.S. its users were forced off
>> and it was given to the GSM system.
>>
>> In region 2 (the Americas) it is open to unlicensed low power use and
>> Amateur
>> radio.
>>
>> The major difference of over the air transmission is that AMPS used a wide
>> FM voice channel with a seperate digital control channel, GSM used TDMA
>> (sharing a single digital channel by giving each user a fixed time to
>> transmit). GSM can share the same channel between control and "data"
>> (digital voice).
>>
>> By the early 1990's AMPS cell phone channels had become overcrowded and
>> there
>> were several methods developed to alivate the problem. One was N-AMPS
>> (narrow
>> band FM voice) and another D-AMPS (digital AMPS similar to GSM's TDMA).
>>
>> In Israel Cell-Com (1993-1994?) started out with D-AMPS, Pelephone started
>> with AMPS and switched to N-AMPS, with not much success.
>>
>> In the U.S. the 1900 mHz band (similar to the 1800mHz band opened in Zones
>> 1 and 3) was opened. The lower end of the band overlaps the 1800mHz band,
>> but some of it was already in use, so they are not the same. The 1900 mHz
>> band was opened for PCS (Personal communications services) and almost
>> anyone
>> could get a PCS license (they were auctioned off) and open their own
>> cellular
>> phone service.
>>
>> The PCS cells had a very small range, so the only ones that were bought
>> were in highly populated areas. Some PCS operators used GSM, but many did
>> not. 1900 mHz band GSM phones are technicaly the same as 1800mHz GSM
>> phones,
>> with different firmware and regulatory approval. Since the U.S. market
>> was small, there was no incentive to spend a lot of money on GSM phones
>> for it, and there small cost of converting an 1800 mHz design to a
>> 1900 mHz one was worth it. 1900 mHz GSM coverage peaked around the year
>> 2000 with about 80% of the U.S. population covered, but only about 20%
>> of the area.
>>
>> Meanwhile, AT&T Wireless had upgraded their 800 mHz AMPS network to
>> D-AMPS,
>> and they covered 100% (in reality not quite, but close enough) of the
>> continental U.S., and most of Hawaii, and some of Alaska.
>>
>> In 2002 they completed a deal where Ericson would manufacture base
>> stations
>> compatible with their D-AMPS ones that supported mixed GSM/D-AMPS service,
>> so they could switch one channel at a time. Nokia got the contract for
>> their handsets.  Due to the way GSM names its networks, the 800 mHz
>> AMPS/N-AMPS/D-AMPS channels are called GSM 850.
>>
>> AT&T sold their cellular network and it has changed names.
>>
>> Now in 2008, the situation is that almost all of the U.S. (except for
>> a few national parks, etc) is covered with the GSM 850 network that
>> at one time belonged to AT&T Wireless (I don't know their current name),
>> there is still the "spotty" GSM 1900 mHz coverage, and the only 1800 mHz
>> network in zone 2 is in Brazil.
>>
>> In Israel, Orange's 900 mHz network coversalmost all of the terriory
>> with from the Golan to Eilat, the Jordan river to the Med. The gaps that
>> exist in areas controlled by the PA is due to a non competition
>> agreement with Pal-Tel (partialy owned by Shimon Peres) and not
>> technical reasons.
>>
>> When they decided to get into the high-speed data business they opened
>> an 1800 mHz network. Due to the higher frequency, it's coverage is
>> "spotty". In flat places, e.g. the costal plain, it works well, in
>> hilly places, e.g. Jerusalem, high 

RE: Openmoko - GSM coverage data from GSMA

[Moish]

http://www.gsmworld.com/roaming/gsminfo/index.shtml

Moish

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]

Re: OpenMoko freerunner warning

[Amos Shapira]

(Sorry Shachar, sent it to you in private by mistake)

2008/7/6 Shachar Shemesh <[EMAIL PROTECTED]>:
> From memory, so please verify, but as far as I remember, the Neo is
> tri-band, working with 900 and 1800MHz, with some models carrying the
> 1900MHz as a third band and others the 850MHz. Orange uses 900MHz and
> Cellcom uses 1800MHz, so both models are totally usable throughout Israel.
> The 850MHz and 1900MHz make a difference mostly inside the USA, with the
> 1900MHz model being somewhat preferable if you want to use the phone in
> Europe and the 850 model being preferable for the USA.
>
> Either way, all models are 100% usable with all Israeli carriers.

I just got a Google Ad pointing to a shop promising an unlocked iPhone
"2" (the new 3G model) and listing it as "Quad-Band":

GSM

   * Quad-band (850, 900, 1800, 1900 MHz)

So I wonder why OpenMoko couldn't do this. Cost?

--Amos

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]

Re: OpenMoko freerunner warning

[Geoffrey S. Mendelson]

On Thu, Jul 10, 2008 at 03:59:42PM +1000, Amos Shapira wrote:

> GSM
> 
>* Quad-band (850, 900, 1800, 1900 MHz)
> 
> So I wonder why OpenMoko couldn't do this. Cost?

Actually the phone is really just 2 band, the 800/900 and 1800/1900 mHz
bands are close enough for modern technology to be the same. In fact the
1800 mHz band overlaps the bottom of the 1900mHz band. 

The issues is marketing and regulatory approval.

Radio transmitters have to be certified to fit within limits of out of
band radiation (signals that should not be there, but are leaked), signal
purity, etc.

Cell phones are rare in the fact that they are not supposed to transmit on
their own. If they do not find a suitable cell to connect to, they won't
transmit. 

The 850 and 1900 mHz bands require FCC (the U.S. equivalent of the MOC)
approval, and it is not easy to get. For some reason I have never
researched, 800 (850) mHz approval is much harder to get than 1900mHz. I
think it has to do with the fact that 800mHz cell phones were developed,
and the standards set around 10 years earlier.

>From what I remember the FCC requires documentation from the manufacturer,
testing by an independent laboratory (cerifited by the FCC) and then does
their own testing. CE testing, which is used outside of the U.S. is more of
a "self test". The manufacturer submits a report based upon their own testing
and government verification is not done.

So it is much cheaper and easier to produce a 900 mHz cell phone and limit
it in firmware to 900mHz, than produce an 850/900 cell phone and be allowed
to sell it. 

Apple, being a U.S. company could have made the iPhone 850/1900 dual band
or since it is locked to one carrier, single band on the one they use,
without too much difference in sales. In this case the 900/1800 band 
certification was the cheap add on, which obviously the 850 is not.

Bear in mind that the OpenMoko is a specialty item and probably will not
sell as many in its entire production as Apple sells iPhones in a day. What 
may seem like a trivial cost to Apple may simply not be worth it. 

My expectation is that most of the OpenMoko users will install a third
party application that exists only because the phone is "open source" and
a significant number of users will develop programs for it.

The iPhone is exactly the opposite, even if it were open source, almost
all of the owners of it will never install anything extra on it, and the
number of developers, even if it were open source, would be statisticly
insignificant.

IMHO the quad band capability will sell a lot more iPhones than the
open source of the OpenMoko, so it makes sense for Apple to concentrate
on that, and the makers of the OpenMoko not to.

An interesting (to me) discussion, probably not for this list, would be
exactly how open a cell phone could be and still get regulatory approval.

Geoff.


-- 
Geoffrey S. Mendelson, Jerusalem, Israel [EMAIL PROTECTED]  N3OWJ/4X1GM

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]