Brent Yorgey | 20 Aug 22:33 2015
Picon

Re: google code issues

I still use xmonad and have been recently trying to play a slightly more active (though still not very active) role in applying patches and so forth.  I'd be happy to be added if we set up a github organization.

On Mon, Aug 17, 2015 at 11:53 AM Daniel Wagner <dmwit-4ijn+DaKYfYAvxtiuMwx3w@public.gmane.org> wrote:
I follow along on the mailing list, but I don't actually use xmonad any more; I've tried maintaining projects I don't use in the past and that has not gone well.
~d

On Sat, Aug 15, 2015 at 8:09 PM, adam vogt <vogt.adam-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:

My understanding is that you make a group on github. If you recall a few years ago, we had Alfredo Di Napoli make one, but the repo(s) have not been kept in sync. I can delete that one and we can start anew. The way "diagrams" uses github might be an example to follow.

I'm more comfortable with darcs, but either way (phabricator/github) it looks like things have to change.

Brandon/Daniel/Peter: we need more than one semi-active person (me) to take responsibility for the project, so it would be good for one of you to take more ownership.

Regards,
Adam

On Aug 15, 2015 10:42 PM, "Brandon Allbery" <allbery.b-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
On Sat, Aug 15, 2015 at 10:21 PM, Daniel Wagner <dmwit-4ijn+DaKYfYAvxtiuMwx3w@public.gmane.org> wrote:
At the very least we shouldn't lose anything, though it would still be good to migrate this to somewhere writable sometime in the near future.

At this point I'm more than half minded to push stuff to my github account and then import the issues there. Main problem being I've not yet dealt with permissions on github, and presumably I would not be the only person who should have commit access. (I'm not even sure I should have commit access to the core, which would make being the owner of the core repo ... difficult.)

--
brandon s allbery kf8nh                               sine nomine associates
unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net

_______________________________________________
xmonad mailing list
xmonad-HC+Z4NTRIlBAfugRpC6u6w@public.gmane.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad


_______________________________________________
xmonad mailing list
xmonad-HC+Z4NTRIlBAfugRpC6u6w@public.gmane.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad


_______________________________________________
xmonad mailing list
xmonad-HC+Z4NTRIlBAfugRpC6u6w@public.gmane.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad
<div>
<div dir="ltr">I still use xmonad and have been recently trying to play a slightly more active (though still not very active) role in applying patches and so forth.&nbsp; I'd be happy to be added if we set up a github organization.<br>
</div>
<br><div class="gmail_quote">
<div dir="ltr">On Mon, Aug 17, 2015 at 11:53 AM Daniel Wagner &lt;<a href="mailto:dmwit <at> dmwit.com">dmwit@...</a>&gt; wrote:<br>
</div>
<blockquote class="gmail_quote">
<div dir="ltr">I follow along on the mailing list, but I don't actually use xmonad any more; I've tried maintaining projects I don't use in the past and that has not gone well.</div>
<div dir="ltr"><div>~d</div></div>
<div class="gmail_extra">
<br><div class="gmail_quote">On Sat, Aug 15, 2015 at 8:09 PM, adam vogt <span dir="ltr">&lt;<a href="mailto:vogt.adam@..." target="_blank">vogt.adam@...</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
<p dir="ltr">My understanding is that you make a group on github. If you recall a few years ago, we had Alfredo Di Napoli make one, but the repo(s) have not been kept in sync. I can delete that one and we can start anew. The way "diagrams" uses github might be an example to follow.</p>
<p dir="ltr">I'm more comfortable with darcs, but either way (phabricator/github) it looks like things have to change.</p>
<p dir="ltr">Brandon/Daniel/Peter: we need more than one semi-active person (me) to take responsibility for the project, so it would be good for one of you to take more ownership.</p>
<p dir="ltr">Regards,<br>
Adam</p>
<div class="gmail_quote">
<div><div>On Aug 15, 2015 10:42 PM, "Brandon Allbery" &lt;<a href="mailto:allbery.b@..." target="_blank">allbery.b@...</a>&gt; wrote:<br type="attribution">
</div></div>
<blockquote class="gmail_quote">
<div><div>
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">On Sat, Aug 15, 2015 at 10:21 PM, Daniel Wagner <span dir="ltr">&lt;<a href="mailto:dmwit@..." target="_blank">dmwit@...</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">At the very least we shouldn't lose anything, though it would still be good to migrate this to somewhere writable sometime in the near future.</blockquote>
</div>
<br>At this point I'm more than half minded to push stuff to my github account and then import the issues there. Main problem being I've not yet dealt with permissions on github, and presumably I would not be the only person who should have commit access. (I'm not even sure I should have commit access to the core, which would make being the owner of the core repo ... difficult.)</div>
<div class="gmail_extra">
<div><br></div>-- <br><div><div dir="ltr">
<div>brandon s allbery kf8nh &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; sine nomine associates</div>
<div>
<a href="mailto:allbery.b@..." target="_blank">allbery.b@...</a> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;<a href="mailto:ballbery@..." target="_blank">ballbery@...</a>
</div>
<div>unix, openafs, kerberos, infrastructure, xmonad &nbsp; &nbsp; &nbsp; &nbsp;<a href="http://sinenomine.net" target="_blank">http://sinenomine.net</a>
</div>
</div></div>
</div>
</div>
<br>
</div></div>
<span>_______________________________________________<br>
xmonad mailing list<br><a href="mailto:xmonad@..." target="_blank">xmonad@...</a><br><a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad</a><br><br></span>
</blockquote>
</div>
<br>_______________________________________________<br>
xmonad mailing list<br><a href="mailto:xmonad@..." target="_blank">xmonad@...</a><br><a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad</a><br><br>
</blockquote>
</div>
<br>
</div>
_______________________________________________<br>
xmonad mailing list<br><a href="mailto:xmonad@..." target="_blank">xmonad@...</a><br><a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad</a><br>
</blockquote>
</div>
</div>
Joachim Breitner | 19 Aug 16:33 2015
Picon

util/GenerateManpage.hs and latest pandoc

Hi,

with the latest pandoc, shipped in LTS-3, util/GenerateManpage.hs is
broken:

ghc util/GenerateManpage.hs
[1 of 1] Compiling Main             ( util/GenerateManpage.hs, util/GenerateManpage.o )

util/GenerateManpage.hs:45:1:
    Non type-variable argument
      in the constraint: RegexContext Regex source1 [[[Char]]]
    (Use FlexibleContexts to permit this)
    When checking that `guessKeys' has the inferred type
      guessKeys :: forall source1.
                   (RegexContext Regex source1 [[[Char]]],
                    RegexContext Regex source1 (String, String, String, [String])) =>
                   source1 -> [Char]

util/GenerateManpage.hs:84:11:
    Couldn't match expected type `Pandoc'
                with actual type `Either Text.Pandoc.Error.PandocError Pandoc'
    In the second argument of `($)', namely `parsed'
    In a stmt of a 'do' block:
      writeFile "./man/xmonad.1"
      . (manHeader ++)
        . writeMan
            (writeOpts {writerStandalone = True, writerTemplate = template})
      $ parsed

util/GenerateManpage.hs:99:11:
    Couldn't match expected type `Pandoc'
                with actual type `Either Text.Pandoc.Error.PandocError Pandoc'
    In the second argument of `($)', namely `parsed'
    In a stmt of a 'do' block:
      writeFile "./man/xmonad.1.html"
      . writeHtmlString
          (writeOpts
             {writerVariables = [("include-before", 
                                  "<h1>"
                                  ++
                                    releaseName
                                    ++
                                      "</h1>"
                                      ++
                                        "<p>Section: xmonad manual (1)<br/>"
                                        ++ "Updated: " ++ releaseDate ++ "</p>" ++ "<hr/>")],
              writerStandalone = True, writerTemplate = template,
              writerTableOfContents = True})
      $ parsed
make: *** [build/xmonad] Error 1

Greetings,
Joachim

-- 
Joachim “nomeata” Breitner
  mail@...http://www.joachim-breitner.de/
  Jabber: nomeata@...  • GPG-Key: 0xF0FBF51F
  Debian Developer: nomeata@...
Hi,

with the latest pandoc, shipped in LTS-3, util/GenerateManpage.hs is
broken:

ghc util/GenerateManpage.hs
[1 of 1] Compiling Main             ( util/GenerateManpage.hs, util/GenerateManpage.o )

util/GenerateManpage.hs:45:1:
    Non type-variable argument
      in the constraint: RegexContext Regex source1 [[[Char]]]
    (Use FlexibleContexts to permit this)
    When checking that `guessKeys' has the inferred type
      guessKeys :: forall source1.
                   (RegexContext Regex source1 [[[Char]]],
                    RegexContext Regex source1 (String, String, String, [String])) =>
                   source1 -> [Char]

util/GenerateManpage.hs:84:11:
    Couldn't match expected type `Pandoc'
                with actual type `Either Text.Pandoc.Error.PandocError Pandoc'
    In the second argument of `($)', namely `parsed'
    In a stmt of a 'do' block:
      writeFile "./man/xmonad.1"
      . (manHeader ++)
        . writeMan
            (writeOpts {writerStandalone = True, writerTemplate = template})
      $ parsed

util/GenerateManpage.hs:99:11:
    Couldn't match expected type `Pandoc'
                with actual type `Either Text.Pandoc.Error.PandocError Pandoc'
    In the second argument of `($)', namely `parsed'
    In a stmt of a 'do' block:
      writeFile "./man/xmonad.1.html"
      . writeHtmlString
          (writeOpts
             {writerVariables = [("include-before", 
                                  "<h1>"
                                  ++
                                    releaseName
                                    ++
                                      "</h1>"
                                      ++
                                        "<p>Section: xmonad manual (1)<br/>"
                                        ++ "Updated: " ++ releaseDate ++ "</p>" ++ "<hr/>")],
              writerStandalone = True, writerTemplate = template,
              writerTableOfContents = True})
      $ parsed
make: *** [build/xmonad] Error 1

Greetings,
Joachim

--

-- 
Joachim “nomeata” Breitner
  mail@...http://www.joachim-breitner.de/
  Jabber: nomeata@...  • GPG-Key: 0xF0FBF51F
  Debian Developer: nomeata@...
Kristopher Keller | 19 Aug 06:28 2015
Picon

switch workspace on all monitors at once

Hi, I'm using three monitors and each monitor has 10 workspaces.

This is the code I'm using to switch workspaces:

[code]
myWorkspaces    = withScreens 3 ["1","2","3","4","5","6","7","8","9"]

...

[((m .|. modm, k), windows $ onCurrentScreen f i)
| (i, k) <- zip (workspaces' conf) [xK_1 .. xK_9]
, (f, m) <- [(W.greedyView, 0), (W.shift, shiftMask)]]
[/code]

I wanted to modify it to add a keybind to switch the workspace on all 
three monitors at once. For example, control + modm + 2 would switch all 
monitors to workspace 2. But I'm afraid I don't understand whats going 
on in that code.  Could someone give me a hand?

Kristopher

codesite | 14 Aug 17:26 2015
Picon

Issue 612 in xmonad: XMonad.Core.spawn also double-encodes in recent ghc

Status: New
Owner: ----
Labels: Type-Defect

New issue 612 by allber...@...: XMonad.Core.spawn also
double-encodes  
in recent ghc
https://code.google.com/p/xmonad/issues/detail?id=612

See bug 611. ghc 7.8 and later already encode strings, so we should not.

--

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
codesite | 14 Aug 09:07 2015
Picon

Issue 611 in xmonad: XMonad.Util.Run needs to not encode with recent ghc

Status: New
Owner: ----
Labels: Type-Defect

New issue 611 by allber...@...: XMonad.Util.Run needs to not
encode  
with recent ghc
https://code.google.com/p/xmonad/issues/detail?id=611

ghc 7.8 (I think; certainly 7.10) and later automatically encode strings  
used as command line parameters. XMonad.Util.Run has encoding code intended  
for older ghc versions which truncate instead of encoding; this leads to  
double encoding.

--

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
codesite | 11 Aug 20:53 2015
Picon

Re: Issue 526 in xmonad: avoidStruts uses getWindowInfo dpy rootWindow instead of getCleanedScreenInfo


Comment #6 on issue 526 by allber...@...: avoidStruts uses  
getWindowInfo dpy rootWindow instead of getCleanedScreenInfo
https://code.google.com/p/xmonad/issues/detail?id=526

The only thing missing there is the definition of rrScreenChangeNotifyMask;  
everything else needed to add this support to xmonad is there (and already  
written in my local repo, ready to commit and format-patch).

--

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
codesite | 11 Aug 20:49 2015
Picon

Re: Issue 526 in xmonad: avoidStruts uses getWindowInfo dpy rootWindow instead of getCleanedScreenInfo


Comment #5 on issue 526 by daniel.w...@...: avoidStruts uses  
getWindowInfo dpy rootWindow instead of getCleanedScreenInfo
https://code.google.com/p/xmonad/issues/detail?id=526

I have made a note about the compiledWithRandr thing at  
https://github.com/haskell-pkg-janitors/X11/issues/32 and will try to find  
time to take a look this weekend. Patches to add XRRScreenChangeNotify  
events welcome.

--

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
codesite | 11 Aug 04:55 2015
Picon

Re: Issue 526 in xmonad: avoidStruts uses getWindowInfo dpy rootWindow instead of getCleanedScreenInfo


Comment #4 on issue 526 by allber...@...: avoidStruts uses  
getWindowInfo dpy rootWindow instead of getCleanedScreenInfo
https://code.google.com/p/xmonad/issues/detail?id=526

And it turns out that the XRandR binding in X11 has everything *except* the  
flag value needed to request XRRScreenChangeNotify events. Oh, and no way  
to conditionally compile or use it; it has a flag compiledWithRandr which  
is either present (and always True) or will fail to link. wat

--

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
codesite | 6 Aug 23:24 2015
Picon

Re: Issue 526 in xmonad: avoidStruts uses getWindowInfo dpy rootWindow instead of getCleanedScreenInfo


Comment #3 on issue 526 by allber...@...: avoidStruts uses  
getWindowInfo dpy rootWindow instead of getCleanedScreenInfo
https://code.google.com/p/xmonad/issues/detail?id=526

Ok, the Xlib not updating is apparently an xmonad bug. If and only if we  
have Xinerama support (this may mean patches needed to X11 binding), we  
must receive XRRScreenChangeNotify events and make an  
XRRUpdateConfiguration call in response to update Xlib with the new  
information.

--

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
codesite | 6 Aug 22:52 2015
Picon

Re: Issue 526 in xmonad: avoidStruts uses getWindowInfo dpy rootWindow instead of getCleanedScreenInfo

Updates:
	Summary: avoidStruts uses getWindowInfo dpy rootWindow instead of  
getCleanedScreenInfo

Comment #2 on issue 526 by allber...@...: avoidStruts uses  
getWindowInfo dpy rootWindow instead of getCleanedScreenInfo
https://code.google.com/p/xmonad/issues/detail?id=526

...and it occurs to me that we can't represent docks on multiple screens  
properly anyway, since any in the direction of monitor stacking can only be  
on the ends anyway. (I'm poking at our incorrect _NET_WORKAREA  
implementation.) I don't think this can be fixed properly. In particular,  
since EWMH assumes the workspace lives across all monitors, *it* (via strut  
and _NET_WORKAREA) does not support docks between screens properly.

We could still do better than we currently are, but it's going to be a  
major pain.

Also: it has been claimed that the current screen info is from the first  
Xlib check and not updated by monitor changes. The workaround of using the  
current bounds of the root window is flat-out wrong, because we *need* to  
know the boundaries between monitors; some other solution should be found.

--

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
Brandon Allbery | 6 Aug 16:51 2015
Picon

google code issues

So are we going to do anything about Google Code Issues going away in a little over two weeks?

--
brandon s allbery kf8nh                               sine nomine associates
unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net
<div><div dir="ltr">So are we going to do anything about Google Code Issues going away in a little over two weeks?<br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">
<div>brandon s allbery kf8nh &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; sine nomine associates</div>
<div>
<a href="mailto:allbery.b@..." target="_blank">allbery.b@...</a> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;<a href="mailto:ballbery <at> sinenomine.net" target="_blank">ballbery@...</a>
</div>
<div>unix, openafs, kerberos, infrastructure, xmonad &nbsp; &nbsp; &nbsp; &nbsp;<a href="http://sinenomine.net" target="_blank">http://sinenomine.net</a>
</div>
</div></div>
</div></div>

Gmane