date:20070228



On 28-Feb-07, at 5:05 PM, jtd wrote:


..but only for the chosen few from certain countries.

http://www.redhat.com/about/news/prarchive/2007/redhatchallenge.html


this redhat idea of only one winner doesnt really work out. Google  
has a much better plan which really gets a lot of foss code written



--
regards

Kenneth Gonsalves
Associate, NRC-FOSS
[EMAIL PROTECTED]
http://nrcfosshelpline.in/web/




--
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Linux Download Satellite?


Baishampayan Ghose wrote:


On Wednesday 28 February 2007 12:50 AM, Rony cobbled together some
glyphs to say:

being carried out on transmission protocols. Unfortunately its all
happening abroad. Even on this list there is little participation in
technological discussions.


This is not a general technology list. Technical questions related to
FOSS are generally handled quickly, the philosophical ones aren't.




I thought Linux was FOSS.


True, but is has nothing to do with launching satellites, etc.

The discussion was on possible transmission protocols for 
uni-directional Linux file broadcast. Satellite is only the medium.


Regards,

Rony.




___ 
All new Yahoo! Mail The new Interface is stunning in its simplicity and ease of use. - PC Magazine 
http://uk.docs.yahoo.com/nowyoucan.html



--
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Linux Download Satellite?


Vihan Pandey wrote:

better practice GNU/Linux or the boys in green will get at you



:-) Personally i prefer Blue.



My favorite colour. ( Blue )

Kenneth's note reminded me of the time you had set off the hot 
discussion on using .odt instead of .doc and I silenlty and sheepishly 
switched over to .odt as I was still using doc then. Now everyone in my 
family is using odt.


--
Regards,

Rony.


___ 
Copy addresses and emails from any email account to Yahoo! Mail - quick, easy and free. http://uk.docs.yahoo.com/trueswitch2.html



--
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Debian Etch Installation Report

Mrugesh Karnik wrote:

I have just posted the text only version of my Debian Etch Installation Report
to the wiki. It's available here:

http://db.glug-bom.org/wiki/index.php/Debian_Etch_Installation_Report

I have taken lots of screenshots and I'll post them tomorrow. The installer
has a handy facility for taking screenshots if you're curious.

Also, I found a MAJOR security bug with respect to the sudo integration. I
enabled it and found that root login with a blank password was possible. I
haven't tried updating the system yet. If the bug persists, I'll report it.

Thans to Vihan, I got the Etch DVDs and installed them the same night.
Since I never login as root, I did not check it then but now I tried to
login as root w/o passwd but it does not login. Do you still face this
problem?

A warning to all those planning to install etch as production. Don't do
it for desktops. The GUI is quite buggy while the command line part is
good and can be used. My Open-Office does a disco dance whenever I open
an existing text file. Its tool buttons keep doing the disappearing act
randomly. The Kde Control Center had only two links for 'Network' and
'Peripherials'. The Lost and Found has a full collection of package links.

Here are two links that help in file sharing, printer sharing and samba
through command line for Debian.

http://www.debiantutorials.org/content/view/110/1/
http://www.nixser.com/2006/08/22/file-sharing-on-debian/

--
Regards,

Rony.

___
All New Yahoo! Mail Tired of [EMAIL PROTECTED]@! come-ons? Let our SpamGuard protect you. http://uk.docs.yahoo.com/nowyoucan.html

--
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Provide us business ideas competition

2007-02-28 Thread Sankarshan Mukhopadhyay

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Kenneth Gonsalves wrote:
 
 On 28-Feb-07, at 5:05 PM, jtd wrote:
 
 ..but only for the chosen few from certain countries.

 http://www.redhat.com/about/news/prarchive/2007/redhatchallenge.html
 
 this redhat idea of only one winner doesnt really work out. Google has a
 much better plan which really gets a lot of foss code written

Umm...does the URL above limit ideas to code ? Or is there an implied
sense of that ? In that event one would perhaps bump this internally for
semantic clarity

:Sankarshan

- --

You see things; and you say 'Why?';
But I dream things that never were;
and I say 'Why not?' - George Bernard Shaw
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFF5apdXQZpNTcrCzMRApFLAJ9CvNnaUbaE1W8uuHPrx+9GS+M/iwCfeqID
Xvv6WN2xPpH8fb1MJFXwthY=
=GSVs
-END PGP SIGNATURE-

-- 
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Re: deb vs. rpm


Manoj Srivastava wrote:

Hi,
Here follows commentary on the major points of difference oj
 just the rpm and deb format (please read the URL for details
 regarding other package formats).


Am not sure if this is included but also add that 'rpms' are 
non-interactive.. no interaction at all.. period. .debs on the other 
hand IIRC, can do some post/pre thing.


Though i come from a rpm background and the current state of affairs is 
not too encouraging, addition of apt/yum has done wonders to rpm and 
takes care of the dependency hell (yes it did exist). Also redhat, 
novell and others have recently come together again to maintain RPM and 
take it forward from the current state.


A nice read anyways.. just to support RPM, yum adds recommendations and 
suggestions to RPM. Also 'binary programs allowed' sounds confusing as 
RPM does support packaging of binary files. Another plus of an RPM is 
the '-V' option to verify the integrity of an installed RPM (i am not 
sure if that exists in deb)


- dhawal

--
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Provide us business ideas competition



On 28-Feb-07, at 9:44 PM, Sankarshan Mukhopadhyay wrote:

this redhat idea of only one winner doesnt really work out. Google  
has a

much better plan which really gets a lot of foss code written


Umm...does the URL above limit ideas to code ? Or is there an  
implied
sense of that ? In that event one would perhaps bump this  
internally for

semantic clarity


i was talking more of the redhat equivalent of GSOC that we had in  
India - i went through a lot of the proposals, and found 95% of them  
had nothing to do with FOSS - and were just the final year projects  
that students have to do. I think prize money was for just 1st and  
2nd place. Which means there is not much incentive to do creative  
work there. Please dont take this as flame bait, I dont use redhat/ 
fedora, but am a big fan of the company anyway



--
regards

Kenneth Gonsalves
Associate, NRC-FOSS
[EMAIL PROTECTED]
http://nrcfosshelpline.in/web/




--
http://mm.glug-bom.org/mailman/listinfo/linuxers

[ILUG-BOM] UFB-15 Protocol ( Proposed by Rony )

Hello All,

This is a new protocol proposed for the purpose of facilitating fast
Linux CD/DVD ISO downloads through the DTH type satellite medium. A
Linux satellite having a footprint over Asia and Africa will help in
providing the latest Linux distributions to even the remotest areas of
these regions. The broadcasts will be sequential and timed for every
.iso file, just like regular television programmes with their respective
timings. The number of transponders, frequency etc. is not discussed
here. The main purpose of this writeup is to create a transmission
protocol for error free unidirectional file downloads via satellite. A
single broadcast should be received by un-limited number of receivers
anywhere in Asia and Africa.

As satellite transmission is prone to disturbances, any error in the ISO
file being downloaded will render the entire process useless. Since it
is going to be a unidirectional broadcast that cannot receive feedback
from the receiving units, certain correction features need to be added
to the broadcast.

The proposed protocol will be called Unidirectional File Broadcast (
UFB-15 ) Protocol. The number 15 denotes the 15 second delay feature
added for correction. This can vary from 1 second to 60 seconds or more
as per the users' choice.

The UFBP-15 will broadcast data packets in groups of 1 second each.
These packets will contain their parity check sequence interlaced to
check downloaded packet integrity. After the first 15 packet groups of
one second each are broadcast, the next one second will contain the
first packet group re-broadcast. The next second will have the 16th
packet group. The next one to follow will be the 2nd packet group
re-broadcast. So every second a new packet group and its 15 second
earlier packet group is alternately broadcast. This provides the
receiver a 15 second delay to re-load the packets if they got corrupted
in the first attempt. An illustration is placed below. 'P' denotes the
packet group per second and its timing sequence. They are broadcast
every second.

P1 -- P15 -- P1 -- P16 -- P2 -- P17 -- P3 -- P18 -- P4 -- P19
-- P5 -- P20 -- P6 -- P21 -- P7 -- P22 -- P8 -- P23 -- P9 --
P24 -- P10 -- P25 -- P11 -- P26 -- P12 -- P27 -- P13 -- P28 --
P14 -- P29 -- P15 -- P30

As you can see, after every 15 seconds a re-broadcast of old packets
takes place to help the receiver catch up with broken packets. The delay
time can be chosen after experimenting with different time delays. This
will reduce the bandwidth by half but offer a self correction for
unidirectional broadcasts. To increase bandwidth, a higher transmission
frequency can be chosen. The proposed UFB-15 Protocol is free to anyone
to modify and correct for better transmission quality. The only
condition is that it should be released under the GPL license so that
anyone can make use of it freely.

Another method of reducing reception errors is to avoid transmitting an
ISO file as a whole. Instead, it can be transmitted as a set of files
just as they exist on the CD/DVD. Individual files being smaller, can be
corrected easily and will not disturb the entire ISO file block. An
executable script file transmitted along with the download assembles all
the components back into an single ISO file in the receiving unit.

--
Regards,

Rony.

___
All new Yahoo! Mail The new Interface is stunning in its simplicity and ease of use. - PC Magazine
http://uk.docs.yahoo.com/nowyoucan.html

--
http://mm.glug-bom.org/mailman/listinfo/linuxers

[ILUG-BOM] Re: deb vs. rpm

Hi,

[Please pardon the cross posting. I felt that this mail is not
off topic for any of the mailing lists I have posted it to,
and it is about time we had a technical, as opposed to
sentimental or loyalty based look at the .deb and .rpm file
formats, I have read the acceptable use policies of all three
lists, and I think this is not in violation of any of them.  I
apologize if I am mistaken]

It might be instructive to compare package file formats on a
 purely technical level: http://kitenet.net/~joey/pkg-comp/
 This is a fairly authoritative document, and well worth understanding.

Here follows commentary on the major points of difference oj
 just the rpm and deb format (please read the URL for details
 regarding other package formats).

 1) Data unpack-able by standard tools, meta-data accessible by
standard tools, and ability to create a .deb with standard (non
distribution specific) tools: .debs are just ar archives of
tar-balls, and can be unpackaged, inspected, and created using cp,
chmod, ar and tar.  rpm's need a special tool.  Now, why is this
important at all?  Well, think of a classified environment, where
you do not want to rely on the packaged tool to help you with
forensics; but you have a trusted solaris box.

 2) Package relationships: The .deb format has a more nuanced set of
relationships, incorporating recommendations and suggested
packages, and orders packages by priority as well as group.

rpm does not have the nuanced relationship, nor priority, but it
does have file based dependencies, and easily extract-able
copyright information so it is easier to marshal packages by
copyright info.

Personally, I am of the opinion that file dependencies are a mixed
bag; they complicate the package dependency graph with edges that
are different from a package dependency; added to the less
nuanced dependency and priority information, they make the
installation ordering of rpm's far less sophisticated.

dpkg goes through a song and dance ordering packages with
topological sorting of the graph, breaking installation into
chunks to ensure that no conflicting packages ever are unpacked at
the same time, unpacking and configuring packages in dependency
order, and rolling back failed installation. rpm does
installations on a best effort basis, and thus failures at
critical stages leave the system in an untenable state.

 3) rpm can mark documentation files (makes it easier to find docs),
and has ghost files, files which are not shipped in the package
but are registered as being owned by the package.   For
documentation, Debian relies on convention; all package
documentation is found in /usr/share/doc/$package; but ghost files
are clearly a plus for rpms.

 4) Debian packages may run binaries at install and un-install times.
I am not sure if this is a major plus.

 5) Package verification and triggers -- rpm has them, and package
verification is one of the major features missing in a .deb.
triggers, well, there is a technical proposal currently being
debated about adding triggers to dpkg, but obviously, Debian is
playing catch-up here.

 6) New sections in the package format: .debs were designed to be
extensible, and whole new sections can be added to the package by
adding yet another tar-ball or the ar archive.  Some of the future
additions being planned are detached signatures by various keys;
developers key, build daemon maintainer key, archive maintainers
key, release manager key, mirror master key, -- in a new section
of the package file.  So, new data sections, compiled binaries
for more than one sub-arch, or 32 and 64 bit binaries -- they can
be added easily to a new section, and dpkg be told how to deal
with the new sections by inspecting the .deb format version.

rpm's can't as easily cope with unseen new requirements.

manoj
-- 
Nuclear war can ruin your whole compile. Karl Lehenbauer
Manoj Srivastava [EMAIL PROTECTED] http://www.golden-gryphon.com/
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C

-- 
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Re: deb vs. rpm


Dhawal Doshy wrote:

Manoj Srivastava wrote:

Hi,
Here follows commentary on the major points of difference oj
 just the rpm and deb format (please read the URL for details
 regarding other package formats).


Another plus of an RPM is 
the '-V' option to verify the integrity of an installed RPM (i am not 
sure if that exists in deb)


Well the TFA says it does.. .deb does provide checksums for all the 
files in the package.


Also forgot to add, one major drawback of RPM is the db3/4 based backend 
in /var/lib/rpm which is highly fragile and needs some serious re-design..



--
http://mm.glug-bom.org/mailman/listinfo/linuxers

[ILUG-BOM] Re: deb vs. rpm

On Wed, 28 Feb 2007 22:19:44 +0530, Dhawal Doshy  said: 

 Am not sure if this is included but also add that 'rpms' are
 non-interactive.. no interaction at all.. period. .debs on the other
 hand IIRC, can do some post/pre thing.

Not having used rpm's recently, I was not sure if there is a
 debconf equivalent. debconf can have a GUI, curses, or readline
 front-end, and the interaction is internationalized, so the questions
 can be asked in the native tongue of the person doing the install, if
 the translation is up to date.

 Though i come from a rpm background and the current state of affairs
 is not too encouraging, addition of apt/yum has done wonders to rpm
 and takes care of the dependency hell (yes it did exist). Also
 redhat, novell and others have recently come together again to
 maintain RPM and take it forward from the current state.

 A nice read anyways.. just to support RPM, yum adds recommendations
 and suggestions to RPM. Also 'binary programs allowed' sounds
 confusing as RPM does support packaging of binary files. Another
 plus of an RPM is the '-V' option to verify the integrity of an
 installed RPM (i am not sure if that exists in deb)

Well, this is  meant to be talking about the stuff run
 pre/post installing a package. for rpm, it has to be in the spec
 file -- which means that it must be a script. For debian, since they
 are in external files, you could sneak in a compiled binary (which
 would be against policy, but hey, you could do it)

manoj

-- 
Hello, he lied. Don Carpenter, quoting a Hollywood agent
Manoj Srivastava [EMAIL PROTECTED] http://www.golden-gryphon.com/
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C

-- 
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Provide us business ideas competition

2007-02-28 Thread Sankarshan Mukhopadhyay

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Kenneth Gonsalves wrote:

 i was talking more of the redhat equivalent of GSOC that we had in India
 - i went through a lot of the proposals, and found 95% of them had
 nothing to do with FOSS - and were just the final year projects that
 students have to do. I think prize money was for just 1st and 2nd place.
 Which means there is not much incentive to do creative work there.
 Please dont take this as flame bait, I dont use redhat/fedora, but am a
 big fan of the company anyway

That I guess is the Lord of The Code initiative - this is a separate one

:Sankarshan

- --

You see things; and you say 'Why?';
But I dream things that never were;
and I say 'Why not?' - George Bernard Shaw
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFF5bhoXQZpNTcrCzMRAubcAJ0UOFHbzS5jHwbv642I6u56qzs4UgCfcMFZ
N5678+FrC4XkoawiezrN4F0=
=4/K2
-END PGP SIGNATURE-

-- 
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Re: deb vs. rpm


Manoj Srivastava wrote:
On Wed, 28 Feb 2007 22:19:44 +0530, Dhawal Doshy  said: 

A nice read anyways.. just to support RPM, yum adds recommendations
and suggestions to RPM. Also 'binary programs allowed' sounds
confusing as RPM does support packaging of binary files. Another
plus of an RPM is the '-V' option to verify the integrity of an
installed RPM (i am not sure if that exists in deb)


Well, this is  meant to be talking about the stuff run
 pre/post installing a package. for rpm, it has to be in the spec
 file -- which means that it must be a script. For debian, since they
 are in external files, you could sneak in a compiled binary (which
 would be against policy, but hey, you could do it)


much clear.. thanks.

--
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Re: Debian Etch Installation Report

2007-02-28 Thread Mrugesh Karnik

On Wednesday 28 Feb 2007 22:06:41 Manoj Srivastava wrote:
 On Wed, 28 Feb 2007 20:48:18 +0530, Rony said:
  A warning to all those planning to install etch as production. Don't
  do it for desktops. The GUI is quite buggy while the command line
  part is good and can be used. My Open-Office does a disco dance
  whenever I open an existing text file. Its tool buttons keep doing
  the disappearing act randomly. The Kde Control Center had only two
  links for 'Network' and 'Peripherials'. The Lost and Found has a
  full collection of package links.

 Err, if there are things in lost and found, then there was a
  major file system or drive issue you had. This is most likely to be a
  local issue than anything else.

I doubt that. Abhishek Ambekar had also reported a similar problem if I'm not 
mistaken. Hopefully he's reading this.

-- 

Mrugesh Karnik
GPG Key 0xBA6F1DA8
Public key on http://wwwkeys.pgp.net



pgpg0Ljlz6o0x.pgp
Description: PGP signature
-- 
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Provide us business ideas competition



On 28-Feb-07, at 10:44 PM, Sankarshan Mukhopadhyay wrote:


That I guess is the Lord of The Code initiative


yes


--
regards

Kenneth Gonsalves
Associate, NRC-FOSS
[EMAIL PROTECTED]
http://nrcfosshelpline.in/web/




--
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Linux Download Satellite?

2007-02-28 Thread Devdas Bhagat

On 28/02/07 20:13 +0530, Rony wrote:
snip
 The discussion was on possible transmission protocols for 
 uni-directional Linux file broadcast. Satellite is only the medium.
 
s/Linux file/large files/. Just because you mention Linux does not imply
that it is a relevant topic.

Devdas Bhagat

-- 
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] UFB-15 Protocol ( Proposed by Rony )

2007-02-28 Thread gaurav chaturvedi


Make this a RFC.
--
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Debian Etch Installation Report

2007-02-28 Thread abhishek

On Wednesday 28 February 2007 20:48, Rony wrote:
 The Kde Control Center had only two links for 'Network' and
 'Peripherials'. The Lost and Found has a full collection of package links.

I am also experiencing the same problem!
There is not a single option available for me in K Control Center.
But everything is there in Lost+Found

Well... before Etch i was using Sarge 
so while installing Etch i just kept /home unformatted
as it was mounted on separate partition!
so i thought this was the mistake i made while installing Etch
but Rony's experience made me to write mail.

-- 
With Regards
Abhishek Amberkar
--
There is no Operating system but ``GNU
and ``Linux'' is one of its kernels.

-- 
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Re: deb vs. rpm

2007-02-28 Thread Devdas Bhagat

On 28/02/07 10:05 -0600, Manoj Srivastava wrote:
snip
 chmod, ar and tar.  rpm's need a special tool.  Now, why is this
 important at all?  Well, think of a classified environment, where
 you do not want to rely on the packaged tool to help you with
 forensics; but you have a trusted solaris box.
 
A unix system without cpio? RPM is essentially cpio with a specified header
format.
snip points 2 and 3

 
  4) Debian packages may run binaries at install and un-install times.
 I am not sure if this is a major plus.
 
RPMS can run binaries from pre and post install sections. This is not a
major plus, and in some environments can be a major minus.

Devdas Bhagat

-- 
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Linux Download Satellite?

2007-02-28 Thread gaurav chaturvedi


Hi,
With your idea Rony all the ISOs will be downloaded within a weekWhat
then?
--
http://mm.glug-bom.org/mailman/listinfo/linuxers

[ILUG-BOM] Re: Debian Etch Installation Report

On Wed, 28 Feb 2007 22:49:12 +0530, Mrugesh Karnik said: 

 On Wednesday 28 Feb 2007 22:06:41 Manoj Srivastava wrote:
 On Wed, 28 Feb 2007 20:48:18 +0530, Rony said:
  A warning to all those planning to install etch as
  production. Don't do it for desktops. The GUI is quite buggy
  while the command line part is good and can be used. My
  Open-Office does a disco dance whenever I open an existing text
  file. Its tool buttons keep doing the disappearing act
  randomly. The Kde Control Center had only two links for 'Network'
  and 'Peripherials'. The Lost and Found has a full collection of
  package links.
 
 Err, if there are things in lost and found, then there was a major
 file system or drive issue you had. This is most likely to be a
 local issue than anything else.

 I doubt that. Abhishek Ambekar had also reported a similar problem
 if I'm not mistaken. Hopefully he's reading this.

In which case, could you please file a bug report on this
 issue?  Please mention the provenance of the DVD's in the report, and
 if anything unusual happened.

manoj
-- 
You will be awarded a medal for disregarding safety in saving someone.
Manoj Srivastava [EMAIL PROTECTED] http://www.golden-gryphon.com/
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C

-- 
http://mm.glug-bom.org/mailman/listinfo/linuxers

[ILUG-BOM] Re: deb vs. rpm

On Wed, 28 Feb 2007 23:33:51 +0530, Devdas Bhagat 
devdas-B/gC27/pXbteH41UXmfQsti2O/[EMAIL PROTECTED] said: 

 On 28/02/07 10:05 -0600, Manoj Srivastava wrote:
snip 
 chmod, ar and tar.  rpm's need a special tool.  Now, why is this
 important at all?  Well, think of a classified environment, where
 you do not want to rely on the packaged tool to help you with
 forensics; but you have a trusted solaris box.
 
 A unix system without cpio? RPM is essentially cpio with a specified
 header format.

Actually, no: it is a modified cpio. The implementation is
 pretty close, but it has some behaviors which are more to RPM's
 liking. If you take a plain old cpio from Solaris/Aix/HPUX et al
 you'll find that you can't really inspect/create rpm files.

Which is why we have rpm2cpio package, it converts the rpm to
 standard cpio format. If it was a plain old cpio, you would not need
 rpm2cpio.

 
 4) Debian packages may run binaries at install and un-install
times.  I am not sure if this is a major plus.

 RPMS can run binaries from pre and post install sections. This is
 not a major plus, and in some environments can be a major minus.

Well, not if you wanted to do a preinst, and the binary you
 want to run is  inside the package. See, the package has not been
 unpacked yet, just hte spec file is available -- or the debian
 maintainer scripts.

So, debian's preinst can be a binary program, as well as a
 postrm -- but the rpm spec file can't do that, since the binary it
 could refer to would not be available.

It is not a major issue, and Debian specifically prohibits it
 in policy; but it is a technical difference.

manoj
-- 
If you think the system is working, ask someone who's waiting for a
prompt.
Manoj Srivastava [EMAIL PROTECTED] http://www.golden-gryphon.com/
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C

-- 
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] UFB-15 Protocol ( Proposed by Rony )

2007-02-28 Thread saurabh daptardar


On 2/28/07, Rony [EMAIL PROTECTED] wrote:


This is a new protocol proposed for the purpose of facilitating fast
Linux CD/DVD ISO downloads through the DTH type satellite medium. A
Linux satellite having a footprint over Asia and Africa will help in
providing the latest Linux distributions to even the remotest areas of
these regions. The broadcasts will be sequential and timed for every
.iso file, just like regular television programmes with their respective
timings. The number of transponders, frequency etc. is not discussed
here. The main purpose of this writeup is to create a transmission
protocol for error free unidirectional file downloads via satellite. A
single broadcast should be received by un-limited number of receivers
anywhere in Asia and Africa.


1) What is the time required for downloading a Linux CD ?
2) What would be the cost ?
3) Is any special hardware required?

The EDUSAT programme aims at providing a similar network that you are
looking for :
http://www.isro.org/Edusat/Page5.htm

Regards,
Sourabh
--
www.yuj.in
--
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Re: problem in integrating ejabberd with mysql

2007-02-28 Thread PV Sundarram


hi,

On 2/28/07, Debarshi 'Rishi' Ray [EMAIL PROTECTED] wrote:


Good luck,
Debarshi



thanx for the reply...
i did the same with the previous version of ejabberd(1.1.2) and it just
worked without any problems.

--
keep klickin'
P.V.Sundarram

--
pvsun.blogspot.com

--
Relax... you are entering a windows free zone..
--
http://www.spreadfirefox.com/?q=affiliatesid=123123123123123t=1

8-)
--
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Linux Download Satellite?

2007-02-28 Thread Baishampayan Ghose

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wednesday 28 February 2007 11:49 PM, gaurav chaturvedi cobbled
together some glyphs to say:
 Hi,
 With your idea Rony all the ISOs will be downloaded within a weekWhat
 then?

May be free CD distribution in BEST buses ?

Regards,
BG

- --
Baishampayan Ghose [EMAIL PROTECTED]
Ubuntu -- Linux for Human Beings
http://www.ubuntu.com/

1024D/86361B74
BB2C E244 15AD 05C5 523A  90E7 4249 3494 8636 1B74

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFF5dxUQkk0lIY2G3QRAo2rAJ9dXOaNR9u6sTRlP9WLQl97wo4MdACfdsZF
gNjiGT9Dj4BPBf8D7ovxK/k=
=zObV
-END PGP SIGNATURE-

-- 
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Re: deb vs. rpm


Quoting Manoj Srivastava [EMAIL PROTECTED]:

On Wed, 28 Feb 2007 23:33:51 +0530, Devdas Bhagat   
devdas-B/gC27/pXbteH41UXmfQsti2O/[EMAIL PROTECTED] said:



On 28/02/07 10:05 -0600, Manoj Srivastava wrote:

snip

chmod, ar and tar.  rpm's need a special tool.  Now, why is this
important at all?  Well, think of a classified environment, where
you do not want to rely on the packaged tool to help you with
forensics; but you have a trusted solaris box.


A unix system without cpio? RPM is essentially cpio with a specified
header format.


Actually, no: it is a modified cpio. The implementation is
 pretty close, but it has some behaviors which are more to RPM's
 liking. If you take a plain old cpio from Solaris/Aix/HPUX et al
 you'll find that you can't really inspect/create rpm files.


inspect and extract yes, create not too easily..


Which is why we have rpm2cpio package, it converts the rpm to
 standard cpio format. If it was a plain old cpio, you would not need
 rpm2cpio.


i was under a similar impression, but it ain't true.. see  
http://fedora.redhat.com/docs/drafts/rpm-guide-en/ch-extra-packaging-tools.html for an example of shell and perl based rpm2cpio to remove the headers and other packaging  
information.


- dhawal

--
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Re: deb vs. rpm

2007-02-28 Thread Devdas Bhagat

On 28/02/07 12:30 -0600, Manoj Srivastava wrote:
 Actually, no: it is a modified cpio. The implementation is
  pretty close, but it has some behaviors which are more to RPM's
  liking. If you take a plain old cpio from Solaris/Aix/HPUX et al
  you'll find that you can't really inspect/create rpm files.
 
No, RPM is cpio encapsulated in packaging headers. If you remove the
headers, you are left with plain old cpio files.

 Which is why we have rpm2cpio package, it converts the rpm to
  standard cpio format. If it was a plain old cpio, you would not need
  rpm2cpio.
 
rpm2cpio understands the RPM headers. As long as you know the packaging
header length, you can simply use dd to extract the cpio file out.

Devdas Bhagat

-- 
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Linux Download Satellite?


gaurav chaturvedi wrote:

Hi,
With your idea Rony all the ISOs will be downloaded within a weekWhat
then?


Hi. Within an hour or few, cd or dvd. At no cost of monthly rent that 
one has to pay normally for broadband. Get the latest of any distro and 
enjoy using it, anywhere you are located in Asia or Africa, even where 
there is no power or internet. :)


--
Regards,

Rony.



___ 
Try the all-new Yahoo! Mail. The New Version is radically easier to use  The Wall Street Journal 
http://uk.docs.yahoo.com/nowyoucan.html



--
http://mm.glug-bom.org/mailman/listinfo/linuxers

Re: [ILUG-BOM] Linux Download Satellite?