From codesite-noreply at google.com Sun Aug 2 13:45:31 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sun, 02 Aug 2015 13:45:31 +0000 Subject: [xmonad] Issue 610 in xmonad: Can't use GridSelect with non-us keyboard layout Message-ID: <0-3425899027203913298-5764058281539278195-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 610 by mic.li... at gmail.com: Can't use GridSelect with non-us keyboard layout https://code.google.com/p/xmonad/issues/detail?id=610 What steps will reproduce the problem? 1. Invoke `GS.gotoSelected GS.defaultGSConfig` 2. Switch to another keyboard layout. 3. Try to write anything and watch unresponsive screen. 4. Switch back to us keyboard layout. 5. Choose what you want. Steps 1 and 2 may be swapped with the same result. What is the expected output? What do you see instead? - Grid select recognizes configured keys with any keyboard layout selected. What version of the product are you using? On what operating system? - xmonad-0.11-12.fc21.x86_64 - OS: Fedora 21 I'm using MATE keyboard layout applet to switch between layouts. My keyboard settings look like this: setxkbmap -print xkb_keymap { xkb_keycodes { include "evdev+aliases(qwerty)" }; xkb_types { include "complete" }; xkb_compat { include "complete+ledscroll(group_lock)" }; xkb_symbols { include "pc+us+cz(qwerty):2+inet(evdev)+group(switch)+group(shift_caps_toggle)" }; xkb_geometry { include "microsoft(natural)" }; }; setxkbmap -query rules: evdev model: microsoft4000 layout: us,cz variant: ,qwerty options: grp_led:scroll,grp:switch,grp:shift_caps_toggle Even with modified gs config to allow all possible modificator, it still fails for me: gsConfig :: HasColorizer a => GSConfig a gsConfig = defaultGSConfig { gs_cellheight = 40 , gs_cellwidth = 100 , gs_navigate = navigation' } where navigation' :: TwoD a (Maybe a) navigation' = makeXEventhandler $ shadowWithKeymap navKeyMap navHandler navKeyMap = M.fromList (allowModifs modifs [ ((0, xK_Escape) , cancel) , ((0, xK_Return) , select) , ((0, xK_slash) , substringSearch navigation') , ((0, xK_question), substringSearch navigation') , ((0, xK_Left) , move (-1, 0) >> navigation') , ((0, xK_h) , move (-1, 0) >> navigation') , ((0, xK_H) , move (-1, 0) >> navigation') , ((0, xK_Right) , move (1 , 0) >> navigation') , ((0, xK_l) , move (1 , 0) >> navigation') , ((0, xK_L) , move (1 , 0) >> navigation') , ((0, xK_Down) , move (0 , 1) >> navigation') , ((0, xK_j) , move (0 , 1) >> navigation') , ((0, xK_J) , move (0 , 1) >> navigation') , ((0, xK_Up) , move (0 , -1) >> navigation') , ((0, xK_k) , move (0 , -1) >> navigation') , ((0, xK_K) , move (0 , -1) >> navigation') , ((0, xK_n) , moveNext >> navigation') , ((0, xK_N) , moveNext >> navigation') , ((0, xK_p) , movePrev >> navigation') , ((0, xK_P) , movePrev >> navigation') ] ++ allowModifs (drop 1 modifs) [ ((0, xK_Tab) , moveNext >> navigation') , ((shiftMask, xK_Tab), moveNext >> navigation') ] ) modifs :: [KeyMask] modifs = [ shiftMask, lockMask, mod1Mask, mod2Mask , mod3Mask, mod4Mask, mod5Mask ] allowModifs :: [ KeyMask ] -> [((KeyMask, a), b)] -> [((KeyMask, a), b)] allowModifs mods keymap = [ ((m .|. o, k), a) | m <- map (foldl (.|.) 0) $ subsequences mods , ((o, k), a) <- keymap ] -- The navigation handler ignores unknown key symbols navHandler = const navigation' -- 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 From codesite-noreply at google.com Wed Aug 5 19:44:28 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 05 Aug 2015 19:44:28 +0000 Subject: [xmonad] Issue 526 in xmonad: avoidStruts uses getWindowInfo dpy rootWindow insstead of getCleanedScreenInfo In-Reply-To: <0-3425899027203913298-4639930289530986949-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-4639930289530986949-codesite-noreply=google.com@googlecode.com> Message-ID: <1-3425899027203913298-4639930289530986949-codesite-noreply=google.com@googlecode.com> Comment #1 on issue 526 by igor.con... at gmail.com: avoidStruts uses getWindowInfo dpy rootWindow insstead of getCleanedScreenInfo https://code.google.com/p/xmonad/issues/detail?id=526 Test -- 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 From codesite-noreply at google.com Thu Aug 6 14:42:09 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 06 Aug 2015 14:42:09 +0000 Subject: [xmonad] Issue 605 in xmonad: Tearing out a chrome or chromium tab with the mouse becomes tiled when it should be floating In-Reply-To: <2-3425899027203913298-15396107408663339299-codesite-noreply=google.com@googlecode.com> References: <2-3425899027203913298-15396107408663339299-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-15396107408663339299-codesite-noreply=google.com@googlecode.com> Message-ID: <3-3425899027203913298-15396107408663339299-codesite-noreply=google.com@googlecode.com> Comment #3 on issue 605 by allber... at gmail.com: Tearing out a chrome or chromium tab with the mouse becomes tiled when it should be floating https://code.google.com/p/xmonad/issues/detail?id=605 Interesting observation: at least with recent Chrome, it seems that if I drag slowly enough I can drag tabs even sloppily. I will briefly get a new window that gets tiled --- but as long as I keep dragging, when I reach the tab bar of the other Chrome window the temporary tiled window will go away and the tab will appear. I suspect that xmonad reshuffling windows as focus changes can impact this pretty badly, though, such that everything gets confused and the tab just gets tiled because the target window got whisked away by the StackSet reshuffle. Sadly, this is another manifestation of bug 4 and the only fix is to ditch the StackSet entirely, breaking pretty much everything in the process. :/ -- 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 From allbery.b at gmail.com Thu Aug 6 14:51:55 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Thu, 6 Aug 2015 10:51:55 -0400 Subject: [xmonad] google code issues Message-ID: 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 allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From tuncer.ayaz at gmail.com Thu Aug 6 17:46:02 2015 From: tuncer.ayaz at gmail.com (Tuncer Ayaz) Date: Thu, 6 Aug 2015 19:46:02 +0200 Subject: [xmonad] google code issues In-Reply-To: References: Message-ID: On Thu, Aug 6, 2015 at 4:51 PM, Brandon Allbery wrote: > So are we going to do anything about Google Code Issues going away > in a little over two weeks? First question is whether existing tickets have to be preserved. If so, then where should the migration lead to? Second question is whether Darcs a strict requirement. If so, hub.darcs.net could work, as darcs support on haskell.org seems to be deprecated. Either way, wasn't the plan to move to haskell.org's infrastructure and leverage Phabricator (with hg or git)? For a feature overview, see http://phabricator.org/comparison/. That seems like a good "future-proof" path to take, if you ask me. Alternatively, Bitbucket, Gitlab, or Github could make sense. Gitlab has its own CI tool, so that's a plus, but other than that (for XMonad's case) there's no clear winner between the three. Also, like the pending release, this is another administrative topic for which there seems to be nobody responsible who also happens to be blessed with enough free time. Therefore, it's important to assign the tasks, once the migration path has been decided. From mlists at pmade.com Thu Aug 6 18:47:38 2015 From: mlists at pmade.com (Peter Jones) Date: Thu, 06 Aug 2015 12:47:38 -0600 Subject: [xmonad] google code issues References: Message-ID: <87k2t86yph.fsf@pmade.com> Tuncer Ayaz writes: > On Thu, Aug 6, 2015 at 4:51 PM, Brandon Allbery wrote: >> So are we going to do anything about Google Code Issues going away >> in a little over two weeks? > > First question is whether existing tickets have to be preserved. If > so, then where should the migration lead to? > > Second question is whether Darcs a strict requirement. If so, > hub.darcs.net could work, as darcs support on haskell.org seems to be > deprecated. > > Either way, wasn't the plan to move to haskell.org's infrastructure > and leverage Phabricator (with hg or git)? For a feature overview, see > http://phabricator.org/comparison/. That seems like a good > "future-proof" path to take, if you ask me. > > Alternatively, Bitbucket, Gitlab, or Github could make sense. Gitlab > has its own CI tool, so that's a plus, but other than that (for > XMonad's case) there's no clear winner between the three. > > Also, like the pending release, this is another administrative topic > for which there seems to be nobody responsible who also happens to be > blessed with enough free time. Therefore, it's important to assign the > tasks, once the migration path has been decided. We all have strong opinions about which tools and hosting providers we should be using. That seems to have stalled any movement on this front. We're not all going to agree on this so we should just accept that all of the options are workable and pick the one with the least amount of resistance. I volunteer to be the release manager for the project if we switch to Git and host the code and tickets on Github. It's not a perfect solution but it does have everything we need and there's almost an expectation these days that open source projects are hosted on it. This might have the side effect of increasing the number of contributions to xmonad. At the very least it gives the project more visibility. -- Peter Jones, Founder, Devalot.com Defending the honor of good code From codesite-noreply at google.com Thu Aug 6 20:52:58 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 06 Aug 2015 20:52:58 +0000 Subject: [xmonad] Issue 526 in xmonad: avoidStruts uses getWindowInfo dpy rootWindow instead of getCleanedScreenInfo In-Reply-To: <1-3425899027203913298-8202792434790430055-codesite-noreply=google.com@googlecode.com> References: <1-3425899027203913298-8202792434790430055-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-8202792434790430055-codesite-noreply=google.com@googlecode.com> Message-ID: <2-3425899027203913298-8202792434790430055-codesite-noreply=google.com@googlecode.com> Updates: Summary: avoidStruts uses getWindowInfo dpy rootWindow instead of getCleanedScreenInfo Comment #2 on issue 526 by allber... at gmail.com: 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 From codesite-noreply at google.com Thu Aug 6 21:24:19 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Thu, 06 Aug 2015 21:24:19 +0000 Subject: [xmonad] Issue 526 in xmonad: avoidStruts uses getWindowInfo dpy rootWindow instead of getCleanedScreenInfo In-Reply-To: <2-3425899027203913298-8202792434790430055-codesite-noreply=google.com@googlecode.com> References: <2-3425899027203913298-8202792434790430055-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-8202792434790430055-codesite-noreply=google.com@googlecode.com> Message-ID: <3-3425899027203913298-8202792434790430055-codesite-noreply=google.com@googlecode.com> Comment #3 on issue 526 by allber... at gmail.com: 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 From codesite-noreply at google.com Tue Aug 11 02:55:11 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 11 Aug 2015 02:55:11 +0000 Subject: [xmonad] Issue 526 in xmonad: avoidStruts uses getWindowInfo dpy rootWindow instead of getCleanedScreenInfo In-Reply-To: <3-3425899027203913298-8202792434790430055-codesite-noreply=google.com@googlecode.com> References: <3-3425899027203913298-8202792434790430055-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-8202792434790430055-codesite-noreply=google.com@googlecode.com> Message-ID: <4-3425899027203913298-8202792434790430055-codesite-noreply=google.com@googlecode.com> Comment #4 on issue 526 by allber... at gmail.com: 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 From dmwit at dmwit.com Tue Aug 11 18:41:09 2015 From: dmwit at dmwit.com (Daniel Wagner) Date: Tue, 11 Aug 2015 11:41:09 -0700 Subject: [xmonad] google code issues In-Reply-To: <87k2t86yph.fsf@pmade.com> References: <87k2t86yph.fsf@pmade.com> Message-ID: For what it's worth, I tried to follow the instructions on https://code.google.com/p/support-tools/wiki/IssueExporterTool today to grab a backup of our issues, and failed in the very first step: % git clone https://code.google.com/p/support-tools Cloning into 'support-tools'... fatal: missing blob object '2f78cf5b66514f2506d9af5f3dadf3dee7aa6d9f' fatal: remote did not send all necessary objects Unexpected end of command stream zsh: exit 128 I don't suppose any of you have a copy of the tool because you exported issues from a different project...? ~d On Thu, Aug 6, 2015 at 11:47 AM, Peter Jones wrote: > Tuncer Ayaz > writes: > > On Thu, Aug 6, 2015 at 4:51 PM, Brandon Allbery wrote: > >> So are we going to do anything about Google Code Issues going away > >> in a little over two weeks? > > > > First question is whether existing tickets have to be preserved. If > > so, then where should the migration lead to? > > > > Second question is whether Darcs a strict requirement. If so, > > hub.darcs.net could work, as darcs support on haskell.org seems to be > > deprecated. > > > > Either way, wasn't the plan to move to haskell.org's infrastructure > > and leverage Phabricator (with hg or git)? For a feature overview, see > > http://phabricator.org/comparison/. That seems like a good > > "future-proof" path to take, if you ask me. > > > > Alternatively, Bitbucket, Gitlab, or Github could make sense. Gitlab > > has its own CI tool, so that's a plus, but other than that (for > > XMonad's case) there's no clear winner between the three. > > > > Also, like the pending release, this is another administrative topic > > for which there seems to be nobody responsible who also happens to be > > blessed with enough free time. Therefore, it's important to assign the > > tasks, once the migration path has been decided. > > > We all have strong opinions about which tools and hosting providers we > should be using. That seems to have stalled any movement on this front. > We're not all going to agree on this so we should just accept that all > of the options are workable and pick the one with the least amount of > resistance. > > I volunteer to be the release manager for the project if we switch to > Git and host the code and tickets on Github. > > It's not a perfect solution but it does have everything we need and > there's almost an expectation these days that open source projects are > hosted on it. This might have the side effect of increasing the number > of contributions to xmonad. At the very least it gives the project more > visibility. > > -- > Peter Jones, Founder, Devalot.com > Defending the honor of good code > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Tue Aug 11 18:44:56 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Tue, 11 Aug 2015 14:44:56 -0400 Subject: [xmonad] google code issues In-Reply-To: References: <87k2t86yph.fsf@pmade.com> Message-ID: On Tue, Aug 11, 2015 at 2:41 PM, Daniel Wagner wrote: > > % git clone https://code.google.com/p/support-tools > Cloning into 'support-tools'... > fatal: missing blob object '2f78cf5b66514f2506d9af5f3dadf3dee7aa6d9f' > fatal: remote did not send all necessary objects > Unexpected end of command stream > zsh: exit 128 > I just cloned this successfully. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From codesite-noreply at google.com Tue Aug 11 18:49:17 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 11 Aug 2015 18:49:17 +0000 Subject: [xmonad] Issue 526 in xmonad: avoidStruts uses getWindowInfo dpy rootWindow instead of getCleanedScreenInfo In-Reply-To: <4-3425899027203913298-8202792434790430055-codesite-noreply=google.com@googlecode.com> References: <4-3425899027203913298-8202792434790430055-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-8202792434790430055-codesite-noreply=google.com@googlecode.com> Message-ID: <5-3425899027203913298-8202792434790430055-codesite-noreply=google.com@googlecode.com> Comment #5 on issue 526 by daniel.w... at gmail.com: 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 From codesite-noreply at google.com Tue Aug 11 18:53:53 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 11 Aug 2015 18:53:53 +0000 Subject: [xmonad] Issue 526 in xmonad: avoidStruts uses getWindowInfo dpy rootWindow instead of getCleanedScreenInfo In-Reply-To: <5-3425899027203913298-8202792434790430055-codesite-noreply=google.com@googlecode.com> References: <5-3425899027203913298-8202792434790430055-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-8202792434790430055-codesite-noreply=google.com@googlecode.com> Message-ID: <6-3425899027203913298-8202792434790430055-codesite-noreply=google.com@googlecode.com> Comment #6 on issue 526 by allber... at gmail.com: 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 From nzeh at cs.dal.ca Wed Aug 12 13:16:40 2015 From: nzeh at cs.dal.ca (Norbert Zeh) Date: Wed, 12 Aug 2015 10:16:40 -0300 Subject: [xmonad] Two patches related to XMonad.Prompt In-Reply-To: <87pp3uhgax.fsf@pmade.com> References: <87vbi1f0q5.fsf@pmade.com> <87pp3uhgax.fsf@pmade.com> Message-ID: Hi Peter, Sorry for not replying in a timely manner. My summer has been insanely busy. Unfortunately, I cannot offer any particularly helpful comment at this point either. The problems you describe are proof that proper testing would go a long way - my bad. I'll try to find the time to look at this in the coming weeks to see what can be done to fix this. Having said this, I personally don't use FuzzyMatch in the Shell prompt; for commands, standard prefix filtering seems to be more effective. Still, you should of course be able to use it if you want it. Cheers, Norbert On Tue, Jul 14, 2015 at 1:09 PM, Peter Jones wrote: > Norbert Zeh writes: > > On Mon, Mar 16, 2015 at 11:59 AM Peter Jones wrote: > > > >> Norbert Zeh writes: > >> > I really got used to using emacs ido mode, which offers a pretty > powerful > >> > and intuitive fuzzy matching of completions, so I wanted to port the > same > >> > to XMonad.Prompt. > >> > >> I've wanted this for a long time, can't wait to try it out. Thanks! > > Excellent. Once you get to try it out, any feedback on how to improve > the > > sorting, if any, would be appreciated. It took me some tries to come up > > with the current version, which I am pretty happy with as far as matching > > my sorting expectations goes, but that doesn't mean that there aren't > more > > intuitive criteria for sorting. In the end, of course, it's all > heuristic > > anyway. > > I've been playing with your fuzzy matching for about a week now. I > really, really like it. > > The only issue I have is that I can't seem to get tab completion to > work. For simple prompts I can just press enter once the item I want is > selected. But for more complicated menus, such as the shell menu, I > want to be able to press tab and have the current item expanded so I can > start entering arguments. This doesn't seem to work. > > I've also noticed that if I have fuzzy matching turned on in the shell > prompt and start to complete a file path it crashes the prompt and I > have to restart xmonad to remove the X window that the prompt created. > > -- > Peter Jones, Founder, Devalot.com > Defending the honor of good code > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From codesite-noreply at google.com Fri Aug 14 07:07:31 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 14 Aug 2015 07:07:31 +0000 Subject: [xmonad] Issue 611 in xmonad: XMonad.Util.Run needs to not encode with recent ghc Message-ID: <0-3425899027203913298-14041677185242431599-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- Labels: Type-Defect New issue 611 by allber... at gmail.com: 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 From codesite-noreply at google.com Fri Aug 14 15:01:46 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 14 Aug 2015 15:01:46 +0000 Subject: [xmonad] Issue 611 in xmonad: XMonad.Util.Run needs to not encode with recent ghc In-Reply-To: <0-3425899027203913298-14041677185242431599-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-14041677185242431599-codesite-noreply=google.com@googlecode.com> Message-ID: <1-3425899027203913298-14041677185242431599-codesite-noreply=google.com@googlecode.com> Comment #1 on issue 611 by arussell... at gmail.com: XMonad.Util.Run needs to not encode with recent ghc https://code.google.com/p/xmonad/issues/detail?id=611 Minimal config to reproduce the issue discussed on IRC (using xmobar). import XMonad import XMonad.Hooks.DynamicLog import XMonad.Hooks.ManageDocks import XMonad.Util.Run myLogHook h = dynamicLogWithPP $ xmobarPP { ppOutput = hPutStrLn h } main :: IO () main = do xmobar <- spawnPipe "xmobar --font='xft:DejaVu Sans Mono,Symbola' --commands='[Run StdinReader]' -t '%StdinReader%}{?'" xmonad $ defaultConfig { modMask = mod4Mask , logHook = myLogHook xmobar , layoutHook = avoidStruts $ layoutHook defaultConfig } -- 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 From codesite-noreply at google.com Fri Aug 14 15:26:53 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 14 Aug 2015 15:26:53 +0000 Subject: [xmonad] Issue 612 in xmonad: XMonad.Core.spawn also double-encodes in recent ghc Message-ID: <0-3425899027203913298-4614791634249903178-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- Labels: Type-Defect New issue 612 by allber... at gmail.com: 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 From codesite-noreply at google.com Fri Aug 14 17:46:43 2015 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 14 Aug 2015 17:46:43 +0000 Subject: [xmonad] Issue 611 in xmonad: XMonad.Util.Run needs to not encode with recent ghc In-Reply-To: <2-3425899027203913298-14041677185242431599-codesite-noreply=google.com@googlecode.com> References: <2-3425899027203913298-14041677185242431599-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-14041677185242431599-codesite-noreply=google.com@googlecode.com> Message-ID: <3-3425899027203913298-14041677185242431599-codesite-noreply=google.com@googlecode.com> Comment #3 on issue 611 by arussell... at gmail.com: XMonad.Util.Run needs to not encode with recent ghc https://code.google.com/p/xmonad/issues/detail?id=611 That's intentional. I just used an emoji as an example of a character that is encoded improperly. The issue arises from any multibyte character. -- 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 From dmwit at dmwit.com Sun Aug 16 02:21:52 2015 From: dmwit at dmwit.com (Daniel Wagner) Date: Sat, 15 Aug 2015 19:21:52 -0700 Subject: [xmonad] google code issues In-Reply-To: References: <87k2t86yph.fsf@pmade.com> Message-ID: A quick update: I was able to clone the support-tools repo today, but it doesn't matter anyway; the tools are not needed to download a dump of the issues for a project. I don't believe we have any sensitive security issues, so I'll be hosting a public copy of this dump: http://dmwit.com/xmonad-issue-archive-20150816T014056Z.tgz 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. ~d On Tue, Aug 11, 2015 at 11:44 AM, Brandon Allbery wrote: > On Tue, Aug 11, 2015 at 2:41 PM, Daniel Wagner wrote: >> >> % git clone https://code.google.com/p/support-tools >> Cloning into 'support-tools'... >> fatal: missing blob object '2f78cf5b66514f2506d9af5f3dadf3dee7aa6d9f' >> fatal: remote did not send all necessary objects >> Unexpected end of command stream >> zsh: exit 128 >> > > I just cloned this successfully. > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Sun Aug 16 02:42:05 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 15 Aug 2015 22:42:05 -0400 Subject: [xmonad] google code issues In-Reply-To: References: <87k2t86yph.fsf@pmade.com> Message-ID: On Sat, Aug 15, 2015 at 10:21 PM, Daniel Wagner 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 allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From vogt.adam at gmail.com Sun Aug 16 03:09:18 2015 From: vogt.adam at gmail.com (adam vogt) Date: Sat, 15 Aug 2015 23:09:18 -0400 Subject: [xmonad] google code issues In-Reply-To: References: <87k2t86yph.fsf@pmade.com> Message-ID: 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" wrote: > On Sat, Aug 15, 2015 at 10:21 PM, Daniel Wagner 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 > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mlists at pmade.com Sun Aug 16 20:44:09 2015 From: mlists at pmade.com (Peter Jones) Date: Sun, 16 Aug 2015 14:44:09 -0600 Subject: [xmonad] google code issues References: <87k2t86yph.fsf@pmade.com> Message-ID: <87oai79d5y.fsf@pmade.com> adam vogt writes: > 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. That's exactly what I'd suggest. With groups you can have different repos for the xmonad-related projects and control who has commit access to which repos. > 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. Sounds good to me. My github username is pjones. -- Peter Jones, Founder, Devalot.com Defending the honor of good code From dmwit at dmwit.com Mon Aug 17 16:53:52 2015 From: dmwit at dmwit.com (Daniel Wagner) Date: Mon, 17 Aug 2015 09:53:52 -0700 Subject: [xmonad] google code issues In-Reply-To: References: <87k2t86yph.fsf@pmade.com> Message-ID: 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 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" wrote: > >> On Sat, Aug 15, 2015 at 10:21 PM, Daniel Wagner 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 >> allbery.b at gmail.com >> ballbery at sinenomine.net >> unix, openafs, kerberos, infrastructure, xmonad >> http://sinenomine.net >> >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >> >> > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kristopher004 at gmail.com Wed Aug 19 04:28:49 2015 From: kristopher004 at gmail.com (Kristopher Keller) Date: Wed, 19 Aug 2015 00:28:49 -0400 Subject: [xmonad] switch workspace on all monitors at once Message-ID: <55D40601.2010003@gmail.com> 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 From allbery.b at gmail.com Wed Aug 19 14:06:15 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 19 Aug 2015 10:06:15 -0400 Subject: [xmonad] switch workspace on all monitors at once In-Reply-To: <55D40601.2010003@gmail.com> References: <55D40601.2010003@gmail.com> Message-ID: On Wed, Aug 19, 2015 at 12:28 AM, Kristopher Keller wrote: > 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? > > You might want to look at http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Actions-DynamicWorkspaceGroups.html --- unfortunately, it does not look like anyone has provided integration with IndependentScreens to treat them as predefined groups. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at joachim-breitner.de Wed Aug 19 14:33:20 2015 From: mail at joachim-breitner.de (Joachim Breitner) Date: Wed, 19 Aug 2015 16:33:20 +0200 Subject: [xmonad] util/GenerateManpage.hs and latest pandoc Message-ID: <1439994800.1289.3.camel@joachim-breitner.de> 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", "

" ++ releaseName ++ "

" ++ "

Section: xmonad manual (1)
" ++ "Updated: " ++ releaseDate ++ "

" ++ "
")], writerStandalone = True, writerTemplate = template, writerTableOfContents = True}) $ parsed make: *** [build/xmonad] Error 1 Greetings, Joachim -- Joachim ?nomeata? Breitner mail at joachim-breitner.de ? http://www.joachim-breitner.de/ Jabber: nomeata at joachim-breitner.de ? GPG-Key: 0xF0FBF51F Debian Developer: nomeata at debian.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: From byorgey at gmail.com Thu Aug 20 20:33:51 2015 From: byorgey at gmail.com (Brent Yorgey) Date: Thu, 20 Aug 2015 20:33:51 +0000 Subject: [xmonad] google code issues In-Reply-To: References: <87k2t86yph.fsf@pmade.com> Message-ID: 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 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 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" wrote: >> >>> On Sat, Aug 15, 2015 at 10:21 PM, Daniel Wagner 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 >>> allbery.b at gmail.com >>> ballbery at sinenomine.net >>> unix, openafs, kerberos, infrastructure, xmonad >>> http://sinenomine.net >>> >>> _______________________________________________ >>> xmonad mailing list >>> xmonad at haskell.org >>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>> >>> >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >> >> > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Sat Aug 22 01:46:15 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Fri, 21 Aug 2015 21:46:15 -0400 Subject: [xmonad] google code issues In-Reply-To: References: <87k2t86yph.fsf@pmade.com> Message-ID: I'm going to set up an "xmonad.org" organization on github tomorrow unless I hear otherwise by then (or the existing "xmonad" org is deleted). I will add byorgey as member; others? On Thu, Aug 20, 2015 at 4:33 PM, Brent Yorgey wrote: > 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 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 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" wrote: >>> >>>> On Sat, Aug 15, 2015 at 10:21 PM, Daniel Wagner >>>> 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 >>>> allbery.b at gmail.com >>>> ballbery at sinenomine.net >>>> unix, openafs, kerberos, infrastructure, xmonad >>>> http://sinenomine.net >>>> >>>> _______________________________________________ >>>> xmonad mailing list >>>> xmonad at haskell.org >>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>>> >>>> >>> _______________________________________________ >>> xmonad mailing list >>> xmonad at haskell.org >>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>> >>> >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >> > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > > -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Sat Aug 22 18:22:04 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 22 Aug 2015 14:22:04 -0400 Subject: [xmonad] google code issues In-Reply-To: References: <87k2t86yph.fsf@pmade.com> Message-ID: xmonad and xmonad-contrib repos added; aavogt and byorgey added as maintainers, I presume others will be needed/wanted. (I may go hunting for github ids of people already listed on xmonad.org) now looking into triaging and migrating issues, which will be interesting because github issues are per repo instead of per org like we were doing with google code. On Fri, Aug 21, 2015 at 9:46 PM, Brandon Allbery wrote: > I'm going to set up an "xmonad.org" organization on github tomorrow > unless I hear otherwise by then (or the existing "xmonad" org is deleted). > I will add byorgey as member; others? > > On Thu, Aug 20, 2015 at 4:33 PM, Brent Yorgey wrote: > >> 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 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 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" >>>> wrote: >>>> >>>>> On Sat, Aug 15, 2015 at 10:21 PM, Daniel Wagner >>>>> 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 >>>>> allbery.b at gmail.com >>>>> ballbery at sinenomine.net >>>>> unix, openafs, kerberos, infrastructure, xmonad >>>>> http://sinenomine.net >>>>> >>>>> _______________________________________________ >>>>> xmonad mailing list >>>>> xmonad at haskell.org >>>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>>>> >>>>> >>>> _______________________________________________ >>>> xmonad mailing list >>>> xmonad at haskell.org >>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>>> >>>> >>> _______________________________________________ >>> xmonad mailing list >>> xmonad at haskell.org >>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>> >> >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >> >> > > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From devin.mullins at gmail.com Sat Aug 22 19:03:11 2015 From: devin.mullins at gmail.com (Devin Mullins) Date: Sat, 22 Aug 2015 12:03:11 -0700 Subject: [xmonad] google code issues In-Reply-To: References: <87k2t86yph.fsf@pmade.com> Message-ID: You can add me, twifkak. (I've been lurking; can't promise a lot of attention, but I'll try.) On Aug 22, 2015 11:22 AM, "Brandon Allbery" wrote: > xmonad and xmonad-contrib repos added; aavogt and byorgey added as > maintainers, I presume others will be needed/wanted. (I may go hunting for > github ids of people already listed on xmonad.org) > > now looking into triaging and migrating issues, which will be interesting > because github issues are per repo instead of per org like we were doing > with google code. > > On Fri, Aug 21, 2015 at 9:46 PM, Brandon Allbery > wrote: > >> I'm going to set up an "xmonad.org" organization on github tomorrow >> unless I hear otherwise by then (or the existing "xmonad" org is deleted). >> I will add byorgey as member; others? >> >> On Thu, Aug 20, 2015 at 4:33 PM, Brent Yorgey wrote: >> >>> 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 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 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" >>>>> wrote: >>>>> >>>>>> On Sat, Aug 15, 2015 at 10:21 PM, Daniel Wagner >>>>>> 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 >>>>>> allbery.b at gmail.com >>>>>> ballbery at sinenomine.net >>>>>> unix, openafs, kerberos, infrastructure, xmonad >>>>>> http://sinenomine.net >>>>>> >>>>>> _______________________________________________ >>>>>> xmonad mailing list >>>>>> xmonad at haskell.org >>>>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>>>>> >>>>>> >>>>> _______________________________________________ >>>>> xmonad mailing list >>>>> xmonad at haskell.org >>>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>>>> >>>>> >>>> _______________________________________________ >>>> xmonad mailing list >>>> xmonad at haskell.org >>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>>> >>> >>> _______________________________________________ >>> xmonad mailing list >>> xmonad at haskell.org >>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>> >>> >> >> >> -- >> brandon s allbery kf8nh sine nomine >> associates >> allbery.b at gmail.com >> ballbery at sinenomine.net >> unix, openafs, kerberos, infrastructure, xmonad >> http://sinenomine.net >> > > > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From creichert07 at gmail.com Sun Aug 23 04:52:46 2015 From: creichert07 at gmail.com (Christopher Reichert) Date: Sat, 22 Aug 2015 23:52:46 -0500 Subject: [xmonad] google code issues In-Reply-To: (Brandon Allbery's message of "Fri, 21 Aug 2015 21:46:15 -0400") References: <87k2t86yph.fsf@pmade.com> Message-ID: <55d951a3.e68eb60a.5a5d.105f@mx.google.com> Great, I noticed these are up now. I'll definitely be watching the repo and trying to help any way possible. On Fri, Aug 21 2015, Brandon Allbery wrote: > I'm going to set up an "xmonad.org" organization on github tomorrow unless > I hear otherwise by then (or the existing "xmonad" org is deleted). I will > add byorgey as member; others? > > On Thu, Aug 20, 2015 at 4:33 PM, Brent Yorgey wrote: > >> 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 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 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" wrote: >>>> >>>>> On Sat, Aug 15, 2015 at 10:21 PM, Daniel Wagner >>>>> 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 >>>>> allbery.b at gmail.com >>>>> ballbery at sinenomine.net >>>>> unix, openafs, kerberos, infrastructure, xmonad >>>>> http://sinenomine.net >>>>> >>>>> _______________________________________________ >>>>> xmonad mailing list >>>>> xmonad at haskell.org >>>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>>>> >>>>> >>>> _______________________________________________ >>>> xmonad mailing list >>>> xmonad at haskell.org >>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>>> >>>> >>> _______________________________________________ >>> xmonad mailing list >>> xmonad at haskell.org >>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>> >> >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >> >> -- Christopher Reichert irc: creichert gpg: C81D 18C8 862A 3618 1376 FFA5 6BFC A992 9955 929B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 818 bytes Desc: not available URL: From mathstuf at gmail.com Sun Aug 23 13:00:28 2015 From: mathstuf at gmail.com (Ben Boeckel) Date: Sun, 23 Aug 2015 13:00:28 +0000 (UTC) Subject: [xmonad] google code issues References: <87k2t86yph.fsf@pmade.com> Message-ID: On Sat, 22 Aug, 2015 at 01:46:15 GMT, Brandon Allbery wrote: > I'm going to set up an "xmonad.org" organization on github tomorrow unless > I hear otherwise by then (or the existing "xmonad" org is deleted). I will > add byorgey as member; others? I'd be interested (I have one or two modules I'm listed as maintainer of). I also have a few issues I'd like to tackle (namely modal dialog parent tracking and focus policies associated with it). Also interested in a Wayland-xmonad. I'm also fine with just doing pull requests (since I'd use them even with commit access). --Ben From allbery.b at gmail.com Sun Aug 23 14:07:07 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Sun, 23 Aug 2015 10:07:07 -0400 Subject: [xmonad] google code issues In-Reply-To: References: <87k2t86yph.fsf@pmade.com> Message-ID: The issue exporter is apparently quite worthless: - github rate-limits beyond what its API and documentation claim, so I got all of 4 issues uploaded before getting "abuse limit reached, try again in an hour". This after registering and using an API token, and the headers show that it is indeed authenticating via the token (limit 5000 instead of 60, and plenty of it left when it throttles anyway) - it apparently only maps usernames if I manually construct a username map, and possibly not even then if I'm reading the support-tools issue tracker properly (The export wizard, it turns out, works properly --- but only if the repo doesn't exist initially, and apparently not if your repo isn't also in Google Code.) So apparently we get to start over from scratch with the issues. :/ On Sat, Aug 22, 2015 at 2:22 PM, Brandon Allbery wrote: > xmonad and xmonad-contrib repos added; aavogt and byorgey added as > maintainers, I presume others will be needed/wanted. (I may go hunting for > github ids of people already listed on xmonad.org) > > now looking into triaging and migrating issues, which will be interesting > because github issues are per repo instead of per org like we were doing > with google code. > > On Fri, Aug 21, 2015 at 9:46 PM, Brandon Allbery > wrote: > >> I'm going to set up an "xmonad.org" organization on github tomorrow >> unless I hear otherwise by then (or the existing "xmonad" org is deleted). >> I will add byorgey as member; others? >> >> On Thu, Aug 20, 2015 at 4:33 PM, Brent Yorgey wrote: >> >>> 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 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 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" >>>>> wrote: >>>>> >>>>>> On Sat, Aug 15, 2015 at 10:21 PM, Daniel Wagner >>>>>> 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 >>>>>> allbery.b at gmail.com >>>>>> ballbery at sinenomine.net >>>>>> unix, openafs, kerberos, infrastructure, xmonad >>>>>> http://sinenomine.net >>>>>> >>>>>> _______________________________________________ >>>>>> xmonad mailing list >>>>>> xmonad at haskell.org >>>>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>>>>> >>>>>> >>>>> _______________________________________________ >>>>> xmonad mailing list >>>>> xmonad at haskell.org >>>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>>>> >>>>> >>>> _______________________________________________ >>>> xmonad mailing list >>>> xmonad at haskell.org >>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>>> >>> >>> _______________________________________________ >>> xmonad mailing list >>> xmonad at haskell.org >>> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>> >>> >> >> >> -- >> brandon s allbery kf8nh sine nomine >> associates >> allbery.b at gmail.com >> ballbery at sinenomine.net >> unix, openafs, kerberos, infrastructure, xmonad >> http://sinenomine.net >> > > > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: