=== Amaranth_ is now known as Amaranth | ||
robert_ancell | TheMuso, RAOF - is there a way to do a bzr-pdebuild or similar? | 01:28 |
---|---|---|
RAOF | You could set pdebuild instead of debuild as the bzr builder command. | 01:28 |
robert_ancell | RAOF, I tried that but didn't get it to work | 01:29 |
robert_ancell | RAOF, I think the problem was I needed some arguments to pdebuild and it got complicated | 01:30 |
robert_ancell | what do you guys do? | 01:30 |
RAOF | Hm. Dunno. I haven't been annoyed enough by a two-step build process to do any fiddling there. | 01:31 |
RAOF | I mostly want a clean source-only package as well, so I build one, then {p,s}build that | 01:31 |
robert_ancell | RAOF, so you do a bzr-buildpackage -S then work on that? That doesn't work for me because I need to compile maverick packages on lucid and the dependencies stop bzr-buildpackage -S from working | 01:33 |
RAOF | Mostly you can pass -d through, too. From memory, that works. | 01:34 |
RAOF | Unless it needs those new dependencies to clean, of course. | 01:35 |
robert_ancell | RAOF, thanks, I tdidn't know about tha | 01:35 |
lifeless | hey | 03:30 |
lifeless | I've got an odd thing on lucid | 03:30 |
lifeless | If I login and do stuff for a couple of days | 03:30 |
lifeless | then insert a camera into USB | 03:30 |
lifeless | its not noticed | 03:30 |
lifeless | If I unplug it, login a new session as lynne, and plug it in, it gets noticed; close her session, back to mine - still no go | 03:30 |
lifeless | I'm pretty sure if I log out and in, my session will notice it again (IMBW) | 03:31 |
lifeless | any thoughts ? | 03:31 |
robert_ancell | TheMuso, can you push a new glib? (Minor change, just installs a few extra binaries that were being ignored) | 03:41 |
robert_ancell | push=sponsor | 03:41 |
TheMuso | robert_ancell: of course. | 03:42 |
robert_ancell | TheMuso, I even built it in a chroot for you :) | 03:42 |
TheMuso | Will do so once this merge I have just finished doing is uploaded. | 03:42 |
TheMuso | robert_ancell: heh cool. :) | 03:43 |
TheMuso | robert_ancell: I also see some manpages in that install file. Shouldn't you also make sure you have installed the manpages for the new binaries that are being included? | 03:45 |
TheMuso | Or are there none? | 03:45 |
robert_ancell | TheMuso, good question, I didn't check | 03:46 |
robert_ancell | TheMuso, pushed. I wonder why Debian felt they should explicitly list the installed binaries? | 03:47 |
TheMuso | robert_ancell: Because they probably didn't want all of them installed. | 03:48 |
robert_ancell | It seems the wrong way to go around it, if you don't want them installed then stop them getting built | 03:49 |
TheMuso | With the flexibility of the debhelper system and the .install files, its trivial to only install what you want, so I don't see it as a really big deal. | 03:50 |
robert_ancell | except for when you forget to add an important new tool... | 03:51 |
TheMuso | True, but the fix is trivial | 03:51 |
robert_ancell | every fix has a cost and we have enough work as it is! | 03:53 |
TheMuso | This is also true. | 03:54 |
TheMuso | robert_ancell: the way you made the changes to package all the binaries hasn't quite worked. What you have inside libglib2.0-bin now is usr/bin/bin/ and the binaries inside. Same with man pages, usr/share/man/man/man1 with the manpages inside that. | 04:15 |
TheMuso | robert_ancell: TO fix that, you should only need to remove the usr/bin and usr/share/man from the end of the lines in libglib2.0-bin.install | 04:16 |
* TheMuso tests to make sure. | 04:16 | |
TheMuso | robert_ancell: I'm happy to fix that up for you if you'd like. | 04:16 |
robert_ancell | TheMuso, thanks | 04:20 |
robert_ancell | TheMuso, I didn't read the output of dpkg -c right | 04:20 |
TheMuso | ah ok | 04:20 |
robert_ancell | TheMuso, did you make that change? | 05:25 |
TheMuso | robert_ancell: Yes, and I got it wrong, so made another change. Stil waiting for the test build to finish, alongside some other builds. | 05:25 |
robert_ancell | ok, can you push anyway? | 05:26 |
robert_ancell | (to bzr) | 05:26 |
robert_ancell | I'll build a local copy so I can build some dependant packages | 05:26 |
TheMuso | robert_ancell: Sure, once I get the change correct I'll push. | 05:28 |
TheMuso | not long now, just got the tests to complete | 05:28 |
robert_ancell | what was the change? | 05:28 |
TheMuso | robert_ancell: basically the libglib2.0-bin.install file now has: | 05:29 |
TheMuso | debian/install/deb/usr/bin/* usr/bin | 05:29 |
TheMuso | debian/install/deb/usr/share/man/* usr/share/man | 05:29 |
robert_ancell | debian/install/deb/usr/bin didn't work? | 05:30 |
TheMuso | ok my change worked | 05:31 |
TheMuso | no, as I explained above. | 05:31 |
TheMuso | pushing now | 05:31 |
TheMuso | and uploading glib | 05:32 |
robert_ancell | so what happens? (I thought that would have worked as other packages normally have something like debian/tmp/usr/bin) | 05:32 |
TheMuso | the way you had the install file, it told the install process to literally put the bin and man directories into usr/bin and usr/share/man respectively. | 05:33 |
robert_ancell | yes, and then you recommended to drop the "usr/bin" from the end - but it sounds like that didn't work? | 05:33 |
TheMuso | no it didn't. | 05:34 |
TheMuso | it literally added a debian/install/deb set of dirs to the package | 05:34 |
robert_ancell | right, these dpkg rules must not realise "debian/install/deb" is the build directory | 05:34 |
TheMuso | Or, it may be to do with how dh_install is being called behind the scenes. | 05:35 |
TheMuso | or it just may be that I don't understand thigns as well as I thought. :) | 05:36 |
robert_ancell | so many packaging variants :) | 05:36 |
robert_ancell | thanks for the sponsor! | 05:36 |
robert_ancell | and thanks for the endorsement in my core application | 05:36 |
TheMuso | np | 05:37 |
TheMuso | You're welcome. | 05:37 |
robert_ancell | TheMuso, damn, I just worked out why glib had the binaries listed explicitly - some of the binaries are in the -dev package | 08:10 |
didrocks | good morning | 08:17 |
pitti | Good morning | 08:19 |
didrocks | Guten Morgen pitti | 08:21 |
pitti | bonjour didrocks, how are you? | 08:25 |
didrocks | pitti: I'm fine thanks, preparing the ubuntu party this week-end on my spare time, so very busy :) and you? | 08:25 |
pitti | oh, have fun! | 08:26 |
pitti | last day of week today, I'm on holiday tomorrow and will go to Munich again | 08:26 |
pitti | so, trying to get some stuff done :) | 08:26 |
seb128 | lut didrocks | 08:26 |
seb128 | hey pitti | 08:26 |
didrocks | pitti: oh sweet, short week so ;) How long will you stay in Munich? | 08:27 |
didrocks | salut seb128 | 08:27 |
pitti | didrocks: until next Saturday | 08:27 |
pitti | bonjour seb128 | 08:27 |
=== almaisan-away is now known as al-maisan | ||
huats | morning | 09:18 |
seb128 | pitti, hey | 10:14 |
seb128 | pitti, do you have any though on bug #539515? | 10:14 |
ubot2 | Launchpad bug 539515 in gvfs (Ubuntu Lucid) (and 1 other project) "Attempts to mount floppy despite no media present - disable automount (affects: 68) (dups: 12) (heat: 404)" [Medium,Confirmed] https://launchpad.net/bugs/539515 | 10:14 |
seb128 | what would you do if you had access to one of the buggy boxes? | 10:15 |
pitti | ah, it's been a while | 10:15 |
* pitti loks | 10:15 | |
seb128 | pitti, udisks --dump hang for 30 seconds | 10:16 |
seb128 | that should not block login though | 10:16 |
pitti | so it's ultimately bug 459950 | 10:16 |
ubot2 | Launchpad bug 459950 in linux (Ubuntu) "Detects "Floppy Drive" but no floppy drive in computer (affects: 15) (dups: 5) (heat: 102)" [Medium,Confirmed] https://launchpad.net/bugs/459950 | 10:16 |
seb128 | right | 10:17 |
pitti | i. e. the kernel pretends to have a /dev/fd0, and once you probe that, you end up in a multi-sec kernel deep sleep | 10:17 |
pitti | seb128: on an affected box I'd strace udisks and see whether the probing can be made async | 10:17 |
pitti | and check whether we can avoid probing fd0 at all | 10:18 |
pitti | it already should be disabled in the udev rules, but something through gvfs still seems to trigger it | 10:18 |
seb128 | can you dump your thoughts on the bug? | 10:18 |
seb128 | it hits quite some users | 10:18 |
pitti | seb128: ah, just saw comment 49 again | 10:20 |
pitti | so, I'm puzzled why gvfs tries to talk to the floppy in the first place; I think it doesn't | 10:20 |
pitti | it just triggers udisk with some sync dbus call which then hangs for 30 s | 10:21 |
pitti | but I really can't say more without getting access to such a machine | 10:21 |
seb128 | ok, weird | 10:21 |
seb128 | I'm not sure why nautilus hanging would stop session loading | 10:21 |
seb128 | we dropped it from the required components | 10:22 |
seb128 | it should just be spawned as any software | 10:22 |
seb128 | you should get gnome-panel etc loading | 10:22 |
seb128 | or gnome-panel is stucked the same way for some reason | 10:22 |
pitti | well, but that doesn't help | 10:22 |
seb128 | could be that they use gvfs in a sync way and it's blocking | 10:22 |
pitti | it's not gvfs or gnome which is blocking, it's the kernel | 10:22 |
seb128 | well it's not blocking the box is it? | 10:23 |
seb128 | the device probing should take time but other things keep running no? | 10:23 |
pitti | I don't quite see how, but reportedly it does | 10:23 |
pitti | oh, there's another workaround, blacklisting floppy; /me follows up | 10:23 |
seb128 | it seems to be down to bios lying for the kernel issue | 10:24 |
seb128 | I guess the kernel can't do a lot about that | 10:25 |
seb128 | pitti, do you think changing f-spot to not clean photo copies in tmp it does when using the "send via email" option would be fine for a stable update? | 11:16 |
seb128 | right now it copy it there, call the email composer and clean after a timeout | 11:16 |
vuntz | robert_ancell: could you release a new gnome-games? | 11:17 |
seb128 | which works with evo which does copy the files to send | 11:17 |
seb128 | but not with thunderbird which goes "the file you want to send is not there" when you send the emails some time later | 11:17 |
robert_ancell | vuntz, it's awaiting the glib changes | 11:17 |
seb128 | robert_ancell, hey | 11:17 |
seb128 | robert_ancell, so what happened to the "be careful with things depending on gsettings"? ;-) | 11:18 |
seb128 | robert_ancell, we got gnome-games 2.31 now which does depends on it :p | 11:18 |
robert_ancell | seb128, hey, I realised I stuffed up the glib package again - there were two tools, I forgot to add glib-compile-schemas - can you do it? | 11:18 |
alf__ | pitti: Hi! | 11:18 |
seb128 | robert_ancell, ok | 11:19 |
robert_ancell | seb128, gnome-games is the experimental package - only some of the apps require gsettings and we can roll it back/patch it if it's a problem | 11:19 |
seb128 | robert_ancell, ok, seems like a plan then | 11:19 |
seb128 | I'm a bit nervous about using gsettings until we get dconf running and working | 11:19 |
robert_ancell | seb128, I'm updating the other packages to the latest 2.30 with debian changes for now | 11:19 |
pitti | seb128: i. e. is the timeout too short then? | 11:19 |
pitti | hey alf__ | 11:19 |
seb128 | because right now you trash your dconf config on software closing | 11:19 |
pitti | seb128: but if that breaks tbird, I'm fine with keeping the /tmp/ files | 11:20 |
seb128 | pitti, well they argued than any timeout would be too short since you can start your email and send it an hour later | 11:20 |
rodrigo_ | hmm, shouldn't packages I uploaded via dput for maverick show up on https://edge.launchpad.net/ubuntu/maverick/+queue?queue_state=1 ? | 11:20 |
pitti | seb128: agreed | 11:20 |
seb128 | pitti, so they decided to not clean and let usual distro reboot do that | 11:20 |
seb128 | rodrigo_, no, upload are directly accepted | 11:20 |
rodrigo_ | seb128, ah, ok | 11:21 |
seb128 | rodrigo_, the queue is only during freezes or for stable updates | 11:21 |
seb128 | ie things which need moderation and review | 11:21 |
alf__ | pitti: Does jockey know in advance if it has a driver for a hardware device, or must it have internet access? | 11:21 |
seb128 | pitti, thanks | 11:21 |
rodrigo_ | seb128, so how can I check it is really uploaded? | 11:21 |
pitti | alf__: you need to have internet access, so that apt can download the package indexes | 11:21 |
seb128 | couchdb-glib (0.6.91-0ubuntu1) maverick; urgency=low | 11:21 |
robert_ancell | later all | 11:21 |
seb128 | rodrigo_, this one? | 11:21 |
rodrigo_ | seb128, yes | 11:21 |
seb128 | rodrigo_, you should have got an accepted email | 11:21 |
rodrigo_ | ah, right | 11:21 |
seb128 | launchpad send those | 11:22 |
rodrigo_ | ok then | 11:22 |
seb128 | you can also subscribe to https://lists.ubuntu.com/mailman/listinfo/maverick-changes | 11:22 |
seb128 | if you want to see what gets uploaded | 11:22 |
rodrigo_ | yes, cool | 11:22 |
alf__ | pitti: Is it possible to provide the package indexes locally? | 11:22 |
vuntz | seb128: hrm, do you know which glib change robert_ancell is waiting for? | 11:23 |
pitti | alf__: sure, they are in /var/lib/apt/lists/ | 11:23 |
seb128 | vuntz, no, maybe check bugs he opened on bugzilla.gnome.org? | 11:23 |
alf__ | pitti: Ahh, you meant those :) I mean, how does it know if a hardware device has a proprietary driver? | 11:25 |
vuntz | seb128: don't see anything relevant :/ | 11:25 |
seb128 | vuntz, drop him an email I guess | 11:26 |
vuntz | I guess I'll just use an old version of gnome-games for this release | 11:26 |
alf__ | pitti: Does it keep a list somewhere (eg PCI/USB ids?) | 11:26 |
pitti | alf__: it uses standard kmod modaliases | 11:26 |
pitti | alf__: /usr/share/jockey/modaliases/ has those mappings | 11:26 |
pitti | alf__: they are provided by the e. g. nvidia or fglrx drivers | 11:26 |
pitti | we install the modalias packages by default | 11:26 |
alf__ | pitti: So just to check if there is a driver available (not get it) it doesn't need internet access? | 11:27 |
vuntz | dobey: ping? | 11:27 |
vuntz | dobey: are you still maintaining evolution-webcal? | 11:27 |
vuntz | dobey: (need a release asap) | 11:28 |
pitti | alf__: right; but the UI does not expose that, it won't show the driver if the package isn't available | 11:28 |
pitti | seb128: I'm a bit confused about our cairo package; it doesn't build depend on libdirectfb-dev, but the library depends on libdirectfb; might be a spurious dependency? | 11:29 |
pitti | (it's indeed disabled in the build) | 11:30 |
seb128 | pitti, maverick? | 11:30 |
pitti | lucid | 11:30 |
seb128 | it does build the directfb backend | 11:30 |
seb128 | that changed in maverick now | 11:30 |
pitti | ah, I see | 11:31 |
seb128 | it was required for the d-i before they switched to x11 | 11:31 |
pitti | right, maverick's package drops the binary depends | 11:31 |
pitti | seb128: thanks for confirming | 11:31 |
seb128 | gtk, cairo, etc dropped their directfb builds now in maverick | 11:31 |
alf__ | pitti: Is there a way to get that information somehow programmatically (eg that a driver is or is not available, regardless of whether a package is available)? | 11:31 |
seb128 | pitti, you're welcome | 11:31 |
seb128 | pitti, libsdl keep libdirectfb on the default installation though | 11:32 |
seb128 | would be nice to clean that if we can | 11:32 |
pitti | seb128: right, it looks like cruft now | 11:32 |
pitti | alf__: yes, with a few python calls it should be possible; hang on | 11:33 |
seb128 | pitti, could be that a rebuild would be enough to fix it | 11:33 |
pitti | seb128: hm, but sdl provides an actual directfb backend, doesn't it? | 11:33 |
seb128 | pitti, apt-cache show libsdl1.2debian-pulseaudio | 11:34 |
seb128 | " This version of SDL is compiled with X11 graphics and PulseAudio sound." | 11:34 |
seb128 | the description says it's build using x11 | 11:34 |
pitti | seb128: it does build-depend on libdirectfb-dev | 11:35 |
pitti | I guess we could drop that | 11:35 |
seb128 | I'm wondering if that's needed for something | 11:35 |
seb128 | but I don't know enough about sdl to say | 11:35 |
pitti | well, if you want to play sdl games on a framebuffer instead of X11, I suppose | 11:35 |
seb128 | pitti, how often do you want that? ;-) | 11:35 |
pitti | I'm fine with kicking this out | 11:37 |
seb128 | \o/ | 11:37 |
=== MacSlow is now known as MacSlow|lunch | ||
zyga | seb128, do you know owen taylor? | 11:59 |
* ogra hopes zyga means the gnome shell dev and not http://www.owentaylor.co.uk/ *g* | 12:11 | |
zyga | ogra, yes you are right | 12:11 |
zyga | ogra, he does exactly what I need | 12:11 |
ogra | which one ? | 12:11 |
ogra | :) | 12:11 |
zyga | and I want to talk with him about it | 12:12 |
zyga | ogra, performance measurement using log analysis | 12:12 |
ogra | ah, so not the butcher then :) | 12:13 |
staz | zyga: he is on #gnome-hackers nickname owen | 12:14 |
* zyga checks the link ogra gave | 12:14 | |
zyga | staz, thanks | 12:14 |
zyga | staz, in irc.gimp.net? | 12:14 |
staz | yes | 12:14 |
seb128 | zyga, what staz said | 12:26 |
zyga | seb128, thanks I'm already in touch with owen | 12:26 |
seb128 | zyga, I've seen that now, reading backlog ;-) | 12:27 |
=== MacSlow|lunch is now known as MacSlow | ||
seb128 | didrocks, seems you forgot to push your gnome-utils lucid update | 13:06 |
seb128 | didrocks, do you still have it locally? | 13:06 |
didrocks | seb128: hum, not sure, as I cleaned my directory after lucid, let me see | 13:07 |
seb128 | didrocks, if not that's not an issue I can fix that locally | 13:07 |
didrocks | seb128: no sorry, I don't have it anymore :/ | 13:07 |
seb128 | didrocks, you will just loose commit credit ;-) | 13:07 |
didrocks | loosing karma? :) | 13:08 |
seb128 | yes | 13:08 |
didrocks | well, let's say karma isn't a priority for me ;) | 13:08 |
didrocks | thanks seb128 | 13:08 |
seb128 | np | 13:08 |
seb128 | didrocks, that's probably because you don't know yet that your performance review includes karma count ;-) | 13:08 |
seb128 | (joking ;-) | 13:09 |
didrocks | seb128: urgh :-) | 13:09 |
seb128 | (joking ;-) | 13:09 |
seb128 | hehe | 13:09 |
* didrocks creates lp:~didrocks/+junk/foo branch | 13:09 | |
=== fta_ is now known as fta | ||
ayan | pinghah. | 13:19 |
ayan | err -- hah i mean. | 13:19 |
seb128 | hey ayan | 13:20 |
ayan | hey seb. | 13:31 |
dobey | vuntz: i am not | 14:16 |
vuntz | dobey: hrm, you might want to announce it somewhere like d-d-l so that a new maintainer is found, then | 14:27 |
dobey | vuntz: afaik, andre has been landing patches | 14:29 |
vuntz | dobey: still, I'm sure everybody assumes it's still you. Especially since MAINTAINERS say so | 14:29 |
seb128 | chrisccoulson, hey | 14:39 |
chrisccoulson | hi seb128, how are you? | 14:40 |
seb128 | chrisccoulson, good, thanks! you? | 14:40 |
chrisccoulson | quite busy, but good | 14:40 |
seb128 | what are you working on? | 14:41 |
chrisccoulson | updating all the firefox extensions in hardy, in preparation for rolling out 3.6.4 | 14:41 |
seb128 | chrisccoulson, oh ok, good luck then | 14:42 |
chrisccoulson | heh, thanks ;) | 14:42 |
seb128 | chrisccoulson, I was going to check if you planned to start on merges for maverick soon or need help with those | 14:42 |
seb128 | chrisccoulson, seems you are busy, I will see if we can help you with those | 14:43 |
chrisccoulson | i haven't really had much time to look at any maverick stuff yet, other than updating connman and ofono a couple of times | 14:43 |
chrisccoulson | i want to get this hardy stuff out of the way ASAP really ;) | 14:43 |
seb128 | right | 14:46 |
seb128 | thanks for doing the connman and ophono uploads | 14:46 |
ogra | ofono :) | 14:48 |
* ogra has been corrected by asac so many times that he cant resist to correct others :) | 14:49 | |
seb128 | lol | 14:49 |
rickspencer3 | seb128, can you take a look at https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-mozilla-team-discussion and see if the work items are going to be parsed correctly? | 16:35 |
rickspencer3 | when you get a chance, no big urgency | 16:36 |
seb128 | rickspencer3, no it's not, the alpha<n> should be maverick-alpha-<n> | 16:39 |
seb128 | it's not parsed correctly I mean, the syntax needs to be changed | 16:39 |
seb128 | rickspencer3, do you want me to do it now? | 16:40 |
rickspencer3 | seb128, nah, we'll have chrisccoulson take care of it when he gets a chance | 16:40 |
seb128 | or are you editing the whiteboard? | 16:40 |
rickspencer3 | speaking of which | 16:40 |
rickspencer3 | ... | 16:40 |
rickspencer3 | so chrisccoulson will be rolling out updated Mozilla to Hardy and I guess Jaunty next week | 16:40 |
chrisccoulson | seb128 - oops ;) | 16:40 |
* chrisccoulson blushes | 16:41 | |
rickspencer3 | any chance we could organize some help with testing before the rollout? | 16:41 |
rickspencer3 | chrisccoulson, can we set up VMs and such and test on Monday? | 16:41 |
seb128 | pedro_, ara: ^ | 16:41 |
rickspencer3 | oops | 16:41 |
seb128 | pedro_, ara: you guys are probably better placed to organize testing | 16:41 |
rickspencer3 | Monday is a holiday in US and UK | 16:41 |
rickspencer3 | this means, basically, test on Tuesday morning in Europe, and tomorrow, I guess | 16:42 |
rickspencer3 | seb128, can I assume this is in good hands unless I hear otherwise? | 16:42 |
seb128 | rickspencer3, I will take care of it | 16:42 |
rickspencer3 | thanks man | 16:42 |
rickspencer3 | <3 | 16:42 |
seb128 | it's a working day there on monday | 16:43 |
pedro_ | ara, can we set up a testing day for those ? | 16:43 |
ara | SRU? | 16:43 |
ara | what changes does the upload introduce? | 16:43 |
seb128 | ara, new mozilla versions to hardy and jaunty yes | 16:43 |
ara | seb128, which is the bug number? | 16:43 |
seb128 | chrisccoulson, ^ | 16:44 |
seb128 | ara, it's not a SRU, it's a security update I think | 16:44 |
seb128 | new security model means we do push new versions | 16:44 |
seb128 | I'm not sure what hardy has now | 16:44 |
ara | seb128, chrisccoulson, sure, I can organize something, but a bit of context will be appreciated ;-) | 16:45 |
seb128 | ara, I think it's 3.0 to 3.6 | 16:45 |
ara | seb128, OK | 16:45 |
seb128 | not sure though, waiting on chrisccoulson to confirm the change and give some context | 16:45 |
chrisccoulson | just on a call ;) | 16:46 |
chrisccoulson | seb128 / ara - right, this isn't a SRU, it's a security update | 16:48 |
chrisccoulson | we plan to roll out firefox 3.6.4 and xulrunner 1.9.2 + all of the extensions will be updated to support the new firefox version | 16:49 |
rickspencer3 | it's a nightmare, but fortunately chrisccoulson has pulled us out of the fire | 16:49 |
chrisccoulson | and we will also be porting some xulrunner rdepends to the latest version, although that probably won't be rolled out at the same time | 16:49 |
chrisccoulson | :) | 16:49 |
ara | chrisccoulson, now I understand why you need testing... | 16:51 |
chrisccoulson | ara - yes, it's quite a substantial update ;) | 16:51 |
chrisccoulson | i'm going to start hosting packages in https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/ppa tonight | 16:52 |
ara | chrisccoulson, can you send me an email (I am about to log off) with the bug number, when do you plan the upload and any other relevant information when you can? I will try to organize something tomorrow, so people can test over the weekend, if they want | 16:52 |
chrisccoulson | ara - ok, no worries | 16:53 |
ara | chrisccoulson, thanks | 16:54 |
seb128 | chrisccoulson, can you bounce me that email when you write it? ;-) | 16:57 |
seb128 | or keep me updated on IRC | 16:57 |
chrisccoulson | seb128 - ok, will do | 17:03 |
seb128 | chrisccoulson, thank you | 17:03 |
chrisccoulson | ArneGoetje, how much notice do you need to be able to get langpacks updated for hardy and jaunty (for the firefox rollout)? | 17:06 |
seb128 | chrisccoulson, I've added some questions for you on https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-chromium | 17:15 |
seb128 | I think we should have a technical workitem for eventual dx integration | 17:15 |
seb128 | we should also document when we will decide on whether we stick on it or not | 17:16 |
seb128 | rickspencer3, ^ | 17:16 |
chrisccoulson | seb128 - yeah, that makes sense. i'm not sure what the dx team have planned really, i don't see many chromium related WI's amongst their blueprints atm | 17:17 |
seb128 | chrisccoulson, I don't think anything special | 17:17 |
chrisccoulson | and i'm not sure if the dx team had any plans to make global menu bar work in firefox | 17:17 |
seb128 | we should make sure it works with csd, rgba and menus changes though | 17:17 |
chrisccoulson | heh, currently it doesn't work at all ;) | 17:18 |
chrisccoulson | (from what i've seen being discussed anyway) | 17:18 |
seb128 | rickspencer3, could you review and approved https://blueprints.launchpad.net/ubuntu/+spec/desktop-maverick-overriding-defaults-on-upgrade and https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-gnome for me, since those are my specs I need somebody else to approve those | 17:18 |
seb128 | chrisccoulson, which seems to be an issue... | 17:18 |
seb128 | i.e something we need to be aware of and resolve | 17:19 |
chrisccoulson | seb128 - yeah, i think fta already pinged bratsche about it | 17:19 |
rickspencer3 | seb128, otp, I'll ping back in a bit | 17:19 |
seb128 | rickspencer3, ok | 17:19 |
bratsche | He pinged me about metacity, and I think we got a patch that works for it. | 17:20 |
fta | chrisccoulson, pinged about what? | 17:20 |
chrisccoulson | i thought he mentioned chromium too? | 17:20 |
chrisccoulson | fta - did you say chromium stopped working after the gtk update? | 17:20 |
fta | bratsche, i also pinged you about acroread from partners | 17:20 |
slomo | seb128: if you're merging gst-plugins-bad for maverick, please enable vp8 support (build depend on libvpx-dev and add libgstvp8.so to gstreamer-plugins-bad.install) :) for debian i have to wait a bit unfortunately | 17:20 |
fta | chrisccoulson, not chromium, but flash in chromium | 17:20 |
chrisccoulson | fta - oh, i misunderstood then ;) | 17:21 |
chrisccoulson | sorry | 17:21 |
chrisccoulson | that makes me feel a little bit better ;) | 17:21 |
chrisccoulson | fta - do you know if flash works in firefox? | 17:21 |
fta | chrisccoulson, donno, i'm no longer using it | 17:22 |
chrisccoulson | fta - i thought you might say that ;) | 17:22 |
seb128 | slomo, ok, I will probably let universe ones to somebody else but good to know | 17:23 |
slomo | ok :) | 17:24 |
seb128 | slomo, btw could you apply pitti's vala change for the next upload? | 17:26 |
seb128 | so we can sync again in Ubuntu | 17:26 |
slomo | which? | 17:26 |
slomo | ah found it | 17:27 |
slomo | sure, i'll include it with next upload | 17:27 |
seb128 | slomo, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572549 | 17:27 |
seb128 | slomo, thanks | 17:27 |
ubot2 | Debian bug 572549 in vala "Please fail build on test suite failure" [Minor,Open] | 17:27 |
bjf | rickspencer3, just fyi: http://drowninginbugs.blogspot.com/2010/05/uds-maverick-recap.html (daniel chen's blog) | 17:41 |
rickspencer3 | bjf :,( | 17:44 |
seb128 | pitti, do you use bzr merge-upstream to update gvfs? | 17:56 |
pitti | seb128: yes | 17:56 |
seb128 | pitti, ok thanks | 17:56 |
pitti | usually uscan --rename | 17:56 |
pitti | and then bzr mu | 17:56 |
seb128 | pitti, thanks | 18:01 |
pitti | seb128: works for you? | 18:01 |
pitti | it's quite easy actually | 18:02 |
seb128 | pitti, yes | 18:02 |
pitti | \o/ | 18:02 |
seb128 | same workflow as for dxteam | 18:02 |
* pitti wants a "bzr mooo" alias! | 18:02 | |
seb128 | without the lp:upstream argument there since upstream is not in bzr | 18:02 |
pitti | right, it'll just import the tarballs as one commit per release | 18:02 |
=== al-maisan is now known as almaisan-away | ||
seb128 | pitti, I screwed bug #543892 the update doesn't build because I forget to add a change to the bzr | 18:24 |
ubot2 | Launchpad bug 543892 in brasero (Ubuntu Lucid) (and 2 other projects) "Brasero Fails to open using the -p argument (affects: 15) (dups: 2) (heat: 100)" [Low,Fix committed] https://launchpad.net/bugs/543892 | 18:24 |
seb128 | pitti, I did a new upload to fix that now, could you review it if you have a minute or so? | 18:25 |
seb128 | need to run now, I will update the bug later with a debdiff if required | 18:25 |
=== almaisan-away is now known as al-maisan | ||
DASPRiD | does empathy belong to the ubuntu-desktop team? | 18:53 |
rickspencer3 | DASPRiD, yeah | 19:00 |
DASPRiD | https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/586121 | 19:00 |
ubot2 | Launchpad bug 586121 in empathy (Ubuntu) "Unable to force workspace for contactlist or chat-window (affects: 1) (heat: 6)" [Undecided,New] | 19:00 |
DASPRiD | then: this bug is pretty pitty :) | 19:00 |
=== al-maisan is now known as almaisan-away | ||
ayan | bratsche: ping | 19:40 |
pitti | good night everyone! | 19:41 |
ayan | goog night! | 19:41 |
bratsche | Hey ayan | 19:42 |
ayan | hey! | 19:42 |
ayan | ... | 19:42 |
ayan | i'm working https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/8949 | 19:43 |
ubot2 | Launchpad bug 8949 in gtk+2.0 (Ubuntu) (and 3 other projects) "Opening a deleted 'recent document' results in a new file. (affects: 6) (dups: 7) (heat: 114)" [Low,In progress] | 19:43 |
ayan | i believe the desired behavior is gnome-panel scans the list of recent files and culls the deleted ones before opening the menu. | 19:44 |
ayan | is this correct? | 19:44 |
didrocks | good night pitti, enjoy your week-end! | 19:47 |
* didrocks goes off too, see you tomorrow! | 19:47 | |
=== Amaranth_ is now known as Amaranth | ||
LaserJock | didrocks: around? | 20:29 |
soren | LaserJock: 18:47 * didrocks goes off too, see you tomorrow! | 20:30 |
soren | LaserJock: ~45 minutes ago. | 20:30 |
LaserJock | shesh | 20:33 |
LaserJock | what is it with people and not wanting to be on IRC 24x7 ;-) | 20:33 |
LaserJock | you'd think they had real lives or something | 20:34 |
ArneGoetje | chrisccoulson: I can prepare the langpack updates tomorrow and then upload them once the mozilla guys are ready. | 20:34 |
chrisccoulson | ArneGoetje, ok, that's good then. i'm going to start hosting the updates in the u-m-s PPA this evening, after which, there will be a testing period running in to next week | 20:34 |
chrisccoulson | ArneGoetje, the langpacks will probably have to be rolled out through -security too (for users who don't enable -updates) | 20:35 |
ArneGoetje | chrisccoulson: I'm on vacation next week. | 20:35 |
ArneGoetje | chrisccoulson: shall I put them somewhere so that you can upload them altogether? | 20:36 |
chrisccoulson | ArneGoetje, yes please. i will probably go through the usual process for security updates for them | 20:36 |
ArneGoetje | chrisccoulson: ok, I'll notify you when I have them ready. | 20:37 |
ScottL | chrisccoulson, hi, scott lavender here, did you have a change to read my email about gnome-network-admin in Ubuntu Studio? | 20:46 |
ScottL | s / change / chance | 20:47 |
ccheney | would anyone be opposed to me basically forking sensible-browser to abide by the user's desktop preferences? | 21:00 |
ccheney | it appears the debian maintainer doesn't want to/care to implement this, i will email him to find out what his position is before the change | 21:01 |
* ccheney emailed the debian maintainer to see what his comment is | 21:07 | |
=== ayan is now known as ayan-afk | ||
chrisccoulson | hi ScottL - i did read your mail. unfortunately, i'm incredibly busy at the moment, so i haven't had a chance to respond | 21:18 |
seb128 | pitti, I've access to one box with the floppy hang issue | 21:24 |
seb128 | pitti, no hurry but if you have some hint for debugging let me know | 21:24 |
seb128 | pitti, or we can have a look next week | 21:24 |
ScottL | chrisccoulson, i understand, we're not in a large rush since our goal would be to get this resolved before maverick comes out :) | 21:36 |
ScottL | chrisccoulson, if it would help i could even make a patch and submit to the bug | 21:38 |
=== bratsche is now known as br-away |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!