Team Chat Logs

March 10, 2010

2010 2
Mo Tu We Th Fr Sa Su
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31        
<< <   > >>

[01:38:43]<Johannes`>how do i resize columns in wmii without the rodent?
[02:43:35]<triplc>Hi all
[02:45:25]<triplc>(dwm) How to have resize hint based on application? (static const Bool resizehints = False/True). I'd like to have it 'true' when using text terminal (urxvt,...) but i'd like it 'false' in other cases.
[02:49:45]<arg>triplc: other cases won't have increment hints set, that is rather the default than the exception, thus there is no real reason to have resizehints on per window class/instance/title
[02:50:50]<triplc>oh... i mean, is it fine to have "rules" like floating rules, for sizehint
[02:54:00]<arg>triplc: as said there is no point, it must be a global, simply because the layout algorithm requires it to be a all or none condition
[02:54:10]<triplc>ok
[02:54:18]<arg>usually it has only effect on terminals anyways
[02:54:26]<arg>there is no other side-effect
[02:54:29]<triplc>i am just a new one using dwm... just have some idea. not of anything important
[02:55:16]<triplc>yeah... so far, i see only terminal need that sizehint
[02:55:17]<arg>well resizehints condition has only effect on clients that set increment hints, and in 90% of all cases these are just terminal apps, all others don't set them
[02:55:54]<arg>if you run xclock multiple times with resizehints for example, you will see no gaps
[02:56:21]<arg>(or surf, or any other app that isn't monospace-font oriented)
[02:57:00]<arg>uriel: good idea, joined, will observe first a bit and then ask
[03:00:18]<Johannes`>mplayer is also affected by resizehints
[03:00:42]<triplc>oh, yes. it keeps the ratio
[03:16:13]<arg>Johannes`: yes, unfortunately ;)
[03:45:51]<triplc>what is hot key in tabbed? i press "control+shift enter" but nothing happend. (change: .v = (char*[]){ "urxvtc", "-embed", winid, NULL} )
[03:46:51]<Gottox>is urxvtd running?
[03:49:08]<triplc>sure
[03:49:17]<triplc>urxvtd is running for sure
[03:49:35]<triplc>i am using urxvtc+irrsi right now
[03:54:47]<Gottox>does it work if you start urxvtc from commandline?
[03:55:08]<Gottox>(winid is printed to stdout when tabbed starts)
[03:55:24]<triplc>yes, (of course without winid)
[03:55:40]<triplc>oh, so you mean i just enter the winid
[03:55:43]<triplc>ok let me try
[03:56:30]<triplc>works!
[03:57:11]<triplc>i think it's the hot key
[03:58:18]<Gottox>is there something printed to stderr/stdout?
[03:58:30]<Gottox>whenn you press the hotkey?
[03:58:39]<triplc>no, nothing seen
[03:59:29]<triplc>strange, ater urxvtc running ok from command line, now, the hotkey work
[03:59:44]<triplc>pressing "control+shift enter" works
[03:59:46]<triplc>strange
[04:04:31]<dibb>hmm... I've observed the same thing as triplc just reported
[04:05:26]<dibb>happens sometimes, usually works after I restart tabbed... never looked closer at it
[04:06:05]<Gottox>hum... never happened to my. but thanks for reporting.
[04:06:36]<dibb>I'll see if I can produce a more coherent and informative report some day.
[04:06:50]<dibb>I know that what I just said is mostly useless from a bugfixing perspective ;)
[07:16:16]<k23z__>how's stuff going ?
[07:16:26]<k23z__>I'm thinking of writing a windowing library with SDL
[07:16:32]<k23z__>I mean a windows framewokr
[07:16:35]<k23z__>like Gtk is
[07:16:37]<k23z__>or Qt
[07:16:40]<k23z__>or ...many others
[07:17:03]<k23z__>actually I started but by the looks of it I'll finish basic controls(buttons,scrollbars,checkboxes,windows etc) in maybe a year or 2
[07:22:02]<nsz>k23z__: you cannot do serious widget toolkit with sdl
[07:22:36]<nsz>the event system is not optimal for that
[07:23:02]<nsz>but if you really insist then there are already minimalist toolkits in sdl
[07:23:08]<nsz>http://frtplot.port70.net/
[07:23:18]<k23z__>this is interesting I didn't know
[07:23:51]<zcram>openttd the game afaik also has an internal "toolkit" utilising sdl
[07:24:36]<nsz>yep openttd used to be sdl based
[07:24:46]<k23z__>nsz: very nice nsz
[07:24:51]<k23z__>nsz: how did you know about that ?
[07:25:02]<k23z__>yeah well I'm writing my own ...
[07:25:16]<k23z__>zcram , nsz I will probably steal from the software you have mentioned now that I know it exists
[07:25:18]<nsz>k-zed_ wrote frtplot (dwm user himself)
[07:25:26]<nsz>and i happen to know him
[07:25:30]<nsz>that's how
[07:25:35]<k23z__>ah nice
[07:26:58]<k-zed>there are *lots* of SDL gui toolkits
[07:27:03]<k-zed>even some quite sophisticated ones
[07:27:11]<k-zed>but *all* of them are written in c++
[07:27:24]<k-zed>frtplot's toolkit is written in plain C :)
[07:29:05]<k-zed>also note that SDL has no interface for the clipboard...
[07:29:09]<zcram>maybe there is need for a suckless X11 toolkit :/
[07:29:22]<k-zed>i don't think so
[07:29:31]<k-zed>anything GUI is suckful
[07:29:34]<k-zed>deal with it
[07:29:47]<zcram>you think athena3d fills the gap nicely enough?
[07:30:17]<k-zed>athena3d is fantastically bloated and complicated
[07:30:21]<zcram>I'm just complaining because things like qt and gtk frequently break with a "suckless" window management model and whatnot
[07:30:21]<nsz>athena?
[07:30:27]<nsz>"Athena is an implementation of a flux-conservative Godunov-type algorithm for compressible magnetohydrodynamics."
[07:30:34]<nsz>..in fortran
[07:30:37]<k-zed>nsz: athena, otherwise known as X toolkit
[07:30:43]<k-zed>or libXt
[07:30:52]<k-zed>and libXaw iirc
[07:31:03]<k-zed>zcram: actually i think you're well off with gtk
[07:31:26]<nsz>k-zed: there must be a simpler way than that
[07:31:30]<k-zed>not really
[07:31:36]<k-zed>to have a honestly usable toolkit
[07:31:42]<k-zed>it requires a fucking *lot* of work
[07:31:49]<k-zed>you *must* support unicode, input methods, even bidi
[07:31:58]<k-zed>a myriad of widgets
[07:32:03]<nsz>well it does not have to be honestly usable
[07:32:10]<nsz>only mostly usable
[07:32:27]<k-zed>if you need a button in your SDL program that draws a butt
[07:32:30]<k-zed>then use frtplot-uikit :)
[07:32:33]<k-zed>otherwise go with gtk
[07:33:45]<nsz>editable + clickable text is mostly enough
[07:33:55]<nsz>gtk has too complicated api for that
[07:34:15]<k-zed>what's clickable text? :)
[07:34:21]<nsz>button
[07:34:43]<k-zed>well frtplot-uikit has a working multiline text editor widget...
[07:34:53]<k-zed>but no sideways scrolling, only with word wrapping
[07:35:03]<k-zed>also no unicode support
[07:43:33]<k23z__>nsz: how much did your friend work on the frtplot please ?
[07:43:38]<k23z__>k-zed: hey there :)
[07:43:47]<k23z__>k-zed: how much time did you spend on frtplot ?
[07:44:08]<nsz>well look at the svn logs ;)
[07:44:10]<k23z__>k-zed: mine is written in c++ as well .. but I hope to keep it minimalistic ... no unnecessary stuff
[07:44:24]<k23z__>but if he's here why can't I ask him ?
[07:44:34]<k-zed>i'm here :)
[07:44:35]<k23z__>k-zed: how much time did you spend ,was it for work , or just hobby ?
[07:44:46]<k-zed>it's an open source project filling a perceived need
[07:45:28]<k-zed>i had working buttons and a box arrangement layout in a weekend
[07:45:33]<k-zed>but things like the text editor took a lot more time
[07:45:54]<k-zed>all condensed, it's probably around a few weeks of work
[07:47:11]<k23z__>yeah well ... I worked a lot and just got like a window working
[07:47:13]<k23z__>and buttons
[07:47:29]<k23z__>and a polygon(which I shouldn't have coded but ..what the heck)
[07:47:40]<k23z__>and also a scrollbar which is like 30% finished
[07:47:40]<k-zed>hehe
[07:47:43]<k-zed>check out the stuff from svn
[07:47:51]<k23z__>and I can just move the windows and stuff like that ..
[07:47:52]<k-zed>go to branches/newwm/src/frtplot-uikit
[07:47:53]<k-zed>make
[07:47:55]<k-zed>./test
[07:48:00]<k23z__>k-zed: how many people working on it ?
[07:48:03]<k-zed>just me
[07:48:12]<k23z__>k-zed: yes I know I just compiled and was playing around with ./test
[07:48:19]<k-zed>but check the one in branches ~~~
[07:49:30]<k-zed>i'm reworking the window manager to be auto-splitting and maybe somewhat ion-like
[07:49:34]<k-zed>but it's not ready/usable yet
[07:49:42]<k-zed>meanwhile at least it has prettier, resizable window frames..
[07:50:25]<k23z__>k-zed: I don't believe it's a couple of weeks of work there, it's maybe a couple of months if not over a year, or you are probably much more experienced than me in C++ ...
[07:50:28]<k23z__>or C
[07:50:56]<k-zed>maybe my estimation is off
[07:51:03]<k-zed>i put in a fairly large amount of work in this stuff
[07:51:06]<k23z__>that's like almost icewm you've written over there
[07:51:24]<k23z__>k-zed: I imagine by the looks of it .. I know because I tried to write the stuff you've written
[07:51:30]<k23z__>and I know it's not easy
[07:52:11]<nsz>well he is fast coder.. no wonder hardly any team could solve his proposed problems at the challenge 24 contest
[07:52:15]*nsz!nsz@morecp.net runs
[07:52:35]<k-zed>still *your* problem was the hardest problem in the contest
[07:52:40]<k-zed>and you took 2 weeks to solve it yourself
[07:52:44]<k-zed>so :P
[07:52:52]<k23z__>what contest
[07:52:53]<k23z__>what problems
[07:53:03]<nsz>http://repo.hu/projects/ch2410pub/
[07:53:18]<k-zed>k23z__: we organize this this year: http://challenge24thelegend.com/2010/
[07:56:42]<k23z__>ah so you people are in hungary
[07:59:46]<nsz>yes
[08:01:15]<k23z__>well I'm in romania
[08:01:16]<k23z__>:))
[08:01:56]<nsz>nice ;)
[08:01:58]<k23z__>k-zed: can you tell me please when you started writing on frtplot please ?
[08:02:40]<nsz>2008-03 according to the svn log
[08:02:44]<k23z__>it says there
[08:02:44]<k23z__>r1 | k-zed | 2008-03-22 05:29:43 -0400 (Sat, 22 Mar 2008) | 1 line
[08:02:44]<k23z__>committing current source into sf.net svn
[08:02:45]<k-zed>before that
[08:02:47]<k23z__>yep ..
[08:02:55]<k-zed>i had the beginnings probably in 2007
[08:02:55]<k23z__>k-zed: yes , before that .. maybe 2007 ?
[08:03:04]<k23z__>yes .. well that rounds to about 3 years
[08:03:14]<k-zed>it's not 3 years of continuous work though ;)
[08:03:24]<k23z__>which is pretty normal I mean what you wrote is working pretty well and you have a lot of functionality going
[08:03:26]<k-zed>and a lot of that was spent on the actual plotting program
[08:03:33]<k-zed>not on the ui toolkit..
[08:04:48]<k-zed>ok
[08:04:50]<k-zed>according to the svn logs
[08:04:55]<k-zed>there were 48 different dates
[08:04:57]<k-zed>on which i committed
[08:05:04]<k-zed>(all in 3 years)
[08:05:21]<k-zed>so we can say that the whole project took roughly 2 months of work
[08:05:36]<arg>moin
[08:05:41]<k-zed>moin moin
[08:06:59]<nsz>..and it has a build in turin complete data processing language with its own interpreter
[08:07:11]<apo_>moin moin moin
[08:07:29]<k-zed>nsz: it's turin complete
[08:07:31]<k-zed>it has jesus in it
[08:07:39]<arg>k23z__: http://hg.suckless.org/swk is the planned incarnation of dwk, we intend to make the widget setup statically declarable
[08:07:43]<nsz>typo
[08:07:46]<arg>that;s why the name change
[08:09:25]<k23z__>k-zed: you wrote tests for it ?
[08:09:42]<k23z__>arg: is it a widget toolkit ?
[08:09:55]<k-zed>k23z__: for the plotter?
[08:10:52]<arg>k23z__: it's nothing except blue air right now, but it's supposed to be usable in April when I have 24/7 freetime
[08:11:32]<k-zed>k23z__: you can try make in trunk/src, then cd ../test; make; ./test1 | ../src/frtplot
[08:12:43]<nsz>./test1: 142: ./rowdelay: not found
[08:12:49]<k-zed>make
[08:13:03]<nsz>oh nice :)
[08:17:59]<k23z__>k-zed: tests = automated tests as in test driven development
[08:18:09]<k23z__>or the suckless philosophy does not support tdd ?
[08:18:54]<nsz>test/ is for test
[08:19:03]<nsz>i see various testcases there
[08:21:32]<k23z__>looks like he wrote even a minilanguage for it
[08:22:11]<k23z__>or maybe it's just awk and I'm mistaken
[08:22:56]<nsz>no.. he really wrote a language, there is parse.lex and parse.y in src
[08:24:59]<k-zed>well there's the "configuration language"
[08:25:11]<k-zed>which isn't a programming language, but.. let's say the border blurs in places
[08:25:48]<k-zed>k23z__: there are no automated tests, other than modifying something then running the tests myself :)
[08:30:01]<k23z__>what university are you guys going to ?
[08:30:06]<k23z__>you guys write great software here
[08:30:18]<k23z__>I don't know there are few places on the internet where I find this
[08:30:22]<k23z__>where do you guys work ?
[08:30:33]<k-zed>hehe i don't even have a degree :(
[08:30:39]<k23z__>k-zed: how so ?
[08:30:43]<k23z__>k-zed: how old are you ?
[08:30:47]<k-zed>dropped out
[08:30:53]<k-zed>26
[08:31:02]<k-zed>now i'm working for the flight simulation industry
[08:33:25]<k-zed>but the core suckless guys write better and more important software (with a slightly too thick ideology around it)
[08:33:53]<k-zed>but while it's vanity project time, k23z__ check out this one too: http://repo.hu/projects/animator/
[08:48:11]<k23z__>k-zed: plumber, what is it useful for ? I read the description and didn't understand very well , can you explain please ?
[08:48:45]<k23z__>you have a number of processes
[08:49:01]<k23z__>and you pipe their input to the other's output with respect to some sort of graph which you define ?
[08:49:09]<k23z__>a graph with edges being from one process to the other ?
[08:49:11]<k23z__>that sort of stuff ?
[08:50:05]<nsz>it can do things like mkfifo foo bar; cmd1 <foo >bar; cmd2 <bar >foo;
[08:50:32]<nsz>so two commands can interact in a simple way without any networking code etc
[08:50:36]<k23z__>that's hard for my brain to grok as I haven't used fifos in some time now ...
[08:50:48]<nsz>they are pipes :)
[08:51:07]<nsz>what ypu put in one end comes out at the other end
[08:51:21]<k-zed>k23z__: simplest use case: animator reads drawing commands on stdin, outputs events on stdout
[08:51:34]<k-zed>and you want to write a simple game that outputs drawing commands on stdout and reads events on stdin
[08:51:39]<k-zed>and you want to connect it up with animator
[08:51:54]<k-zed>you cannot easily do this in the unix shell
[08:52:06]<k-zed>A|B pipes A to B, but you cannot pipe B back to A
[08:52:19]<k-zed>you have to make named fifos for that
[08:52:39]<k-zed>but plumb can connect A and B together
[08:52:57]<k-zed>but it knows more - it can start more processes, and connect whatever to whatever
[08:53:09]<k-zed>it can pipe one output to multiple inputs, and multiple outputs to one input
[08:53:15]<k-zed>(using line buffering)
[08:53:44]<k-zed>it can also filter by (and remove) line prefixes, so you can specify from your program which other program the output needs to go to
[09:11:16]<k23z__>this sounds very nice
[09:11:24]<k23z__>k-zed: this should be included along core linux utilitaries
[09:11:59]<k-zed>well it is useful in some situations :)
[09:31:29]<k23z__>:)
[09:31:50]<k23z__>is haskell compatible with the suckless minimalistic philosophy
[09:31:50]<k23z__>?
[09:32:05]<k23z__>or lisp, or scheme ?
[09:32:10]<k23z__>or erlang ?
[09:32:14]<k23z__>or prolog ?
[09:34:19]<kfx_>none of the above
[09:34:28]<k23z__>just C ?
[09:34:30]<kfx_>the only quality language for suckless development is Delphi
[09:34:41]<k23z__>:))
[09:34:42]<surrounder>hehe
[09:34:42]<k23z__>hahahha
[10:11:03]<n0nsense>huhuhuhuhuhu
[10:11:18]<n0nsense>oh my gosh, delphi wahaha
[10:26:53]<mczinger>can anyone help: i am trying to display weather information in my status bar
[10:27:17]<mczinger>(running wmii)
[10:37:19]<srm>tach
[10:40:34]<Surma>moin
[10:42:28]<arg>guten morjen
[10:42:58]<srm>morjen arg
[10:43:14]<arg>http://en.wikipedia.org/wiki/Long_Tail
[10:46:54]<k23z__>mczinger: you must use the force
[10:47:10]<k23z__>mczinger: /usr/bin/the_force
[10:48:00]<mczinger>k23z__: thank you for your constructive advice
[10:48:35]<apo_>cat > /usr/bin/the_force << EOF
[10:48:38]<apo_>#!/bin/sh
[10:48:40]<apo_>#TODO
[10:48:41]<apo_>EOF
[10:48:47]<apo_>chmod a+x /usr/bin/the_force
[10:48:47]<apo_>Done.
[10:49:51]<mczinger>^^
[11:38:22]<dbbolton>i am trying to make a debian package for libixp from hg, but i get this error: http://paste.debian.net/63526/
[11:40:21]<kfx_>dh_install is debian crap, right?
[11:41:04]<kfx_>I'm unsure if anyone in this channel is well-enough versed with debhelper tools to give you any pointers
[11:45:29]<dbbolton>yes. i am building a debian package. hence the "debian crap"
[11:45:54]<dbbolton>i also tried the already debianized source tarball but it produces a bunk deb
[11:46:15]<dbbolton>i sent a message about it to the mailing list but no one responded
[11:46:33]<dbbolton>that is why i am attempting to build a debian package from the undebianized mercurial source
[11:48:10]<kfx>well
[11:48:20]<kfx>most suckless projects by default use an install prefix of /usr/local
[11:48:48]<kfx>I dunno offhand if that applies to the include/ stuff
[11:49:19]<kfx>looking at a config.mk, seems not
[11:50:20]<kfx>does dh_install log errors in a more useful fashion?
[11:50:50]<kfx>because step one is finding out what it expects to find in /usr/include in the fakeroot
[11:51:04]<kfx>anyway shit like this is why being a debian admin sucked
[11:53:09]<dbbolton>i'll try turning on verbosity
[11:54:46]<dbbolton>http://paste.debian.net/63536/
[11:55:09]<dbbolton>the log files aren't hepful. they only list which dh commands were used
[11:58:53]<k23z__>mczinger: you are most welcome young padawan
[12:00:00]<dbbolton>3.9b has been available for some time. i can't believe that it's not in debian unstable yet.
[12:00:36]<kfx>did you ping the pkg maintainer?
[12:00:52]<dbbolton>i sent a message to the debian suckless team
[12:00:57]<dbbolton>they never responded
[12:01:25]<kfx>ah
[12:01:57]<kfx>hooray for the debian bureaucracy
[12:01:58]<dbbolton>here is the deb that i produced from the 3.9b tarball following the "make deb" build instructions: http://forums.debian.net/download/file.php?id=438
[12:02:26]<dbbolton>after extracting it, it clearly only has a few doc files. there is no wmii binary
[12:07:21]<zcram>3.9b was so different to configure/customise compared to the 3.5 line that I simple gave up on it; don't have time to read the code to familiarise myself and the documentation is nonexistant
[13:04:37]<jt_>arg: why does the dmenu config.mk still have /usr/X11R6/{include,lib} for X11INC and X11LIB?
[17:16:06]<babilen>Hi all - Is wmii actually still in active development? I have the impression that most devs focus on dwm, correct?
[17:17:24]<zcram>from what I've seen, I'd say, "correct"
[17:17:27]<babilen>I really loved wmii, but I have the impression that only kris works on it
[17:17:39]<babilen>that's sad
[17:17:53]<zcram>I'm also sad because I'd rather use wmii then dwm
[17:17:58]<babilen>yeah
[17:18:20]<zcram>and the state of affairs with wmii isn't that great at all, I'd dear to say
[17:18:23]<babilen>I just love the layouts and especially the tabbing approach. Have not yet found a comparable WM.
[17:18:49]<babilen>It's just that I give the hg tip of wmii a try once in a while, but there hasn't been a checkin since january
[17:19:10]<babilen>I would for example love to see the Python reach a stable state...
[17:19:19]<kfx>python is unstable by nature
[17:19:21]<babilen>any plans about that? will wmii just die a slow death?
[17:19:37]<babilen>kfx: huh?
[17:19:40]<zcram>and me myself in particular, I'm not an "X11 programmer"
[17:19:49]<babilen>me neither
[17:21:17]<babilen>ok, thanks for the information
[17:22:47]<zcram>..and from time to time a lonely wmii user (quite frequently, actually, like twice a day) pops in and ask some wmii-specific *difficult* (for me) question that nobody answers
[17:23:19]<babilen>yeah *sigh*
[17:23:39]<babilen>so what changed in dwm in the last 6 months?
[17:23:45]<zcram>will suckless vow under and let ugly things like awesome win over the user baes?
[17:23:46]<babilen>is it worth another try?
[17:23:50]<zcram>hmhh
[17:23:55]<kfx>the proper solution here is to start an official #wmii channel on freenode
[17:23:55]<zcram>they say it's the best
[17:24:33]<babilen>ok i'll read the changelog ...
[17:24:58]<zcram>kfx: but anselm doesn't care anything wmii any more and the rest of the outfit who know it in and out are not particularly eager to do much, either?
[17:25:01]<babilen>it's just that i really like the workspace/tag and layouts of wmii ...
[17:25:14]<zcram>antoszka: 1st!
[17:25:31]<antoszka>zcram: 1st when :)?
[17:25:44]<zcram>now ;D>
[17:26:10]<antoszka>True.
[17:26:28]<zcram>I'm wondering, do I get the hours earlier then you, also?
[17:26:49]<kfx>zcram: that's why I think there should be a #wmii channel
[17:26:53]<antoszka>http://antoszka.pl/fail.jpg ← this is after unpacking a full backup on a machine identical to the one originally having been backed up. Any ideas?
[17:26:56]<kfx>it'll be like the /dev/null of freenode
[17:27:25]<diginux>antoszka: guessing its a udev problem
[17:27:44]<zcram>woot lenooks
[17:27:53]<kfx>antoszka: I doubt the machines are so identical that the GUID of the disks are the same
[17:28:17]<zcram>kfx: how will a channel help that nobody who is in it knows wmii deeply enough to aid others?
[17:28:26]<babilen>UUIDs of a device shouldn't change
[17:28:27]<kfx>get that /dev/disk/by-id shit out of there and try /dev/sd?? or whatever
[17:28:30]<zcram>s/that/where/
[17:28:42]<babilen>zcram: exactly
[17:28:48]<kfx>zcram: it won't help wmii users but it will help keep the wmii whining down in this channel
[17:28:48]<antoszka>kfx: Yeah, that's what I was wondering – is the hardcoded in the disk hardware, or logical data on the partition.
[17:28:56]<m3t4linux>good evening to all
[17:29:04]<diginux>antoszka: wonder no more
[17:29:10]<kfx>antoszka: it's written into the partition table or something
[17:29:15]<m3t4linux>I'm french so sorry for my english :-)
[17:29:17]<kfx>I *think*
[17:29:34]<kfx>regardless, it's a waste of time except for shit like iscsi targets
[17:29:40]<antoszka>kfx: also, it's from the initrd, from what I'm seeing, so I guess I'd have to unpack the initrd, change that to some sane naming scheme, and repack it again...
[17:29:47]<babilen>kfx: ok - sorry. I had the impression that wmii is on-topic in this channel.
[17:29:57]<kfx>and it's a trick to avoid having to fix the udev device enumeration across kernel updates
[17:30:02]<kfx>babilen: it is, but I wish it weren't
[17:30:03]<antoszka>kfx: but – if it were in the partition table, it should have appeared correct after unpacking from backup image.
[17:30:15]<antoszka>kfx: which is why I said “i'm wondering”
[17:30:17]<zcram>kfx: good thinking, but perhaps no
[17:30:19]<kfx>twice a day, we get people who whine about how wmii isn't perfect but they can't fix it so will someone please blah blah blah
[17:30:29]<zcram>uh-oh
[17:30:30]<zcram>yeah
[17:30:45]<m3t4linux>I'm trying to compile surf "hg" but the following message appears
[17:31:12]<kfx>antoszka: you said an identical machine -- did the drives get transferred? ie, are unpack-to drives the exact drives that were packed-from
[17:31:33]<m3t4linux>surf.c : in function 'loadstatuschange':
[17:32:01]<kfx>anyway at that shell you should be able to do ls -l /dev/disk/by-id/ to see which ids are which /dev/sd?? entries
[17:32:04]<babilen>kfx: I just wanted to verify my impression that wmii is dieing. If there would actually be the interest (even of a minority of devs) to keep it alive and invest time, I would stick with it and fix whatever bug i'm abl to fix.
[17:32:23]<kfx>antoszka: then you can go into fstab and get the guid garbage out and put real /dev/sd?? entries in
[17:32:34]<m3t4linux>surf.c:401: Warning: enumeration value 'WEBKIT_LOAD_FAILED' not handled in switch
[17:32:47]<m3t4linux>how solve it please?
[17:32:54]<m3t4linux>thanks a lot
[17:32:56]<kfx>babilen: fix what you can, commit the code, stop expecting other people to make you promises in return for work you haven't even shown you can do
[17:33:01]<antoszka>kfx: the drives are different units of the same kind. But if that GUID thing is in the FS and/or the partition table, it should have been unpacked when unpacking the backup.
[17:33:37]<babilen>kfx: I am not expecting anything - I just don't want to commit to a project nobody except me is interested in.
[17:33:57]<kfx>antoszka: in my experience the guid will be different on different drives no matter what you do
[17:34:05]<babilen>true
[17:34:22]<kfx>antoszka: but like I said you can just edit /etc/fstab and ignore all that crap
[17:34:38]<antoszka>kfx: yeah, i'll try to dig into either the root fs fstab or the initrd and remove the cra
[17:34:42]<antoszka>p
[17:34:50]<babilen>You can also label you drives (tune2fs) ...
[17:35:12]<babilen>anyway - have a great evening/day
[17:35:19]<kfx>antoszka: the easiest way is to boot another machine, mount the drives, chroot into them, make the changes, then use update-initrd or whatever
[17:35:37]<babilen>enjoy your work
[17:35:44]<kfx>antoszka: actually I'm sure there's a much easier way but that way is pretty reliable
[17:35:45]<m3t4linux>you don't help newbie perhaps??
[17:36:23]<antoszka>kfx: k, thanks
[17:36:50]<kfx>antoszka: be sure to note down guid->/dev/sd?? entry mapping before you get started
[17:37:28]<kfx>m3t4linux: your version of webkit is newer than your version of surf. since that's just a build warning you can probably ignore it
[17:37:48]<antoszka>kfx: right
[17:41:24]<m3t4linux>kfx : thanks for the reply, OK , by the way, that's why I an other error with the function 'newclient' and indicator_thickness
[17:42:53]<kfx>m3t4linux: I have no idea what information that sentence was intended to impart
[17:44:15]<m3t4linux>ok , thanks you anyway
[17:56:18]<apo_>hm
[17:56:26]<apo_>Gottox: Does surf handle gzip?