<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.os.bsd.india">
    <title>gmane.os.bsd.india</title>
    <link>http://blog.gmane.org/gmane.os.bsd.india</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.bsd.india/733"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.bsd.india/732"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.bsd.india/731"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.bsd.india/730"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.bsd.india/729"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.bsd.india/728"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.bsd.india/727"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.bsd.india/726"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.bsd.india/725"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.bsd.india/724"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.bsd.india/723"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.bsd.india/722"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.bsd.india/721"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.bsd.india/720"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.bsd.india/719"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.bsd.india/718"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.bsd.india/717"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.bsd.india/716"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.bsd.india/715"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.bsd.india/714"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/733">
    <title>OT - nmap legal issues in India</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/733</link>
    <description>&lt;pre&gt;Hi,

Any body know the legal issues associated with random port/os scans
using nmap in India.
I am not looking for some general information but some thing concrete
from an authentic source.

Where does one read about cyber laws concerning this?
Is there any particular mailinglist that discusses cyber lawsin India?

Any instance of any body convicted in India for just port scanning?
Is it categorized under cracking?

Thanks

--Siju
&lt;/pre&gt;</description>
    <dc:creator>Siju George</dc:creator>
    <dc:date>2011-07-24T15:02:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/732">
    <title>Re: OpenBSD Kernel Internals walk through for Newbies</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/732</link>
    <description>&lt;pre&gt;
Hi,

Thanks for the link. It looks interesting. :-)
&lt;/pre&gt;</description>
    <dc:creator>Abhinav Upadhyay</dc:creator>
    <dc:date>2011-07-19T17:17:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/731">
    <title>OpenBSD Kernel Internals walk through for Newbies</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/731</link>
    <description>&lt;pre&gt;http://www.atmnis.com/~proger/openkyiv/openkyiv2009_proger_sys.pdf

--Siju
&lt;/pre&gt;</description>
    <dc:creator>Siju George</dc:creator>
    <dc:date>2011-07-19T16:46:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/730">
    <title>Real World DragonFlyBSD Hammer DeDup figures - Reclaiming more than 1/4th ( 30% ) Disk Space from an Almost Full Drive</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/730</link>
    <description>&lt;pre&gt;Hi,


One of the DragonFlyBSD Backup Server has around 10 years of Company  Archives.
This is the result of de-dup feature

Short Sumary before dedup of firtst Hard Disk

Filesystem                Size   Used  Avail Capacity  Mounted on
Backup1                   454G   451G   2.8G    99%    /Backup1

Short Sumary after dedup of firtst Hard Disk

Filesystem                Size   Used  Avail Capacity  Mounted on
Backup1                   454G   313G   141G    69%    /Backup1

Reclaimed 138 GB i.e 30% of Disk space without deleting anything or
considerably affecting the perfomance of the Server.

Full Story:

The first backups server was Debian Sarge, then Debian Etch and then
OpenBSD with RAIDFRAME mirrors because it was the only Unix/Linux that
would even detect the 120 GB hard disks we had back then.
Later I turned to DragonFlyBSD due to HAMMER ( No fsck, No RAID Parity
chceks and Easy FS Snapshots )
So this Dragonfly backup server has around 10 years old backups of

1) Web files of Projects ( html, php, images etc )

2) SQL dumps both zipped and unzipped .Hammer snapshots gave me the
luxury to do

http://www.dragonflybsd.org/docs/real_time_backup_server_for_microsoft_windows__44___linux__44___bsd_and_mac_os_x_clients/

But now we have SQL dumps of induvidual databses taken every hour and
made available to the developers using snapshots in the same manner
:-)

3) MS Word, Excell Doc files - Company documents and User backups

4) PSD files and such from Designers which takes a larg space.

5) Git, SVN repositories backup

6) Virtual Machine images ( mostly qcow2 )

7) Configuration files of several servers and other details backuped
daily/hourly os some times every 15 minutes and maintained with coarse
grained snapshots without pruning.

8) Several Softwares and CD ISO images

9) Video/Audio files such as mp3,avi.flv,mpg and so on.


The OS version currently is

DragonFly v2.11.0.247.gda17d9-DEVELOPMENT

 Processor is

AMD Athlon(tm) 64 Processor 3400+ (2193.63-MHz 686-class CPU)

Memory is

real memory  = 2113336320 (2015 MB)
avail memory = 2029342720 (1935 MB)

with four 500GB SATA Disks mirroring PFS from each other and also from
another Dragonfly Backup Server on a differrent floor using
'mirror-stream' started at boot using cron with an entry similar to

&amp;lt; at &amp;gt;reboot /sbin/hammer mirror-stream /Backup1/Data /Backup2/Data &amp;amp;


I have never reinstalled the OS but kept following the development
version from July 2009 so that is two years of rolling release which
is a great advantage in itself :-)

The first Disk is mounted as /Backup1 and seems to be a good Candidate
for dedup because it is almost full.

======================================================================================
Filesystem                Size   Used  Avail Capacity  Mounted on

Backup1                   454G   451G   2.8G    99%    /Backup1
/Backup1/pfs/&amp;lt; at &amp;gt;&amp;lt; at &amp;gt;-1:00001   454G   451G   2.8G    99%    /Backup1/Data
/Backup1/pfs/&amp;lt; at &amp;gt;&amp;lt; at &amp;gt;-1:00009   454G   451G   2.8G    99%    /Backup1/pkgsrc
/Backup1/pfs/&amp;lt; at &amp;gt;&amp;lt; at &amp;gt;-1:00002   454G   451G   2.8G    99%    /Backup1/VersionControl
/Backup1/pfs/&amp;lt; at &amp;gt;&amp;lt; at &amp;gt;-1:00003   454G   451G   2.8G    99%    /Backup1/test
/Backup1/pfs/&amp;lt; at &amp;gt;&amp;lt; at &amp;gt;-1:00005   454G   451G   2.8G    99%
/Backup1/www-5mbak/www-hot
/Backup1/pfs/&amp;lt; at &amp;gt;&amp;lt; at &amp;gt;-1:00006   454G   451G   2.8G    99%
/Backup1/mysql-1hbak/mysql-hot
/Backup1/pfs/&amp;lt; at &amp;gt;&amp;lt; at &amp;gt;-1:00007   454G   451G   2.8G    99%
/Backup1/project-docs-bak/project-docs
=======================================================================================

Full Details below.

=========================================================

       Label               Backup1
       No. Volumes         1
       FSID                e182...............................................
       HAMMER Version      4
Big block information
       Total           58140
       Used            57713 (99.27%)
       Reserved           69 (0.12%)
       Free              358 (0.62%)
Space information
       No. Inodes   11350364
       Total size       454G (487713669120 bytes)
       Used             451G (99.27%)
       Reserved         552M (0.12%)
       Free             2.8G (0.62%)
PFS information
       PFS ID  Mode    Snaps  Mounted on
            0  MASTER      0  /Backup1
            1  MASTER      0  /Backup1/Data
            2  MASTER      0  /Backup1/VersionControl
            3  MASTER      0  /Backup1/test
            5  MASTER      0  /Backup1/www-5mbak/www-hot
            6  MASTER      0  /Backup1/mysql-1hbak/mysql-hot
            7  MASTER      0  /Backup1/project-docs-bak/project-docs
            9  MASTER      0  /Backup1/pkgsrc
==========================================================


De Duping Steps Taken:
----------------------------------


1) Version Upgrading from 4 to 6.

=================================
dfly-bkpsrv# hammer version-upgrade /Backup1 5
hammer version-upgrade: succeeded
dfly-bkpsrv# hammer version-upgrade /Backup1 6
hammer version-upgrade: succeeded
=================================

2) Simulating using 'dedup-simulate' to get an idea.

=====================================================================================

dfly-bkpsrv# hammer dedup-simulate /Backup1
Dedup-simulate /Backup1: objspace 8000000000000000:0000
7fffffffffffffff:ffff pfs_id 0
Dedup-simulate /Backup1 succeeded
Simulated dedup ratio = 1.07

dfly-bkpsrv# hammer dedup-simulate /Backup1/Data
Dedup-simulate /Backup1/Data: objspace 8000000000000000:0000
7fffffffffffffff:ffff pfs_id 1
Dedup-simulate /Backup1/Data succeeded
Simulated dedup ratio = 1.34

dfly-bkpsrv# hammer dedup-simulate /Backup1/pkgsrc
Dedup-simulate /Backup1/pkgsrc: objspace 8000000000000000:0000
7fffffffffffffff:ffff pfs_id 9
Dedup-simulate /Backup1/pkgsrc succeeded
Simulated dedup ratio = 1.10

dfly-bkpsrv# hammer dedup-simulate /Backup1/VersionControl
Dedup-simulate /Backup1/VersionControl: objspace 8000000000000000:0000
7fffffffffffffff:ffff pfs_id 2
Dedup-simulate /Backup1/VersionControl succeeded
Simulated dedup ratio = 2.79

dfly-bkpsrv# hammer dedup-simulate /Backup1/test
Dedup-simulate /Backup1/test: objspace 8000000000000000:0000
7fffffffffffffff:ffff pfs_id 3
Dedup-simulate /Backup1/test succeeded
Simulated dedup ratio = 0.00

dfly-bkpsrv# hammer dedup-simulate /Backup1/www-5mbak/www-hot
Dedup-simulate /Backup1/www-5mbak/www-hot: objspace
8000000000000000:0000 7fffffffffffffff:ffff pfs_id 5
Dedup-simulate /Backup1/www-5mbak/www-hot succeeded
Simulated dedup ratio = 1.39

dfly-bkpsrv# hammer dedup-simulate /Backup1/mysql-1hbak/mysql-hot
Dedup-simulate /Backup1/mysql-1hbak/mysql-hot: objspace
8000000000000000:0000 7fffffffffffffff:ffff pfs_id 6
Dedup-simulate /Backup1/mysql-1hbak/mysql-hot succeeded
Simulated dedup ratio = 13.78

dfly-bkpsrv# hammer dedup-simulate /Backup1/project-docs-bak/project-docs
Dedup-simulate /Backup1/project-docs-bak/project-docs: objspace
8000000000000000:0000 7fffffffffffffff:ffff pfs_id 7
Dedup-simulate /Backup1/project-docs-bak/project-docs succeeded
Simulated dedup ratio = 1.15

===================================================================================================

3) Real 'de-dup' of the Mother File System and all PFSes

=======================================================================

dfly-bkpsrv# hammer dedup /Backup1
Dedup /Backup1: objspace 8000000000000000:0000 7fffffffffffffff:ffff pfs_id 0
Dedup /Backup1 succeeded
Dedup ratio = 1.07
     625 MB referenced
     585 MB allocated
     224 KB skipped
          0 CRC collisions
          0 SHA collisions
          0 bigblock underflows

dfly-bkpsrv# hammer dedup /Backup1/Data
Dedup /Backup1/Data: objspace 8000000000000000:0000
7fffffffffffffff:ffff pfs_id 1
Dedup /Backup1/Data succeeded
Dedup ratio = 1.34
     259 GB referenced
     193 GB allocated
      40 MB skipped
       1944 CRC collisions
          0 SHA collisions
         20 bigblock underflows

dfly-bkpsrv# hammer dedup /Backup1/pkgsrc
Dedup /Backup1/pkgsrc: objspace 8000000000000000:0000
7fffffffffffffff:ffff pfs_id 9
Dedup /Backup1/pkgsrc succeeded
Dedup ratio = 1.10
    1687 MB referenced
    1539 MB allocated
    1718 KB skipped
          3 CRC collisions
          0 SHA collisions
          0 bigblock underflows

dfly-bkpsrv# hammer dedup /Backup1/VersionControl
Dedup /Backup1/VersionControl: objspace 8000000000000000:0000
7fffffffffffffff:ffff pfs_id 2
Dedup /Backup1/VersionControl succeeded
Dedup ratio = 2.75
     160 MB referenced
      58 MB allocated
     853 KB skipped
          0 CRC collisions
          0 SHA collisions
          0 bigblock underflows

dfly-bkpsrv# hammer dedup /Backup1/test
Dedup /Backup1/test: objspace 8000000000000000:0000
7fffffffffffffff:ffff pfs_id 3
Dedup /Backup1/test succeeded
Dedup ratio = 0.00
        0 B referenced
        0 B allocated
        0 B skipped
          0 CRC collisions
          0 SHA collisions
          0 bigblock underflows

dfly-bkpsrv# hammer dedup /Backup1/www-5mbak/www-hot
Dedup /Backup1/www-5mbak/www-hot: objspace 8000000000000000:0000
7fffffffffffffff:ffff pfs_id 5
Dedup /Backup1/www-5mbak/www-hot succeeded
Dedup ratio = 1.39
      50 GB referenced
      36 GB allocated
      53 MB skipped
        167 CRC collisions
          0 SHA collisions
          0 bigblock underflows

Dedup /Backup1/mysql-1hbak/mysql-hot: objspace 8000000000000000:0000
7fffffffffffffff:ffff pfs_id 6
Dedup /Backup1/mysql-1hbak/mysql-hot succeeded
Dedup ratio = 13.78
      117 GB referenced
    8747 MB allocated
        0 B skipped
          0 CRC collisions
          0 SHA collisions
          0 bigblock underflows

dfly-bkpsrv# hammer dedup /Backup1/project-docs-bak/project-docs
Dedup /Backup1/project-docs-bak/project-docs: objspace
8000000000000000:0000 7fffffffffffffff:ffff pfs_id 7
Dedup /Backup1/project-docs-bak/project-docs succeeded
Dedup ratio = 1.15
     247 MB referenced
     215 MB allocated
     102 KB skipped
          0 CRC collisions
          0 SHA collisions
          0 bigblock underflows
=================================================================================================

Full info of de-duped volume

=======================================================================
Volume identification
Label               Backup1
No. Volumes         1
FSID                e1859f6a-6ab8-11de-9bc4-011617202aa6
HAMMER Version      6
Big block information
Total           58140
Used            40032 (68.85%)
Reserved           69 (0.12%)
Free            18039 (31.03%)
Space information
No. Inodes   11371863
Total size       454G (487713669120 bytes)
Used             313G (68.85%)
Reserved         552M (0.12%)
Free             141G (31.03%)
=====================================================================

Now after de-duping all PFSes on First Disk a 'df -h' gives this details

Filesystem                Size   Used  Avail Capacity  Mounted on
Backup1                   454G   313G   141G    69%    /Backup1

Before de-duping it was

Filesystem                Size   Used  Avail Capacity  Mounted on
Backup1                   454G   451G   2.8G    99%    /Backup1

So that is reclaiming 30% of Disk space amounting to 138 GB :-)

Carefull configuring designing PFSes and snapshots can save a lot of Disk space.
But de-dup can still save more :-)


In order to 'de-dup' the file system automatically every day using
'hammer cleanup' in the periodic script I have put some thing like
this in the configuration files for PFSes.

=============================================
dfly-bkpsrv# hammer config /Backup1/VersionControl/
snapshots 1d 1000d
prune     1d 15m
rebalance 1d 5m
reblock   1d 60m
recopy    30d 60m
dedup     1d 30m
==============================================

A million thanks to Matt and team for DragonFly, Hammer, de-dup,
vkernel and a lot of other gooddies comming up :-D

Thanks and Regards

--Siju
&lt;/pre&gt;</description>
    <dc:creator>Siju George</dc:creator>
    <dc:date>2011-07-19T11:12:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/729">
    <title>Re: Welcome to the FOSS India IRC Network.</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/729</link>
    <description>&lt;pre&gt;

The Server is currently hosted on a Linode located in Dallas Texas,
 and I am open to moving it/or starting another node in India in due
course of time.

The Aim is not to create another node to a large network but to start a
small,
secure, independent IRC Network solely dedicated to Free Culture and FOSS
Projects and also India Centric though we don't discriminate anyone on the
basis of nationality on the Network.





Vivek is my nick on irc.foss-india.org


&lt;/pre&gt;</description>
    <dc:creator>Vivek Varghese Cherian</dc:creator>
    <dc:date>2011-06-17T20:18:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/728">
    <title>Re: Welcome to the FOSS India IRC Network.</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/728</link>
    <description>&lt;pre&gt;

+1

&lt;/pre&gt;</description>
    <dc:creator>Sahil Tandon</dc:creator>
    <dc:date>2011-06-17T02:00:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/727">
    <title>Re: Welcome to the FOSS India IRC Network.</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/727</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Hi,

Vivek Varghese Cherian writes:


Other than being yet another IRC network for Indian users, and ofcourse hosted
outside India ;), is there any special point of joining it. IMHO, a better
thing would be to create a .IN hosted IRCd node to existing popular networks
like Freenode, or EFnet. I don't see any nodes in Asia of both of these
networks.



you forgot to mention your nick on irc.foss-india.org ;)

Thanks
- -- 
Ashish SHUKLA

“All happy families resemble one another, each unhappy family is
unhappy in its own way.” (Leo Tolstoy, "Anna Karenina", (1875–1877))
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (FreeBSD)

iQIcBAEBCgAGBQJN+qumAAoJEMdGz6nnT6SwTS0P/jeAEG3/RgUxXPckLhiqhp6W
4kcuq79kviVKPfyMz3hOYjsZBpNH2XHdvBD881m9z2sx4IaZMLsiy2/ogPEeXWgm
2W1inrumnKo0BKMr8BcwhNgQzy38xHCc/dTxvtVHfkzyBmlNEw5N0hFnjpC2+Ssk
W5nHpM6X1aVE0LQi+hy3jtJlDn4A0gFlhJ0al4KAPHe8/HNNCoLFsNAomxwQltvi
m1gxLrHkc9jTRvjlwZ0+2oHBa0oxvQxt3eJ0yDLvd89VoKXnzZ5c7FZqeey86/3Z
et34+slN1J/2PZ2cUvY//BkgZchn+QdPmxmFr3hqLTsIzhO0mxbLEIqdkhZcibhy
Xh6dv1KhQWrMoEsDrOOisXMLAg8s38rZ/XMRhOPJOqGTAL9vr8jC32w75UG6EJkI
jWbpGkvXqySBnGkwhpYMeyzRnP8tQNIxUFckXt/NQ8i2wJGmsk4eCSPXr8CQ5+r9
TocHqv0lImXxqlQi/S4nZknjUY5hfVTUGEzSa2zsK0eQi4Pf4rAcWG0OxE3Wq9Nh
ZzgFrgvCN35/wVPLoZ9w3sXRzhQxtfvCFdbyCCMZEHkjnqrXvNtAkzsfdJYLca+F
hQLj76+NkqumcUjreZRmxhfeC8znsnwtLPShVZTzGpQVqCGqXMz8kGQINtZqFN8G
vDgZDu5BGTBQluRWDLIQ
=+I0J
-----END PGP SIGNATURE-----
_______________________________________________
bsd-india mailing list
bsd-india&amp;lt; at &amp;gt;bsd-india.org
http://www.bsd-india.org/mailman/listinfo/bsd-india
&lt;/pre&gt;</description>
    <dc:creator>Ashish SHUKLA</dc:creator>
    <dc:date>2011-06-17T01:19:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/726">
    <title>Welcome to the FOSS India IRC Network.</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/726</link>
    <description>&lt;pre&gt;Hi,

The FOSS India Internet Relay Chat Network (irc.foss-india.org) is a
communications network for friends,well wishers and community members
of the Free Culture and Free/Open Source Movement in India. Come join
us and have a wonderful and intellectually rewarding chat experience.

Regards,
&lt;/pre&gt;</description>
    <dc:creator>Vivek Varghese Cherian</dc:creator>
    <dc:date>2011-06-17T00:01:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/725">
    <title>Hammer2 for Clustering Design Document</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/725</link>
    <description>&lt;pre&gt;http://leaf.dragonflybsd.org/mailarchive/kernel/2011-05/msg00010.html

http://apollo.backplane.com/DFlyMisc/hammer2.txt

Thanks
--Siju
_______________________________________________
bsd-india mailing list
bsd-india&amp;lt; at &amp;gt;bsd-india.org
http://www.bsd-india.org/mailman/listinfo/bsd-india
&lt;/pre&gt;</description>
    <dc:creator>Siju George</dc:creator>
    <dc:date>2011-05-28T08:07:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/724">
    <title>M:tier uses OpenBSD for Everything</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/724</link>
    <description>&lt;pre&gt;http://undeadly.org/cgi?action=article&amp;amp;sid=20110420080633
_______________________________________________
bsd-india mailing list
bsd-india&amp;lt; at &amp;gt;bsd-india.org
http://www.bsd-india.org/mailman/listinfo/bsd-india
&lt;/pre&gt;</description>
    <dc:creator>Siju George</dc:creator>
    <dc:date>2011-04-20T13:08:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/723">
    <title>Re: Dual booting DragonFlyBSD with WinXP</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/723</link>
    <description>&lt;pre&gt;| &amp;gt; What really happens, when one enables the 'Packet mode'? Is there a
| &amp;gt; different boot image used for second stage loader?
| 
| Boot loader uses LBA (logical block addressing) mdoe instead of using
| a CHS (cylinder, heads, sector) based addressing.

Okay; I understand this.

I want to know if enabling 'Packet mode' during installation, would
write/use an alternate second stage loader instead of regular
/boot/boot1. In the end, I want to know if I need to alter /boot/boot1
somehow, or is there a existing alternate boot1 image which is used if
'Packet mode' is enabled. Does enabling 'Packet mode' write something
to loader.conf (which doesn't make sense but tossing some ideas to
make my point)?

&lt;/pre&gt;</description>
    <dc:creator>Chirag Kantharia</dc:creator>
    <dc:date>2011-02-17T17:47:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/722">
    <title>Re: Dual booting DragonFlyBSD with WinXP</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/722</link>
    <description>&lt;pre&gt;
Boot loader uses LBA (logical block addressing) mdoe instead of using
a CHS (cylinder, heads, sector) based addressing.

http://en.wikipedia.org/wiki/INT_13H

You'd have to call INT13h AH=41h to check for its presence.

 -Arun
&lt;/pre&gt;</description>
    <dc:creator>Arun Sharma</dc:creator>
    <dc:date>2011-02-17T17:30:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/721">
    <title>Re: Dual booting DragonFlyBSD with WinXP</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/721</link>
    <description>&lt;pre&gt;| Could this be a BIOS limitation of not being able to read beyond 1024
| cylinders?

Possible; does anybody know what does one gain by enabling 'Packet
mode' during boot blocks installation? From the following link, it
seems like the 'Packet mode' should be checked if the root partition
is beyond 1024 cylinders.

http://www.oreillynet.com/sysadmin/blog/2005/07/

What really happens, when one enables the 'Packet mode'? Is there a
different boot image used for second stage loader?

| One workaround may be to use a CD or a USB key to load
| /boot/loader and then direct it to load a kernel from your
| DragonflyBSD partition.

I'm hoping I don't have to do such a thing to be able to boot DFBSD.

&lt;/pre&gt;</description>
    <dc:creator>Chirag Kantharia</dc:creator>
    <dc:date>2011-02-17T17:08:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/720">
    <title>Re: Dual booting DragonFlyBSD with WinXP</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/720</link>
    <description>&lt;pre&gt;

Could this be a BIOS limitation of not being able to read beyond 1024
cylinders? One workaround may be to use a CD or a USB key to load
/boot/loader and then direct it to load a kernel from your
DragonflyBSD partition.

 -Arun
&lt;/pre&gt;</description>
    <dc:creator>Arun Sharma</dc:creator>
    <dc:date>2011-02-17T16:35:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/719">
    <title>Dual booting DragonFlyBSD with WinXP</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/719</link>
    <description>&lt;pre&gt;Hello,

Has anybody setup a dual boot system with DragonFlyBSD and WinXP?

I have 3 primary partitions on my WinXP laptop; I installed
DragonFlyBSD on the third partition that is beyond 60G. I skipped the
step to install the boot blocks, since I want to use NTloader to boot
DragonFly. Later, I copied /boot/boot1 to c:\bootsect.dfly and added
the following entry to c:\boot.ini.

C:\bootsect.dfly="DragonFly"

FWIW, this method worked fine with FreeBSD-current. However, upon
trying to boot DragonFly from NT loader, the screen goes blank for a
few seconds, and then, the system reboots.

Upon googling, I found the following mail in the dragonflybsd-user
archive:
http://kerneltrap.org/mailarchive/dragonflybsd-user/2004/12/31/135686

I haven't come across mail/FAQ/webpage which confirms that the method
described above works for DragonFlyBSD.

Thanks,

&lt;/pre&gt;</description>
    <dc:creator>Chirag Kantharia</dc:creator>
    <dc:date>2011-02-17T15:16:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/718">
    <title>Re: New server</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/718</link>
    <description>&lt;pre&gt;
Had to fill out this form (try filling it out, just for kicks):

http://help.yahoo.com/l/us/yahoo/mail/postmaster/bulkv2.html

and then answer some questions like:

* What's your privacy policy?
* How many bounces before you remove a user from your list?

etc via email.

 -Arun
&lt;/pre&gt;</description>
    <dc:creator>Arun Sharma</dc:creator>
    <dc:date>2011-02-13T06:22:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/717">
    <title>Re: New server</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/717</link>
    <description>&lt;pre&gt;

How did you resolve this?

&lt;/pre&gt;</description>
    <dc:creator>Sahil Tandon</dc:creator>
    <dc:date>2011-02-13T06:13:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/716">
    <title>Re: New server</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/716</link>
    <description>&lt;pre&gt;It took me 3 weeks to get this resolved. But yahoo users should be
able to receive email from the list now.

 -Arun

On Tue, Jan 25, 2011 at 11:38 PM, Arun Sharma &amp;lt;arun&amp;lt; at &amp;gt;sharma-home.net&amp;gt; wrote:
_______________________________________________
bsd-india mailing list
bsd-india&amp;lt; at &amp;gt;bsd-india.org
http://www.bsd-india.org/mailman/listinfo/bsd-india
&lt;/pre&gt;</description>
    <dc:creator>Arun Sharma</dc:creator>
    <dc:date>2011-02-13T01:22:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/715">
    <title>Re: New server</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/715</link>
    <description>&lt;pre&gt;
Some updates on this:

a) I've filled this form out:

http://help.yahoo.com/l/us/yahoo/mail/postmaster/bulkv2.html

b) Contacted postmaster&amp;lt; at &amp;gt;yahoo.com, which resulted in a unhelpful
customer service email.

c) Enabled DKIM on bsd-india.org

d) Getting my ISP to install a reverse DNS entry for the IP

But can't get anyone at yahoo to listen. Unfortunately, a lot of
people still use yahoo :(

 -Arun
&lt;/pre&gt;</description>
    <dc:creator>Arun Sharma</dc:creator>
    <dc:date>2011-02-07T08:31:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/714">
    <title>Re: GNUnify 2011 - A Forum To Unite Open Minds</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/714</link>
    <description>&lt;pre&gt;You probably wanted to send this to the list, rather than me (list owner).

 -Arun

On Wed, Feb 2, 2011 at 9:50 PM, BHAVIN DESAI &amp;lt;10030142099&amp;lt; at &amp;gt;sicsr.ac.in&amp;gt; wrote:
_______________________________________________
bsd-india mailing list
bsd-india&amp;lt; at &amp;gt;bsd-india.org
http://www.bsd-india.org/mailman/listinfo/bsd-india
&lt;/pre&gt;</description>
    <dc:creator>Arun Sharma</dc:creator>
    <dc:date>2011-02-03T06:08:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.bsd.india/713">
    <title>Re: New server</title>
    <link>http://permalink.gmane.org/gmane.os.bsd.india/713</link>
    <description>&lt;pre&gt;

Ah, a fate familiar to many postmasters around the globe - this is a
risk with running an outbound SMTP server on a 'virtual colo'.


Ouch, that seems a bit draconian.


Aside from not sending to Yahoo or getting a totally new IP, your
options are unfortunately limited. =/

&lt;/pre&gt;</description>
    <dc:creator>Sahil Tandon</dc:creator>
    <dc:date>2011-01-27T00:55:25</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.bsd.india">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.bsd.india</link>
  </textinput>
</rdf:RDF>

