From codesite-noreply at google.com Sun Jun 1 00:00:26 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sun, 01 Jun 2014 00:00:26 +0000 Subject: [xmonad] Issue 573 in xmonad: XMonad.Util.XSelection.getSelection leaks a handle to the X server In-Reply-To: <4-3425899027203913298-17690187920386402337-codesite-noreply=google.com@googlecode.com> References: <4-3425899027203913298-17690187920386402337-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-17690187920386402337-codesite-noreply=google.com@googlecode.com> Message-ID: <5-3425899027203913298-17690187920386402337-codesite-noreply=google.com@googlecode.com> Comment #5 on issue 573 by allber... at gmail.com: XMonad.Util.XSelection.getSelection leaks a handle to the X server http://code.google.com/p/xmonad/issues/detail?id=573 You may never receive an event if the selection owner dies/exits before responding to SelectionRequest. You may also receive things like keyboard mapping notifications which you'll want to ignore. I don't think there's a simple "na?ve" solution here, much as with putSelection. You do it right or you have the potential for deadlocks. If we're going to insist on not using callbacks then I guess for now we accept and document the deadlock potential. A future replacement for this thing (someday! I started on it to fix putSelection, but there is no hope for a compatible interface because you simply cannot do it this way) will need to use callbacks. My proposed design uses a handleEventHook and some ExtensibleState. -- 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 Sun Jun 1 00:05:17 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sun, 01 Jun 2014 00:05:17 +0000 Subject: [xmonad] Issue 573 in xmonad: XMonad.Util.XSelection.getSelection leaks a handle to the X server In-Reply-To: <5-3425899027203913298-17690187920386402337-codesite-noreply=google.com@googlecode.com> References: <5-3425899027203913298-17690187920386402337-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-17690187920386402337-codesite-noreply=google.com@googlecode.com> Message-ID: <6-3425899027203913298-17690187920386402337-codesite-noreply=google.com@googlecode.com> Comment #6 on issue 573 by allber... at gmail.com: XMonad.Util.XSelection.getSelection leaks a handle to the X server http://code.google.com/p/xmonad/issues/detail?id=573 This transcript from IRC explains what's going on here and why this (and the infamous putSelection previously eliminated from the module) cannot work as written. [31 21:34] * geekosaur also finds another potential putSelection-style deadlock in the code... furrfu [31 21:34] XSelection needs to be taken out and shot. but one done correctly will not in any way be compatible and will annoy users [31 21:35] because it needs to use callbacks [31 21:35] people think selection manipulation is something that can trivially be done synchronously [31 21:35] X11 disagrees and will happily deadlock you [31 21:36] ouch [31 21:37] XSelections are held by an X client until someone comes and asks them what it is. [31 21:37] sure, then there's a negotiation [31 21:38] so, one (uncommon but possible) way to deadlock xmonad in the current getSelection is to kill the client holding the selection before it can receive or respond to the SelectionRequest event [31 21:38] getSelection will loop forever looking for an event that will never arrive [31 21:39] a way you could trigger this practically is by trying to use it when the selection happens to be held by something which is advertising a non-text selection [31 21:41] if it has a bug where receiving a request for UTF8_STRING causes it to crash (either because it's not expecting it / na?vely assumes it will always receive an appropriate request, or because it crashes trying to come up with a suitable text response) [31 21:50] i *noticed* the xselection being held by a xclient thing [31 21:50] i used to select then close and try to paste and was like ... its not working?? [31 21:51] Yes. That's one effect of it. [31 21:51] well that explains why [31 21:51] yes, the selection isn't a pasteboard/container, it's just an advertisement [31 21:51] yeah [31 21:52] i'm not the most familiar with x11 protocol so didn't know that but after noticing that effect i adjusted my flow slightly and never had a issue since [31 21:52] clients respond to the ad by sending a selection request saying "I'd like your selection in one of these formats" and then they haggle until they either settle on a mutually acceptable format or abort by not responding [31 21:54] nobody actually uses it this way, which is why you get copy image location / copy image in a browser instead of just a copy image and if you then paste it as a string you get the location [31 21:54] people don't think the way X11 selections were designed [31 21:55] that seems unfortunate [31 21:55] because it seems like it would be neat esp being able to haggle which format they want [31 21:57] the envisioned behavior was that when you go to paste it, it can display a menu of various formats you might want, including multiple string formats (so, for an HTML editor, you might want to pick between an image URL vs. a prebuilt link) [31 21:57] ideas that never happened [31 21:57] (like Windows' "Paste Special" only done right) [31 22:07] oh yeah windows paste special, i remember that [31 22:07] i wonder how come it never happened? [31 22:07] too complicated? [31 22:08] like I said, nobody understood it [31 22:08] :\ [31 22:09] people write code like XMonad.Util.XSelection that completely do not understand how selections work and therefore can't imagine those possibilities [31 22:09] :\ [31 22:10] people think of selections as mailboxes, not as haggling. the thing in the mailbox can't change form for whatever picks it up, it's fixed when it's mailed [31 22:11] ahhh [31 22:11] looking at that code now, its yeah ok [31 22:12] I don't think it's too complicated really, it's just that nobody thinks about it right, they expect mailboxes so that's what they end up with [31 22:13] heh and if everyone is going to think like that, you're not going to be able to do the haggling anyway [31 22:13] which might be a documentation problem, maybe on the part of the toolkit folks --- I have not looked at how gtk handles selections but I bet it uses that mailbox model [31 22:13] ahh [31 22:14] especially since CLIPBOARD can't seem to decide which it is --- it does some things like a mailbox and some like haggling [31 22:14] whereas PRIMARY is a haggling model -- 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 Sun Jun 1 02:53:05 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sun, 01 Jun 2014 02:53:05 +0000 Subject: [xmonad] Issue 573 in xmonad: XMonad.Util.XSelection.getSelection leaks a handle to the X server In-Reply-To: <6-3425899027203913298-17690187920386402337-codesite-noreply=google.com@googlecode.com> References: <6-3425899027203913298-17690187920386402337-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-17690187920386402337-codesite-noreply=google.com@googlecode.com> Message-ID: <7-3425899027203913298-17690187920386402337-codesite-noreply=google.com@googlecode.com> Comment #7 on issue 573 by gwe... at gmail.com: XMonad.Util.XSelection.getSelection leaks a handle to the X server http://code.google.com/p/xmonad/issues/detail?id=573 Alright; I've pushed a patch fixing the closeDisplay issue and adding a warning to the documentation. -- 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 Jun 6 19:07:34 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 06 Jun 2014 19:07:34 +0000 Subject: [xmonad] Issue 574 in xmonad: Applications stop receiving keyboard events if I type Greek letters in the shell prompt Message-ID: <0-3425899027203913298-10108763950492532253-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 574 by anakreon... at gmail.com: Applications stop receiving keyboard events if I type Greek letters in the shell prompt http://code.google.com/p/xmonad/issues/detail?id=574 What steps will reproduce the problem? 1. Switch to Greek keyboard 2. Launch sell prompt (modm F3) 3. Type any letter in the prompt The typed letter does not appear in the prompt. Some times Esc works and focus returns in an opened X window but the prompt remains visible until I restart the X session. Other times the behaviour is worse. Opened applications do not receive keyboard input at all. I can use the mouse and paste selected text though. Also I can switch to another desktop (modm 1-9). It seems that only letter keys are disabled. I have attached my XMonad configuration file. Attachments: xmonad.hs 2.0 KB -- 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 likan26.09 at yandex.ru Sun Jun 8 13:33:58 2014 From: likan26.09 at yandex.ru (Ivan Ivanov) Date: Sun, 08 Jun 2014 17:33:58 +0400 Subject: [xmonad] Displayed window in tabbed mod Message-ID: <2247711402234438@web13m.yandex.ru> An HTML attachment was scrubbed... URL: From ruslan.kiianchuk at gmail.com Sun Jun 8 23:16:02 2014 From: ruslan.kiianchuk at gmail.com (Ruslan Kiianchuk) Date: Mon, 9 Jun 2014 02:16:02 +0300 Subject: [xmonad] [xmobar] XBM icons for layout indicators Message-ID: Hello, community. Can someone point me into the right direction on how to set up XMonad + XMobar to show XBM icons instead layout names? My current XMonad configuration . *PS:* I'm not a Haskell programmer, know only basics for simple XMonad configuration. Perhaps that's the reason I couldn't Google it and get the desired result. Thanks for any help! -- Sincerely, Ruslan Kiianchuk. -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexis.mailinglist at de-bruyn.fr Fri Jun 13 17:39:35 2014 From: alexis.mailinglist at de-bruyn.fr (Alexis de BRUYN) Date: Fri, 13 Jun 2014 19:39:35 +0200 Subject: [xmonad] Multiple statusbars Message-ID: <539B3757.7000603@de-bruyn.fr> Hi Everybody, I am looking for a way to have two statusbars (xmobar or dzen), one at the top and the other one at the bottom of the screen, which could be always visible. I have tried some configs on the Xmonad/Config_archive and other from other sites, but actually I don't how to launch and set the second bar to be not hidden by the windows. Thanks for your help, Alexis. -- Alexis de BRUYN From allbery.b at gmail.com Fri Jun 13 17:43:49 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Fri, 13 Jun 2014 13:43:49 -0400 Subject: [xmonad] Multiple statusbars In-Reply-To: <539B3757.7000603@de-bruyn.fr> References: <539B3757.7000603@de-bruyn.fr> Message-ID: On Fri, Jun 13, 2014 at 1:39 PM, Alexis de BRUYN < alexis.mailinglist at de-bruyn.fr> wrote: > I am looking for a way to have two statusbars (xmobar or dzen), one at > the top and the other one at the bottom of the screen, which could be > always visible. > > I have tried some configs on the Xmonad/Config_archive and other from > other sites, but actually I don't how to launch and set the second bar > to be not hidden by the windows. > You do know about http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Hooks-ManageDocks.html ? (Note that a common mistake here is to use avoidStruts in the layoutHook but not manageDocks in the manageHook, or vice versa --- you need *both* for it to work.) -- 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 eniotna.t at gmail.com Sat Jun 14 15:09:32 2014 From: eniotna.t at gmail.com (ardumont) Date: Sat, 14 Jun 2014 17:09:32 +0200 Subject: [xmonad] [xmonad-contrib] XMonad.Prompt.Pass patch Message-ID: <87mwdf8r4j.fsf@gmail.com> Hello, You will find enclosed a patch to propose a new XMonad.Prompt.Pass. >From the header description documentation: -- Provides a shell prompt to lookup passwords in a password-storage (located on user's home @$HOME\/.password-store@). -- The password storage used is . -- -- When one validates its input, the corresponding password is loaded -- in the clipboard for a limited period of 45 seconds. -- -- Greatly inspired from I'm open to any suggestions on how to improve on this. Cheers, -- @ardumont -------------- next part -------------- A non-text attachment was scrubbed... Name: xmonad-prompt-pass.dpatch Type: test/x-patch Size: 20525 bytes Desc: not available URL: From damian.philipp at gmx.net Sun Jun 15 06:20:51 2014 From: damian.philipp at gmx.net (Damian Philipp) Date: Sun, 15 Jun 2014 08:20:51 +0200 Subject: [xmonad] xmonad hides xfce4-panel Message-ID: <539D3B43.6020205@gmx.net> Hello xmonad experts, I am trying to set up xmonad (0.11 from Ubuntu repository) as a WM for xfce on a fresh install of Lubuntu 14.04. I configured xmonad.hs as instructed on the Wiki page (The file is so short, I included it inline at the end of this mail). When I start xfce using xfwm4 and then run "xmonad --replace" from a terminal, I practically arrive at my dream desktop. However, when I configure xfce to autostart xmonad, I can briefly see the xfce4 panel flash up and then immediately disappear. xmonad just leaves an empty space where the panel is supposed to be. mod-b toggles the empty space but does not show the panel. The default configuraiton of Lubuntu is to have a single panel at the top of the screen. I can revive the panel by briefly running xfwm4: $ killall xmonad-x86_64-linux $ xfwm4 $ xmonad --replace But that is not really a permanent solution. I looked through the archives, but all I cloud find was posts relating to the interaction of the panel workspace indicator and xmonad workspaces, nothing about the panel going AWOL. What do I have to do to make both the panel show up and run xmonad as my default WM to xfce? Regards, Damian Philipp My xmonad.hs: > import XMonad > import XMonad.Config.Xfce > > main = xmonad xfceConfig > { modMask = mod4Mask > , terminal = "xfce4-terminal" } From eniotna.t at gmail.com Sun Jun 15 10:25:54 2014 From: eniotna.t at gmail.com (ardumont) Date: Sun, 15 Jun 2014 12:25:54 +0200 Subject: [xmonad] [xmonad-contrib] XMonad.Prompt.Pass patch In-Reply-To: <87mwdf8r4j.fsf@gmail.com> References: <87mwdf8r4j.fsf@gmail.com> Message-ID: <87wqcia2q5.fsf@gmail.com> Hello, Here is an amended patch featuring: - typo fixes in header description (`helloWorld` instead of the right function `passPrompt`, missing XPConfig instance on the binding example -- thanks OODavo on #irc) - another prompt `passGeneratePrompt` to generate a password for a given entry (update already existing entry) - another prompt `passRemovePrompt` to remove a password for a given entry I forgot to explicit that all those prompts auto-complete on existing entries. Thanks for considering adding this. Any suggestions on improvments is more than welcome. Cheers, -------------- next part -------------- A non-text attachment was scrubbed... Name: xmonad-prompt-pass-2.dpatch Type: test/x-patch Size: 21886 bytes Desc: not available URL: -------------- next part -------------- ardumont writes: > Hello, > > You will find enclosed a patch to propose a new XMonad.Prompt.Pass. > > From the header description documentation: > > -- Provides a shell prompt to lookup passwords in a password-storage (located on user's home @$HOME\/.password-store@). > -- The password storage used is . > -- > -- When one validates its input, the corresponding password is loaded > -- in the clipboard for a limited period of 45 seconds. > -- > -- Greatly inspired from > > I'm open to any suggestions on how to improve on this. > > Cheers, > -- > @ardumont -- @ardumont From eniotna.t at gmail.com Tue Jun 17 17:48:05 2014 From: eniotna.t at gmail.com (ardumont) Date: Tue, 17 Jun 2014 19:48:05 +0200 Subject: [xmonad] [xmonad-contrib] XMonad.Actions.Search - add DuckDuckGo Search engine? Message-ID: <87tx7ja0mi.fsf@gmail.com> Hello, Can it be possible to integrate this patch? This adds DuckDuckGo - https://duckduckgo.com/?t=lm search engine to the default list. Cheers, -- @ardumont -------------- next part -------------- A non-text attachment was scrubbed... Name: add-duck-duck-go-search-engine.dpatch Type: test/x-patch Size: 17883 bytes Desc: not available URL: From gwern at gwern.net Tue Jun 17 17:59:42 2014 From: gwern at gwern.net (Gwern Branwen) Date: Tue, 17 Jun 2014 13:59:42 -0400 Subject: [xmonad] [xmonad-contrib] XMonad.Actions.Search - add DuckDuckGo Search engine? In-Reply-To: <87tx7ja0mi.fsf@gmail.com> References: <87tx7ja0mi.fsf@gmail.com> Message-ID: Done. On Tue, Jun 17, 2014 at 1:48 PM, ardumont wrote: > Hello, > > Can it be possible to integrate this patch? > This adds DuckDuckGo - https://duckduckgo.com/?t=lm search engine to the > default list. > > Cheers, > -- > @ardumont > > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > -- gwern http://www.gwern.net From darcswatch at nomeata.de Tue Jun 17 18:05:13 2014 From: darcswatch at nomeata.de (darcswatch at nomeata.de) Date: Tue, 17 Jun 2014 19:05:13 +0100 Subject: [xmonad] Applied: [xmonad-contrib] XMonad.Actions.Search - add DuckDuckGo Search engine? References: <87tx7ja0mi.fsf@gmail.com> Message-ID: This 1-patch bundle was just applied to http://code.haskell.org/XMonadContrib: 20140617174246 eniotna.t at gmail.com * add-duck-duck-go-search-engine -- This message was brought to you by DarcsWatch http://darcswatch.nomeata.de/repo_http:__code.haskell.org_XMonadContrib.html#bundle-e1e0bdb2eb7609ee53015c948165e7bd3ee2a5a5 From eniotna.t at gmail.com Thu Jun 19 19:57:26 2014 From: eniotna.t at gmail.com (ardumont) Date: Thu, 19 Jun 2014 21:57:26 +0200 Subject: [xmonad] [xmonad-contrib] XMonad.Prompt.Pass patch In-Reply-To: <87wqcia2q5.fsf@gmail.com> References: <87mwdf8r4j.fsf@gmail.com> <87wqcia2q5.fsf@gmail.com> Message-ID: <877g4cbrkp.fsf@gmail.com> Hello, Here are the latest updates about this new XMonad.Prompt.Pass: - More explicit prompt labels for each `password` prompt - Improved documentation (more concise + add improved links rendering) Please, let me know if anything is wrong. -------------- next part -------------- A non-text attachment was scrubbed... Name: new-xmonad-prompt-patch.dpatch Type: test/x-patch Size: 22156 bytes Desc: not available URL: -------------- next part -------------- ardumont writes: > Hello, > > Here is an amended patch featuring: > - typo fixes in header description (`helloWorld` instead of the right function `passPrompt`, > missing XPConfig instance on the binding example -- thanks OODavo on #irc) > - another prompt `passGeneratePrompt` to generate a password for a given > entry (update already existing entry) > - another prompt `passRemovePrompt` to remove a password for a given entry > > I forgot to explicit that all those prompts auto-complete on existing > entries. > > Thanks for considering adding this. > Any suggestions on improvments is more than welcome. > > Cheers, > > ardumont writes: > >> Hello, >> >> You will find enclosed a patch to propose a new XMonad.Prompt.Pass. >> >> From the header description documentation: >> >> -- Provides a shell prompt to lookup passwords in a password-storage (located on user's home @$HOME\/.password-store@). >> -- The password storage used is . >> -- >> -- When one validates its input, the corresponding password is loaded >> -- in the clipboard for a limited period of 45 seconds. >> -- >> -- Greatly inspired from >> >> I'm open to any suggestions on how to improve on this. >> >> Cheers, >> -- >> @ardumont > > > -- > @ardumont -- @ardumont From allbery.b at gmail.com Mon Jun 23 15:48:24 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Mon, 23 Jun 2014 11:48:24 -0400 Subject: [xmonad] xmonad hides xfce4-panel In-Reply-To: <539D3B43.6020205@gmx.net> References: <539D3B43.6020205@gmx.net> Message-ID: On Sun, Jun 15, 2014 at 2:20 AM, Damian Philipp wrote: > When I start xfce using xfwm4 and then run "xmonad --replace" from a > terminal, I practically arrive at my dream desktop. However, when I > configure xfce to autostart xmonad, I can briefly see the xfce4 panel > flash up and then immediately disappear. xmonad just leaves an empty > space where the panel is supposed to be. mod-b toggles the empty space > but does not show the panel. The default configuraiton of Lubuntu is to > have a single panel at the top of the screen. > Are you running anything else that isn't part of a standard XFCE4 session? This *may* relate to a recently fixed bug (not in a released version yet, you need to build from darcs) where we were not registering the work area and therefore desktops (Thunar in your case) will use space allocated to panels; which one "wins" and is displayed depends on the start order, which in your case means Thunar is displaying on top of xfce4-panel. If you start with xfwm4 and then replace wiith xmonad, Thunar will use xfwm4's _NET_WORKAREA; your version of xmonad won't set _NET_WORKAREA and either xfwm4 doesn't remove its when it exits (arguably this is a bug in xfwm4) or Thunar doesn't detect it doing so (bug in Thunar in this case), so things continue to work "by accident". xmonad from darcs has code to set _NET_WORKAREA. I'm not convinced that it is working 100% correctly, but this problem at least is not happening in my xfce4+xmonad configs. -- 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 damian.philipp at gmx.net Mon Jun 30 17:04:00 2014 From: damian.philipp at gmx.net (Damian Philipp) Date: Mon, 30 Jun 2014 19:04:00 +0200 Subject: [xmonad] xmonad hides xfce4-panel In-Reply-To: References: <539D3B43.6020205@gmx.net> Message-ID: <53B19880.7050107@gmx.net> Hello, Thank you for your answer. Sorry for not responding sooner, but I was on a trip well away from the internet or any computing device. Am 23.06.2014 17:48, schrieb Brandon Allbery: > Are you running anything else that isn't part of a standard XFCE4 session? Depends on what the Xubuntu people did to it - I am running on the default configuration of Xubuntu 14.04. Apart from that, there is only the owncloud client running. In case it helps, I attached a process list taken after logging into my session and restarting xmonad in the following way: > killall xmonad-x86_64-linux && xfwm4 & sleep 1 && xmonad --replace & > This *may* relate to a recently fixed bug (not in a released version yet, > you need to build from darcs) I pulled the darcs version of xmonad and xmonad-contrib (0.12 as per ghc-pkg list) and built it according to the instructions at http://www.haskell.org/haskellwiki/Xmonad/xmonad_development_tutorial#Getting_the_latest_darcs_sources This did not fix the problem, I still need to do the above killall-dance. I also tried having xfce start /home/damian/.cabal/bin/xmonad instead of the ubuntu-provided /usr/bin/xmonad, but that did not change anything. Uninstalling the ubuntu-packages for xmonad, libghc-xmonad-contrib-dev and libghc-xmonad-dev didn't change anything, either. However, while tinkering, I have made a new observation. Currently, I have only one xfce4-terminal and thunderbird running. At some point, I forgot to close them before logging out and back in to restart xmonad. When logging back in, xfce4 will try to restore the previous session, i.e., restart the terminal and thunderbird. xfce4-terminal starts right away (filling the entire window tile of xmonad), along with the xfce4-panel. Both are briefly visible and then vanish. Thunderbird takes a bit longer to start but when its window appears and the tiling is rearranged, both the resized xfce4-terminal and thunderbird remain visible, while the panel is still invisible. Is there anything else I can try? Any verbosity flags to add to get more debug output (.xsession-errors and .xmonad/xmonad.errors are both empty)? Regards, Damian Philipp -------------- next part -------------- PID TTY STAT TIME COMMAND 2023 ? S