<?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://permalink.gmane.org/gmane.os.plan9.general">
    <title>gmane.os.plan9.general</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general</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.plan9.general/70484"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.plan9.general/70483"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.plan9.general/70484"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.plan9.general/70483"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.plan9.general/70482"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.plan9.general/70481"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.plan9.general/70480"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.plan9.general/70479"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.plan9.general/70478"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.plan9.general/70477"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.plan9.general/70476"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.plan9.general/70475"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.plan9.general/70474"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.plan9.general/70473"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.plan9.general/70472"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.plan9.general/70471"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.plan9.general/70470"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.plan9.general/70469"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.plan9.general/70468"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.plan9.general/70467"/>
      </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.plan9.general/70484">
    <title>Re: mk: the `D' flag</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70484</link>
    <description>&lt;pre&gt;I can't find a record of it quickly ("mk" and "D" don't lend themselves to
helpful searches), but I feel like we had this conversation about a year
ago, no?

Summary, from my memory:

Some people would prefer it, others not. Keeping intermediaries and
failed targets around is often helpful for debugging. Keep in mind mk
can be used for things other than binaries. The cost of leaving things
around you don't want is often/usually higher than the cost of
removing things you do; the inverse is uncommon. These are all
reasons to prefer the current behavior. Add to that the high cost of
changing a default with decades of precedence, and it seems pretty
darned unlikely that mk's behavior will change here.

Anthony



&lt;/pre&gt;</description>
    <dc:creator>Anthony Sorace</dc:creator>
    <dc:date>2013-06-19T17:51:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.plan9.general/70483">
    <title>havetsc on terminal</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70483</link>
    <description>&lt;pre&gt;
context is the line from archmp.c:

- if(cpuserver &amp;amp;&amp;amp; m-&amp;gt;havetsc)
+ if(m-&amp;gt;havetsc)
  archacpi.fastclock = tscticks;

does anyone know why tsc is only used on cpuserver kernel?



&lt;/pre&gt;</description>
    <dc:creator>cinap_lenrek&lt; at &gt;gmx.de</dc:creator>
    <dc:date>2013-06-18T23:39:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.plan9.general/70484">
    <title>Re: mk: the `D' flag</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70484</link>
    <description>&lt;pre&gt;I can't find a record of it quickly ("mk" and "D" don't lend themselves to
helpful searches), but I feel like we had this conversation about a year
ago, no?

Summary, from my memory:

Some people would prefer it, others not. Keeping intermediaries and
failed targets around is often helpful for debugging. Keep in mind mk
can be used for things other than binaries. The cost of leaving things
around you don't want is often/usually higher than the cost of
removing things you do; the inverse is uncommon. These are all
reasons to prefer the current behavior. Add to that the high cost of
changing a default with decades of precedence, and it seems pretty
darned unlikely that mk's behavior will change here.

Anthony



&lt;/pre&gt;</description>
    <dc:creator>Anthony Sorace</dc:creator>
    <dc:date>2013-06-19T17:51:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.plan9.general/70483">
    <title>havetsc on terminal</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70483</link>
    <description>&lt;pre&gt;
context is the line from archmp.c:

- if(cpuserver &amp;amp;&amp;amp; m-&amp;gt;havetsc)
+ if(m-&amp;gt;havetsc)
  archacpi.fastclock = tscticks;

does anyone know why tsc is only used on cpuserver kernel?



&lt;/pre&gt;</description>
    <dc:creator>cinap_lenrek&lt; at &gt;gmx.de</dc:creator>
    <dc:date>2013-06-18T23:39:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.plan9.general/70482">
    <title>Re: mk: the `D' flag</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70482</link>
    <description>&lt;pre&gt;I wouldn't. It doesn't make sense to me to delete the old, working
executable of my program just because I messed up when I made a change.

Am 18.06.2013 15:50, schrieb dexen deVries:



&lt;/pre&gt;</description>
    <dc:creator>Friedrich Psiorz</dc:creator>
    <dc:date>2013-06-18T14:05:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.plan9.general/70481">
    <title>mk: the `D' flag</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70481</link>
    <description>&lt;pre&gt;in mk(1), why is the `D' flag (if the recipe exits with a non-null status, the 
target is deleted) optional, rather than default?

i can see why it makes little sense with together `V' flag, but for non-V 
rules, targeting plain files, i'd like it by default.

&lt;/pre&gt;</description>
    <dc:creator>dexen deVries</dc:creator>
    <dc:date>2013-06-18T13:50:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.plan9.general/70480">
    <title>Re: Win starting rc?</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70480</link>
    <description>&lt;pre&gt;

Ubuntu has a lot of shit that bash has to run before it starts to "improve the user experience."&lt;/pre&gt;</description>
    <dc:creator>Matthew Veety</dc:creator>
    <dc:date>2013-06-18T13:30:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.plan9.general/70479">
    <title>Re: Win starting rc?</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70479</link>
    <description>&lt;pre&gt;On 17 June 2013 20:40, Derek Carter (aka goozbach)
&amp;lt;goozbach&amp;lt; at &amp;gt;friocorte.com&amp;gt;wrote:


When I switched to /bin/rc on Ubuntu, I found that even the
Applications&amp;gt;Terminal windows appeared quickly,
compared to whatever shell was being used by default. Of course, with both
9term and rc, windows appear immediately.
&lt;/pre&gt;</description>
    <dc:creator>Charles Forsyth</dc:creator>
    <dc:date>2013-06-18T09:04:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.plan9.general/70478">
    <title>Re: 9n</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70478</link>
    <description>&lt;pre&gt;
why bother?  because the whining is not important to me, but
plan 9 is.  so there can be some trollish commentary.  i can't think
of any group with more than a trivial number of folks, where
everyone was equally pleasant, all the time.

as a general rule, we do not know everone's constraints, of time
legal agreement, one's personal feelings about what is worthy
to be released, etc.  so it can be presumptious to say
one simply lacks "spine" for not releasing code.

i do understand the frustration.   there are things i would
like to have access to.  but when i balance this with the idea
that there may be good reasons why it is impossible, and the
idea that other folks are independent agents, who owe me
nothing, i realize i can't reasonably complain.

- erik


&lt;/pre&gt;</description>
    <dc:creator>erik quanstrom</dc:creator>
    <dc:date>2013-06-17T19:48:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.plan9.general/70477">
    <title>Re: 9n</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70477</link>
    <description>&lt;pre&gt;
I'm not a programmer; however, we here at 9front Technologies have
deeveloped a new development paradigm we call "trust-based egalitarian
avocational modular wide-area outscaled refactoring kultur" -- abbreviated
T.E.A.M.W.O.R.K.  You can see the results of this new methodology at
http://code.google.com/p/plan9front/source/list

khm


&lt;/pre&gt;</description>
    <dc:creator>Kurt H Maier</dc:creator>
    <dc:date>2013-06-17T19:47:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.plan9.general/70476">
    <title>Re: Win starting rc?</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70476</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 6/11/13 1218, marius eriksen wrote:

This is what I use in my dotfiles to turn off the "fancy term" stuff
for use in Win/9term.

https://github.com/goozbach/dot_files/blob/master/_profile.d/95-plan9.sh


It undoes my colorful terminal prompt;  re-aliases git, tree, lc, and
grep to remove color and make more 9term/plumber friendly; and
overrides the cd command to update acme's working directory.

There are probably a couple of additional things I could make it do
but I've not yet ran into other issues.

BTW I'm still using BASH as my $SHELL, I should go 'whole hog' and try
rc, but baby steps... baby steps...

- --
Derek
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJRv2YZAAoJECcWlbcE84qzkl8P/iPdqx6npm9IShfoH8HxEGRa
Hm7TAIt5CALi+Quz9l517m3ImvfickjycYNUD1iP/mwi2HuHBQqXAJFLh1cu+lCf
3//LQWz9vmxvY1c0X8YoQgEBPeIdUNGPogrIO6CH&lt;/pre&gt;</description>
    <dc:creator>Derek Carter (aka goozbach</dc:creator>
    <dc:date>2013-06-17T19:40:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.plan9.general/70475">
    <title>Re: 9n</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70475</link>
    <description>&lt;pre&gt;
That's how this all started.

-sl


&lt;/pre&gt;</description>
    <dc:creator>sl&lt; at &gt;9front.org</dc:creator>
    <dc:date>2013-06-17T19:33:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.plan9.general/70474">
    <title>Re: 9n</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70474</link>
    <description>&lt;pre&gt;all i see from you are pronouncements. show us your code.



On Mon, Jun 17, 2013 at 11:40 AM, Kurt H Maier &amp;lt;khm-9&amp;lt; at &amp;gt;intma.in&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>Skip Tavakkolian</dc:creator>
    <dc:date>2013-06-17T19:15:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.plan9.general/70473">
    <title>Re: 9n</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70473</link>
    <description>&lt;pre&gt;You should ask if anyone else did that before doing it, instead of saying
they are un-spined life forms.
Don't you have a tricorder?

On Jun 17, 2013, at 8:40 PM, Kurt H Maier &amp;lt;khm-9&amp;lt; at &amp;gt;intma.in&amp;gt; wrote:




&lt;/pre&gt;</description>
    <dc:creator>Nemo</dc:creator>
    <dc:date>2013-06-17T19:06:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.plan9.general/70472">
    <title>Re: 9n</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70472</link>
    <description>&lt;pre&gt;

There is no Hague Convention specification that you must maintain code
just because you let other people see it.  Don Knuth springs to mind as
someone who is capable of releasing software and not regarding this as
some kind of Hemingwayan Albatross.

It is annoying to have to replicate work someone else has done merely
because they lack the spine to release it.

khm


&lt;/pre&gt;</description>
    <dc:creator>Kurt H Maier</dc:creator>
    <dc:date>2013-06-17T18:40:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.plan9.general/70471">
    <title>Re: 9n</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70471</link>
    <description>&lt;pre&gt;
There is code that is neither secret nor published. Code that does "the"
or "some" job for the writer but that the writer does not want to
maintain (for a public audience). I have the example for kerTeX: I use
RISK, my own framework, that is not a precious proprietary code
with lots of cutting edge and research features, but simply something
that does the job for me and that I didn't want to support for
others. It went publkic by side effect (and the support will be
limited to kerTeX use).

&lt;/pre&gt;</description>
    <dc:creator>tlaronde&lt; at &gt;polynum.com</dc:creator>
    <dc:date>2013-06-17T18:20:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.plan9.general/70470">
    <title>Re: 9n</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70470</link>
    <description>&lt;pre&gt;Thanks for clearing that up. I haven't looked at the code, but the
changes in the paper looked interesting.

On Mon, Jun 17, 2013 at 10:07 PM, Nemo &amp;lt;nemo.mbox&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:


&lt;/pre&gt;</description>
    <dc:creator>Jiten Pathy</dc:creator>
    <dc:date>2013-06-17T18:23:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.plan9.general/70469">
    <title>Re: 9n</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70469</link>
    <description>&lt;pre&gt;now we know why this society may exist after all... those who do
something actually get pissed on. why bother even telling the masses
when they know what to expect in return.


&lt;/pre&gt;</description>
    <dc:creator>balaji</dc:creator>
    <dc:date>2013-06-17T18:08:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.plan9.general/70468">
    <title>Re: 9n</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70468</link>
    <description>&lt;pre&gt;
and usually one gets pissed on for going to the effort.

- erik


&lt;/pre&gt;</description>
    <dc:creator>erik quanstrom</dc:creator>
    <dc:date>2013-06-17T18:01:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.plan9.general/70467">
    <title>Re: 9n</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70467</link>
    <description>&lt;pre&gt;
But it would be zero effort if code wouldn't be secret in the first place.

--
Aram Hăvărneanu


&lt;/pre&gt;</description>
    <dc:creator>Aram Hăvărneanu</dc:creator>
    <dc:date>2013-06-17T16:54:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.plan9.general/70466">
    <title>Re: 9n</title>
    <link>http://permalink.gmane.org/gmane.os.plan9.general/70466</link>
    <description>&lt;pre&gt;
It works better when a lot of code goes into making code public.

khm


&lt;/pre&gt;</description>
    <dc:creator>Kurt H Maier</dc:creator>
    <dc:date>2013-06-17T16:53:21</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.plan9.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.plan9.general</link>
  </textinput>
</rdf:RDF>
