=== Guest97735 is now known as mfisch | ||
duflu_ | Does anyone know how errors.ubuntu.com works? It seems to only match stack traces to depth 4. Is that correct? | 02:40 |
---|---|---|
=== duflu_ is now known as duflu | ||
=== SuperLag_ is now known as SuperLag | ||
=== pitti` is now known as pitti | ||
pitti | Good morning | 06:35 |
pitti | duflu: should be the topmost 5, if it's using the same algorithm as apport | 06:35 |
duflu | pitti: OK, hmm... | 06:36 |
duflu | I wonder if that's enough | 06:36 |
didrocks | morning | 07:04 |
pitti | bonjour didrocks, ça va ? | 07:17 |
didrocks | pitti: ça va bien, c'est vendredi ! et toi ? :) | 07:17 |
pitti | didrocks: je suis d'accord, merci; j'ai dormi très bien | 07:17 |
=== Guest6673 is now known as larsu | ||
seb128 | good morning desktopers! | 07:59 |
=== Wellark_ is now known as wellark | ||
=== wellark is now known as Wellark | ||
willcooke | g'morn | 08:35 |
didrocks | hey willcooke | 08:37 |
seb128 | hey willcooke | 08:39 |
seb128 | how are you? | 08:39 |
willcooke | What is the point of Reddit? | 08:40 |
willcooke | it just seems to be a forum for people to make things up and pass it off as fact. | 08:40 |
seb128 | sink your productivity on the internet? ;-) | 08:40 |
willcooke | the Ubuntu things are 99% BS | 08:40 |
willcooke | I want to reply but... no actually, I don't | 08:40 |
willcooke | https://bugs.launchpad.net/mir/+bug/1324101 | 08:49 |
ubot5 | Launchpad bug 1324101 in Mir "need way to position menus and tooltips (relative positioning to parent)" [High,In progress] | 08:49 |
willcooke | \o/ | 08:49 |
willcooke | larsu, relevant to your interests I expect ^^ | 08:49 |
larsu | indeed :) | 08:51 |
larsu | morning willcooke! | 08:51 |
=== lan3y is now known as Laney | ||
Laney | ahoy | 09:04 |
didrocks | hey Laney! | 09:05 |
larsu | happy Friday Laney! | 09:05 |
Laney | happy friday! | 09:05 |
seb128 | hey Laney, wie gehts? | 09:08 |
Laney | hey seb128 | 09:15 |
Laney | feeling good! | 09:15 |
Laney | quality climbing session last night | 09:15 |
seb128 | great! | 09:15 |
Laney | what about you? | 09:15 |
seb128 | doing good | 09:15 |
seb128 | it's friday! | 09:15 |
=== ochosi_ is now known as ochosi | ||
seb128 | that is a weird bug | 09:32 |
seb128 | that happens sometime, not sure what to blame, video driver, xorg, toolkits, ... | 09:32 |
seb128 | http://people.canonical.com/~seb128/bug.png | 09:32 |
seb128 | letters get missing in text, happens in most apps and is random, sometime on refresh they show and then hide again | 09:33 |
=== greyback__ is now known as greyback | ||
willcooke | seb128, ?!?!?!?!? | 09:55 |
seb128 | willcooke, exactly... | 09:55 |
willcooke | seb128, are you reading the matrix? | 09:55 |
seb128 | lol | 09:55 |
* didrocks lost his ^ | 09:56 | |
didrocks | they are going to an unfocussed window! | 09:56 |
didrocks | a gnome-terminal one | 09:56 |
willcooke | I'd think it was a tk issue, I think if it was a video driver thing it would be more broken | 09:56 |
didrocks | I wonder if this isn't a gnome-terminal issue | 09:57 |
didrocks | Laney: ^ | 09:57 |
didrocks | between 2 g-t | 09:57 |
Laney | lost his what? | 09:58 |
Laney | sorry I don't understand what you are saying | 09:58 |
seb128 | Laney, I guess he means the "^" key? | 10:00 |
* seb128 is unsure as well | 10:00 | |
didrocks | Laney: so, all keys were going to the current gnome-terminal | 10:01 |
didrocks | as you can expect | 10:01 |
didrocks | but ^ keystrokes were sent to another gnome-terminal window | 10:01 |
didrocks | happened twice since this morning | 10:01 |
Laney | not heard of that | 10:03 |
Laney | how can I make it happen? | 10:03 |
didrocks | yeah, that's the part I'm unsure | 10:03 |
didrocks | if I change the focused windows, then, it resets | 10:03 |
Laney | try using shell for a bit or something to rule in/out the WM | 10:12 |
didrocks | Laney: nice idea, will do that | 10:13 |
didrocks | (not now, getting rules to get Touch booting on systemd) | 10:14 |
darkxst | didrocks, Laney, I've heard of wierd focus issues but it involves non-standard settings | 10:17 |
didrocks | it's still weird it's only one key though | 10:18 |
didrocks | not the others | 10:18 |
darkxst | didrocks, only one key gets sent to the wrong window? | 10:18 |
darkxst | that is incredibly strange | 10:19 |
didrocks | right | 10:20 |
didrocks | it was the same twice | 10:20 |
didrocks | all the other ones worked | 10:20 |
darkxst | didrocks, no idea then | 10:25 |
darkxst | the reports I have heard all keyboard input goes to the wrong windo, but on;y when diabling window modifier key binding (i thing) | 10:27 |
didrocks | I didn't disable it here, so not that one :/ | 10:35 |
darkxst | didrocks, my best guess is the unity key grabber, is messing up somewhere | 10:56 |
didrocks | can be | 10:57 |
didrocks | will see first if I can reproduce it more than twice | 10:57 |
willcooke | desrt, http://www.bbc.co.uk/news/science-environment-30784886 | 11:31 |
=== MacSlow is now known as MacSlow|lunch | ||
=== alan_g is now known as alan_g|lun | ||
=== alan_g|lun is now known as alan_g|lunch | ||
=== alan_g|lunch is now known as alan_g | ||
=== Pici is now known as Guest66126 | ||
=== Guest66126 is now known as Pici | ||
=== MacSlow|lunch is now known as MacSlow | ||
=== rickspencer3_ is now known as rickspencer3 | ||
=== Guest8667 is now known as balloons | ||
=== Guest52246 is now known as charles | ||
Chipaca | what can make 'quilt push -a' work, but bzr-buildpackage fail complaining about fuzz and reversed patches? | 16:27 |
didrocks | Chipaca: bzr bd is more restrictive than quilt pushing | 16:27 |
didrocks | Chipaca: so in that can, quilt push <the patch that has fuzz> | 16:28 |
didrocks | quilt refresh | 16:28 |
didrocks | bzr commit, blablabla | 16:28 |
Chipaca | quilt refresh says no changes | 16:28 |
didrocks | the amount of fuzz it accepts it stricter | 16:28 |
didrocks | is* | 16:28 |
didrocks | bzr diff? | 16:28 |
Chipaca | there is no fuzz, no diff, no status | 16:28 |
didrocks | hum, that's weird, do you have the branch? | 16:28 |
Chipaca | i'll pastebin the session because i wouldn't believe it myself | 16:29 |
Chipaca | ah, sure, let me push it | 16:29 |
didrocks | let me see if I reproduce first :) | 16:29 |
didrocks | I remember having spent quite some time due to that | 16:29 |
Laney | if you forget to edit with 'quilt edit' or similar | 16:29 |
didrocks | but generally, it was just because of what I explained above | 16:29 |
Chipaca | didrocks: lp:~chipaca/ubuntu-push/fix-1376282-for-rtm | 16:29 |
Chipaca | Laney: this is a cherry pick, onto a project that didn't have patches before | 16:30 |
Chipaca | it's the first distro-patch | 16:30 |
Chipaca | Laney: so i did 'quilt import' to the patch | 16:31 |
Chipaca | i have no idea if any of that is relevant to the problem :) | 16:31 |
Laney | or if a file is directly edited before you then use quilt on it | 16:31 |
Laney | so quilt and dpkg-source get different ideas about the before state | 16:32 |
Laney | you can probably not use quilt for this branch though and just cherry-pick directly - I think that's usualy for rtm branches | 16:32 |
Laney | s/usualy/usual/ | 16:33 |
Laney | kenvandine: confirm/deny ? | 16:33 |
* kenvandine reads | 16:33 | |
kenvandine | i'd say just cherry pick for rtm branches | 16:34 |
kenvandine | instead of quilt | 16:34 |
Chipaca | Laney: kenvandine: my perhaps misguided idea was that i could use quilt to make keeping the base tree in sync easier | 16:35 |
Chipaca | ie the tree without the patches is exactly a given revno of upstream | 16:35 |
kenvandine | i think quilt is going to just make it harder | 16:35 |
didrocks | yeah, the workflow with package branch is to be able to bzr merge from upstream | 16:36 |
didrocks | that avoid those quilt issues | 16:36 |
kenvandine | imo quilt makes most things harder :) | 16:36 |
Chipaca | well, it has, but at least now i feel less bad about it :D | 16:36 |
=== ampelbein_ is now known as Ampelbein | ||
* Chipaca throws away quilt and does what he knows | 16:40 | |
didrocks | Chipaca: yeah, I'm getting failures with LC_ALL=C patch -t -F 0 -N -p1 -u -V never -g0 -E -b -B .pc/info-loglevel.diff/ --reject-file=- < debian/patches/info-loglevel.diff | 16:40 |
didrocks | Chipaca: really, the whole "release from branch" is about bzr merge upstream to your branch | 16:41 |
didrocks | Chipaca: so I would really go with this :) | 16:41 |
Chipaca | didrocks: I don't know what “the whole "release from branch"” even *is*, but i know bzr and am not afraid to use it | 16:41 |
didrocks | Chipaca: if your branch has been properly bootstraped, just bzr merge :) | 16:42 |
didrocks | if not, complain to #ubuntu-ci-eng ;) | 16:42 |
=== Guest4292 is now known as kgunn | ||
Chipaca | also, also, schroot on shm + my little python .deb cache on shm === 5 second bzr-buildpackage | 16:43 |
didrocks | nice! | 16:43 |
willcooke | unlol: https://github.com/ValveSoftware/steam-for-linux/issues/3671 | 16:49 |
seb128 | that's a fail indeed | 16:50 |
didrocks | rm -rf "$STEAMROOT/"* | 16:52 |
didrocks | oh come on! | 16:52 |
didrocks | I thought that would only happen at "professionals", I have names! :p | 16:52 |
andyrock | seb128, do you know who should I ping on #gtk+ to get some info about GtkIconTheme | 16:52 |
andyrock | ? | 16:52 |
didrocks | willcooke: where it happened, it was on the company vcs-like (all very centralize) machines :p | 16:53 |
willcooke | :/ | 16:54 |
seb128 | andyrock, no, but maybe larsu or desrt can help you | 16:55 |
andyrock | larsu, desrt http://paste.ubuntu.com/9762431/ | 16:56 |
seb128 | larsu, thanks | 16:56 |
seb128 | andyrock, he replied on gtk | 16:56 |
larsu | andyrock: you're not very patient ;) | 16:56 |
andyrock | :D | 16:56 |
andyrock | seb128, larsu that's what is causing the '?' icon bug in vivid | 16:57 |
seb128 | k | 16:58 |
seb128 | why are icons queried differently on first start and later? | 16:59 |
andyrock | seb128, not sure | 17:01 |
andyrock | seb128, Trevinho should know more | 17:01 |
andyrock | larsu, thanks using lookup_icon should work just fine in bamf | 17:06 |
larsu | andyrock: ya. Seems to me that has_icon() is pointless anyway | 17:06 |
larsu | especially for bamf's use-case | 17:06 |
xnox | pitti: i look how upstart handles -1 from fork() call - | 17:12 |
xnox | /* Goodbye, cruel world. */ | 17:12 |
xnox | exit (signum); | 17:12 |
pitti | xnox: heh | 17:13 |
pitti | xnox: well, at that poitn pretty much everything is lost, I figure :) | 17:13 |
xnox | pitti: well documentation is EAGAIN, spawning jobs it does loop until fork >= 0 | 17:15 |
* xnox needs lunch | 17:15 | |
didrocks | xnox: EAGAIN had_lunch >=0 :p | 17:15 |
didrocks | xnox: sounds weird to not fail in that case though and looping retrying forking | 17:16 |
pitti | xnox: well, when it happens in a generator, I think it's safe to abort -- if you can't fork during boot, you are busted anyway | 17:18 |
didrocks | EOW! have a nice week-end guys :) | 17:36 |
willcooke | EOW - party hearty | 17:49 |
willcooke | toodles | 17:49 |
=== jhodapp_ is now known as jhodapp | ||
* Laney relocates downstairs to finish watching The Tunnel :O | 18:03 | |
=== brainwash_ is now known as brainwash |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!