[dev] [dwm] problem with evilvte
Hi, I'm having problem with evilvte, if i 'zoom' it (mod1-enter) or change master area (or basically have dwm change grow its window size) it stops to shrink and hides under/covers other windows or goes outside of the screen. The window is not floating, nor am I able to (mod-RMB) change its size after it goes into that 'strange state'. Is it a known bug in evilvte? -- Łukasz Gruner
Re: [dev] monsterwm - 700 SLOC dwm fork
have you tried CRUX? it's small and less complicated than gentoo/debian (I wouldn't use word simple, for it still uses some of the more bloated gnu apps) Cheers, Łukasz Gruner 2011/12/31 Kurt H Maier : > On Sat, Dec 31, 2011 at 10:03:57AM +0100, Manolo Mart�nez wrote: >> >> Genuinely curious: what's the suckless way to Linux then? Gentoo and Gentoo >> only? >> > > Gentoo sucks ina massive and ponderous way. There really isn't a 'good' > linux distribution. >
Re: [dev] fceux in fullscreen
2012/7/3 Manolo Martínez : > The thing is, if xprop is running, I cannot focus the fceux window (so > as to toggle fullscreen). On the other hand, if I am in fceux > fullscreen, I cannot run xprop (I cannot go to another tag, or do > anything really, without quitting fullscreen). you could try: sleep 60 && xprop and than run fceux or just bind: xprop > /tmp/somefile to a key in config.h
Re: [dev] [suckless] Migration to git
> I am proposing a migration of all mercurial to git repositories. not sure if really bored or biten by rabid linux hipster
Re: [dev] [suckless] Migration to git
2012/11/26 Roberto E. Vargas Caballero : > - History rewriting: git rebase or git filter-branch mq does this > - Mail workflow support: git am, git format-patch or git email. patchbomb? > - Incremental commits: git add -i, git checkout -f. > - A diary of tip references: git reflog (this features saved my life a > lot of times). > - Temporal changes: git stash. mq and shelve > - Be scriptable: git has a low-level set of commands that allow build > any operation you need using a shell script : git commit-tree, git > cat-file, git ls-tree ... afik python _is_ a scripting language, not sure if you can use sh > There are others reasons, like for example the speed changing between > branches, but they are not important in suckless projects. >
Re: [dev] Migration to git
there goes the 'less' part Pozdrawiam, Łukasz Gruner 2012/11/29 Christoph Lohmann <2...@r-36.net>: > Greetings comrades, > > the migration to git is nearly complete. What’s missing is your tests > that everything works as expected. > > Projects can be accessed via: > http://git.suckless.org/$name > git://git.suckless.org/$name > > Beware that the wiki can only be pushed to via: > git://git.suckless.org/sites > > For SSH: > ssh://u...@suckless.org/gitrepos/$name > > I tried to change all references in the wiki to the old hg repositories. > If you find any I missed, please change it and push the changes to the > sites repository. Thanks. > > > Sincerely, > > Christoph Lohmann > >
Re: [dev] Migration to git
you can still use mercurial, with it's hg-git extension, I sometimes had small problems with it on huge repositories at work, never had any problem with open source projects (maybe it's the size or less of 'do whatever' attitude) Pozdrawiam, Łukasz Gruner 2012/11/29 Barbu Paul - Gheorghe : > On 11/29/2012 02:25 AM, Christoph Lohmann wrote: >> >> Greetings comrades, > > > Hello! > >> the migration to git is nearly complete. What’s missing is your tests >> that everything works as expected. > > > Now I have a question: > > How can be pathes for dwm be managerd via git? > I mean I need a patch queue somehow, I'm thinking branches, I'll create a > local branch with my patches applied and I will hack through its history. > > What are you guys suggesting/using? > > > -- > Barbu Paul - Gheorghe > Common sense is not so common - Voltaire > Visit My GitHub profile to see my open-source projects - > https://github.com/paullik >
Re: [dev] Git? Bitch Please
2012/11/30 Al Gest : > My biggest problem with fossil and why I wouldn't call it suckless is > "there's an embedded webserver with bugtracker and todo management." as > pancake highlighted. > > It doesn't really follow the UNIX philosophy of "do one thing, and do it > well". and since git is quite the oppposite, has less code and is less complicated... uh..
Re: [dev] convergence
There is more Unix-nature in one line of shell script than there is in ten thousand lines of C. Pozdrawiam, Łukasz Gruner 2013/1/2 Sam Watkins : > On Tue, Jan 01, 2013 at 02:13:14PM +1100, Daniel Bryan wrote: >> Bash is my go-to for system scripting, but for something that will run >> 100% of the time on my system for years it's not over-engineering to do >> it efficiently. > > It would be nice to extend C with suitable function and macro libraries, > and a little new syntax (can be done with a pre-processor) so that we could > write compact code in C as in shell. Try setting up a shell pipeline in C, > and you'll see what I mean. There's no reason it should be more > difficult to do stuff in a compiled language, we barely ever use truely > dynamic stuff like "eval" or varibles by name in the shell anyway. > Combined with a good quick compiler or interpreter, we could get a real > "C shell" into the bargain. > > tinycc for example is well fast enough to be used in an interactive REPL > as if it were an interpreter; and that's without any attempt to optimize > by pre-loading headers or whatever. > > Sam > >
