directhex | asac, ping | 01:40 |
---|---|---|
=== bjf is now known as bjf[afk] | ||
achiang | ping humphreybc | 03:49 |
achiang | argh fat fingers | 03:49 |
=== oubiwann is now known as oubiwann-away | ||
sabgenton | cjwatson: is the website admin about? | 05:20 |
sabgenton | I don't know his nick | 05:21 |
cjwatson | sabgenton: no | 05:58 |
sabgenton | yes I knowticed I found his nick :) | 05:59 |
sabgenton | newz2000 | 05:59 |
cjwatson | I don't like giving out personal contact info when there are plenty of advertised ways to contact webmaster which don't rely on it being that one person | 06:01 |
cjwatson | (the ubuntu-website project in LP, webmaster@) | 06:01 |
sabgenton | ? | 06:02 |
sabgenton | LP | 06:02 |
cjwatson | Launchpad | 06:03 |
sabgenton | sorry | 06:03 |
sabgenton | I have since found that to install ubuntu server with usb-creator is now possbile but not with The out of the box instructions given on the website | 06:06 |
nigelb | sabgenton: why don't you open a bug against the ubuntu-website project? | 06:09 |
nigelb | I'm sure the concerned folks will take a look at it when they come online :) | 06:09 |
cjwatson | nigelb: I suggested that to sabgenton several days ago too | 06:12 |
cjwatson | I don't think stalking the webmaster on IRC is a good way to get things done, generally | 06:12 |
sabgenton | meah ok | 06:16 |
sabgenton | I posted the bug | 06:16 |
sabgenton | cjwatson: is the any proper way to bump a bug? | 06:17 |
nigelb | sabgenton: you don't have to, they get a mail automatically | 06:19 |
nigelb | cjwatson: agreed there | 06:19 |
sabgenton | ok I'll just leave the bug | 06:20 |
dholbach | good morning | 07:01 |
pitti | Good morning | 07:22 |
dholbach | hey pitti | 07:23 |
=== Amto`Off is now known as Amto_res | ||
=== hrw|gone is now known as hrw | ||
=== seb128_ is now known as seb128 | ||
asac | directhex: ? | 09:16 |
lifeless | the 'share this network' stuff in NM is really pretty neat. | 09:17 |
RAOF | NM is really pretty neat. | 09:17 |
directhex | asac, i'm tracking down ARM problems with mono. it looks like our current 2.6.3-2 package in experimental, which includes the previous ubuntu ARM changes, doesn't build on the debian arm porterbox ("illegal instruction") | 09:17 |
lifeless | RAOF: the adjective I had in mind was a tad different. | 09:17 |
lifeless | I like this bit ;) | 09:18 |
directhex | asac, getting ARM working well is a blocker on pulling it into maverick | 09:18 |
asac | directhex: hmm | 09:20 |
asac | directhex: i can see what happenes on our porter box | 09:21 |
asac | give me the .dsc ;) | 09:21 |
directhex | http://ftp.de.debian.org/debian/pool/main/m/mono/mono_2.6.3-2.dsc | 09:21 |
directhex | on agricola, it fails about a third of the way through the build, i.e. when bootstrapping the class library, after building the C-based runtime | 09:22 |
pitti | asac: I prepared the dpkg filtering patch for maverick, FYI; but didn't you say that there was a WI for that? | 09:27 |
asac | pitti: one second. let me give you an item ;) | 09:29 |
pitti | oh, I was just wondernig whether I should close something | 09:29 |
asac | pitti: you said you also needed to upload apt? | 09:30 |
pitti | do I? | 09:30 |
pitti | asac: depends on what you want to do; these are quite independent | 09:30 |
pitti | but I'd like mvo to have a look at my MP first before I put it into the official distro | 09:30 |
asac | kk | 09:31 |
asac | pitti: added that work item to arm-m-on-disk-footprint and set it to DONE for you. also added an apt item there | 09:33 |
pitti | ok, thanks | 09:33 |
Chipzz | sabgenton: and FWIW, "bumping" a bug is hardly ever an appropriate thing to do in my personal opinion | 09:37 |
Chipzz | personally I find "bumping" a bug obnoxious behaviour | 09:38 |
sabgenton | Chipzz: so if no one answers just leave it ? | 09:39 |
Chipzz | sabgenton: they'll get to when they get to it | 09:41 |
Chipzz | you don't know what else they have on their plate | 09:42 |
Chipzz | that's the whole point of a bug tracking system | 09:42 |
sabgenton | mm | 09:42 |
directhex | 372 test(s) passed. 7 test(s) did not pass. | 09:42 |
sabgenton | I'm just trying to understand the ettiquett | 09:43 |
sabgenton | Chipzz: do all bugs get read eventually | 09:43 |
Chipzz | yes | 09:43 |
sabgenton | or do some get disgarded | 09:43 |
asac | Riddell: please fix 512146 | 09:44 |
Chipzz | like cjwatson pointed out above, the person responsable will get an email about it | 09:44 |
asac | that clearly had open MIR points when you promoted ;) | 09:44 |
sabgenton | if It say there for like 9 months or something should I take action | 09:44 |
sabgenton | / raise awarness | 09:45 |
jibel | mvo, chrisccoulson, hey, latest flashplugin-nonfree in lucid-proposed introduces a regression. Could you please have a look at 429841 again. | 09:45 |
sabgenton | or does that not happen | 09:45 |
asac | Riddell: same for 512148 | 09:45 |
sabgenton | (it was barrly yesterday :) ) | 09:46 |
directhex | 7 fails is a HUGE improvement on what's in lucid | 09:46 |
sabgenton | Chipzz: with the understanding of time u just gave me I will leave it at thatt :) | 09:47 |
chrisccoulson | bug 429841 | 09:47 |
ubottu | Launchpad bug 429841 in flashplugin-nonfree (Ubuntu Lucid) "broken packaging: package flashplugin-nonfree failed to install/upgrade: (breaks upgrade)" [Critical,In progress] https://launchpad.net/bugs/429841 | 09:47 |
chrisccoulson | :) | 09:47 |
Chipzz | sabgenton: raising awareness is sth which is often done | 09:47 |
sabgenton | sth? | 09:47 |
Chipzz | I disagree with the whole sentiment of "raising awareness", but that is again, my very personnal opinion | 09:48 |
Chipzz | sth -> something | 09:48 |
Riddell | asac: both opengtl and plotutils have .symbols files | 09:48 |
sabgenton | Chipzz: do you believe someone should submit and then trust the system? | 09:49 |
sabgenton | no matter the time | 09:49 |
Chipzz | if say one year passes you may consider bumping it | 09:50 |
asac | Riddell: right. but plotutils the warnings still left | 09:50 |
asac | at least one "definitly fix" | 09:50 |
Chipzz | but it's not like bugs get deleted from the BTS | 09:50 |
Riddell | asac: right enough. what's up with opengtl? | 09:50 |
sabgenton | Chipzz: ok I think I agree with that | 09:50 |
Chipzz | it may just not be a high priority for the person involved | 09:51 |
mvo | thanks jibel, I check it out | 09:51 |
asac | Riddell: now looking at the comments, its fine. thx | 09:51 |
sabgenton | :) | 09:51 |
asac | Riddell: so just plotutils ;) | 09:51 |
asac | Riddell: also bug 512159 has still a few issues | 09:54 |
ubottu | Launchpad bug 512159 in libqtgtl (Ubuntu) "[MIR] libqtgtl" [Undecided,New] https://launchpad.net/bugs/512159 | 09:54 |
seb128 | hum, do we really need tk8.4 in the default installation? | 10:06 |
seb128 | it seems only recommended by some of the printing stack components right now | 10:07 |
pitti | I'd like to get rid of it, indeed | 10:13 |
pitti | we have had 8.5 in main for quite some time now | 10:13 |
BlackZ | could someone look at bug #598874 ? this situation should be solved BTW | 10:14 |
ubottu | Launchpad bug 598874 in libmpc (Ubuntu) "Please sync libmpc 2:0.1~r459-1 (universe) from debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/598874 | 10:14 |
BlackZ | (libmpcdec is in main) | 10:16 |
seb128 | pitti, but do we need any tk at all on the default installation? | 10:24 |
pitti | seb128: not sure what still needs it; would be nice to get rid of it, of course | 10:25 |
directhex | purging it doesn't seem to remove anything else | 10:28 |
hrw | cjwatson: can you link xdeb page there: https://edge.launchpad.net/ubuntu/+source/xdeb ? | 10:33 |
cjwatson | hrw: urgh, cross-channel stuff, let's keep this on #linaro? | 11:14 |
hrw | cjwatson: ok | 11:15 |
vaul1 | Hello people. Could someone please give me guidance? I want to know where to post a request for a mono icon for an application in Launchpad. | 11:19 |
lifeless | what do you mean? | 11:24 |
vaul1 | I want designers of a standard Ubuntu icon theme to draw an icon for an application that I use. | 11:25 |
lifeless | hmm | 11:25 |
vaul1 | And I want to know where on Launchpad to post a request about that. | 11:25 |
lifeless | possibly the ubuntu artwork list | 11:25 |
vaul1 | Concearning? | 11:25 |
lifeless | I'm not sure a bug is the best way to get the attention of artwork folk | 11:25 |
vaul1 | Bug, feature request — what is a better way to get an attention of some developer? | 11:26 |
vaul1 | There is a «Humanity» team, maybe it is a place? | 11:29 |
vaul1 | There are similar reports here, so I am opening a report. | 11:31 |
vaul1 | It seems there is not much life here, though. | 11:32 |
vaul1 | Oh, «ubuntu-mono» seems an exact match for that, in case anyone else is interested. | 11:33 |
lamont | cjwatson: how would you feel about ltsp-server [i386] for a depends? | 12:00 |
cjwatson | lamont: seems too heavyweight really. we often advise people to install livecd-rootfs when they're doing customisation | 12:02 |
lamont | cjwatson: ok. I'll fix make-chroot.sh to install it then. | 12:02 |
=== tkamppeter_ is now known as tkamppeter | ||
=== oubiwann-away is now known as oubiwann | ||
lamont | cjwatson: all fix0red. enjoy | 12:23 |
cjwatson | thanks | 12:25 |
cjwatson | I shall enjoy two fewer mails per day, hopefully | 12:25 |
lamont | sounds like a drop in the bucket | 12:26 |
lamont | cjwatson: on a different note, do you happen to remember which architecture was throwing random SIGILLs back when? I'm thinking of dropping that auto-retry, since we've found at least one solid SIGILL on arm | 12:27 |
cjwatson | I don't, sadly | 12:28 |
lamont | I'm fairly certain it was either hppa or ppc, just can't remember for sure which | 12:29 |
directhex | is there an ARM porterbox available to non-canonical staff? | 12:29 |
lamont | not that I know of | 12:29 |
directhex | how vexatious | 12:30 |
siretart | asac: what's the problem with libva? it does provide a shlibs file: "libva 1 libva1" | 12:30 |
asac | siretart: hmm. did i miss that? | 12:32 |
asac | siretart: you do that manually? | 12:33 |
siretart | asac: I've just downloaded the .deb from launchpad and checked with 'dpkg-deb -I libva1_1.0.1-3_i386.deb shlibs' | 12:33 |
asac | siretart: thats the auto generated file, yes. having that maintained explicitly in rules gives more confidence | 12:33 |
asac | that someone is actually caring about that ;) | 12:33 |
siretart | asac: which is perfectly fine until upstream actually does a change that is not. | 12:34 |
siretart | asac: so you require some special action from the maintainer to indicate "I promise that I will check on the next upload?" | 12:34 |
siretart | sorry? | 12:34 |
asac | siretart: actually i want .symbols files | 12:34 |
asac | so i dont need to hope that debian maintainer knows how to do that and does it right | 12:35 |
siretart | asac: uff? is that a new ubuntu policy? since when do all libraries in main need to have .symbols files? | 12:35 |
asac | siretart: as i said. i want .symbols files | 12:35 |
asac | but its not required. i just want confidence that abi is properly tracked | 12:35 |
seb128 | siretart, hey | 12:36 |
asac | having no explicit makeshlibs doesnt give that to me | 12:36 |
siretart | hi seb128 | 12:36 |
seb128 | siretart, did you talk with sirestart about ffmpeg 49 and 50 binaries overwritting files issues? | 12:36 |
seb128 | ups | 12:36 |
siretart | asac: in the pkg-multimedia team, we do maintain quite some libraries and we do care about ABI/API issues | 12:36 |
asac | siretart has two owners now? | 12:36 |
asac | siretart: how do you track them? | 12:36 |
seb128 | siretart, with Sarvatt I meant | 12:37 |
siretart | with objdump? | 12:37 |
siretart | seb128: no, he didn't contact me. what's the lp bug number you're talking about? | 12:37 |
asac | siretart: so you double check for every upstream pick that nothing changed and do the right thing? | 12:37 |
siretart | I do, yes. | 12:37 |
seb128 | siretart, | 12:37 |
seb128 | juin 25 00:36:58 <Sarvatt>gstreamer0.10-ffmpeg should just be built against libavutil50 anyway though shouldn't it? | 12:37 |
seb128 | juin 25 00:38:17 <Sarvatt>other junk is still using libavutil49 though like vlc and thats screwed up also if you have extra installed :( | 12:37 |
seb128 | juin 25 00:40:02 <Sarvatt>yeah libavutil49 isn't even built in ffmpeg-extra anymore so the screwed up empty package is just hanging around in the archive | 12:37 |
=== MacSlow is now known as MacSlow|lunch | ||
asac | siretart: you do ... but how about the others ;) ... what i think is that its hard to see that a team i dont know cares about this in a way that we can rely on it here | 12:38 |
siretart | asac: if there is a rule that all libs in main are required to have .symbols file, please show it to me | 12:38 |
asac | but i can approve it if you say its not going to be a problem ;) | 12:38 |
asac | siretart: as i said. there is no rule. and i didnt ask for that | 12:38 |
siretart | you said something else at 13:35 | 12:39 |
asac | 13:35 < asac> siretart: as i said. i want .symbols files | 12:39 |
asac | 13:36 < asac> but its not required. i just want confidence that abi is properly tracked | 12:39 |
asac | no ... thats what i said ;) | 12:39 |
siretart | I see | 12:39 |
siretart | seb128: he seems pretty confused | 12:39 |
asac | the easiest way to convince is .symbols ... not sure why thats a problem for anyone doing lib maintenance though | 12:40 |
siretart | seb128: libavutil49 is NBS, packages will drop that dependency as they are rebuilt | 12:40 |
seb128 | siretart, dunno, but we got quite some bugs about avi playing not working in maverick, not sure if that's because we still use the wrong one | 12:40 |
seb128 | siretart, well, then we need to rebuild things to pick the new soname? | 12:40 |
siretart | seb128: having libavutil49 and libavutil50 loaded at the same time shouldn't be a problem anymore, as I've introduced symbol versioning upstream | 12:41 |
siretart | seb128: if there is an undeclared file conflict, please file a bug and tell me the bug number. I'll take care of that | 12:41 |
siretart | if there is a crash, I'd need a backtrace | 12:41 |
seb128 | juin 25 00:33:24 <Sarvatt>libavutil49 is correct, its libavutil-extra-49 that is screwed up and that replaces libavutil49 | 12:41 |
seb128 | siretart, I will check what's going on | 12:41 |
seb128 | siretart, I think he said he managed to get files overwritten and then not there after an upgrade | 12:41 |
siretart | of course libavutil-extra-49 is supposed to replace libavutil49. same for the 50 variant | 12:41 |
siretart | we are doing that game for a couple of releases | 12:42 |
siretart | is he on amd64? | 12:42 |
siretart | the amd64 build arrived only this weekend, because of the vdpau trouble | 12:42 |
seb128 | could be | 12:42 |
siretart | that I fixed this weekend by disabling the 32bit libs | 12:42 |
seb128 | siretart, I was just checking if you knew anything before spending time on that | 12:42 |
seb128 | siretart, I will try to figure what the issues are now and ping you back later if needed, thanks | 12:43 |
siretart | seb128: as said, I'm not aware of a problem related to that | 12:43 |
siretart | ok | 12:43 |
siretart | asac: .symbol files are still a huge pain for c++ libraries. We've tried for libjack, but it's pretty pointless there | 12:44 |
asac | siretart: we have a lot of crack libs in main even. some have loads of symbols exported that should never have been exported (e.g. _xxx symbols that were not properly hidden upstream). i just want to ensure that folks get reminded about this topic whenever upstream changes their abi/api and .symbols is the easiest way i can currently see that will ensure that such a reminder will take place | 12:44 |
siretart | IIRC libva is plain c, so adding .symbol files should be rather easy | 12:44 |
asac | siretart: yeah i see your point | 12:44 |
asac | but libva is C ;) | 12:44 |
siretart | as said | 12:44 |
asac | yep | 12:44 |
siretart | btw, for ffmpeg, these libs also don't provide .symbols files, and won't in the forseable future | 12:45 |
asac | in the end i trust you to do the right thing. but in general i am looking at a package without knowing its origin etc. | 12:45 |
siretart | I play rather dirty tricks with the shlibs file so that the ffmpeg-extra trick works | 12:45 |
asac | sad enough ;) | 12:45 |
siretart | or other way round, I cannot implement that trick with symbol files | 12:45 |
siretart | oh, I'd also love to get rid of that trick | 12:45 |
siretart | but that would require to promote liblame, x264 and xvidcore to main | 12:46 |
siretart | would you be more comfortable with that? ;-) | 12:46 |
asac | but does that mean that all other libs shouldnt use symbols ;)? | 12:46 |
asac | siretart: i didnt talk about ffmpeg here | 12:46 |
asac | anyway. you can choosed: a) add .symbols \o/ ... b) add explicit makeshlibs o/ c) keep it as is and state the process you have in place in the multimedia team that will ensure that abi/api will be properly tracked | 12:47 |
asac | all three are good enough to get approval | 12:47 |
siretart | no, I just wanted to point out that I do care about ABI/API issues, and that I feel your decision to make a .symbol file a requirement for libva's promotion to main overexaggerated | 12:47 |
siretart | I choose c) for now, but feel free to propose a symbol file as bug in debian with attachment ;-) | 12:48 |
asac | siretart: can you post your process to the bug then? | 12:48 |
asac | thanks | 12:48 |
siretart | err | 12:49 |
siretart | that the normal sponsoring review process | 12:49 |
siretart | but fair enough | 12:49 |
pitti | !regression-alert is cjwatson, jdong, pitti, slangasek, ScottK, mdz, kees, ttx, marjo, seb128: reporting regression in a stable release update; investigate severity, start an incident report, perhaps have the package blacklisted from the archive | 12:59 |
ubottu | Error: I am only a bot, please don't think I'm intelligent :) | 12:59 |
pitti | hm, that's what https://wiki.ubuntu.com/UbuntuBots documents.. | 12:59 |
pitti | sorry all for the noise; seems I'm not able to update this, will contact Jussi | 13:01 |
jussi | !regression-alert is <reply>cjwatson, jdong, pitti, slangasek, ScottK, mdz, kees, ttx, marjo, seb128: reporting regression in a stable release update; investigate severity, start an incident report, perhaps have the package blacklisted from the archive | 13:01 |
ubottu | I'll remember that, jussi | 13:01 |
jussi | :) | 13:01 |
pitti | jussi: erm, wow -- that was fast :) | 13:02 |
pitti | jussi: many thanks | 13:02 |
jussi | although, lets just check | 13:02 |
jussi | !regression-alert | 13:02 |
ubottu | cjwatson, jdong, pitti, slangasek, ScottK, mdz, kees, ttx, marjo, seb128: reporting regression in a stable release update; investigate severity, start an incident report, perhaps have the package blacklisted from the archive | 13:02 |
pitti | \o/ | 13:02 |
jussi | it works! | 13:02 |
smb | miraculous | 13:03 |
jussi | pitti: the bot sometimes doesnt like long calls, not sure whats up with it. you did it correct, although it makes things easier if you include the <reply> | 13:03 |
* pitti grabs megaphone "This was just a drill. Don't panic. As you were." | 13:03 | |
* ogra_cmpc shades his ears | 13:04 | |
seb128 | pitti, way to stress me to start the week :p | 13:04 |
smb | ogra_cmpc, Back to the classmate again? :) | 13:04 |
ogra_cmpc | smb, my living room machine :) | 13:04 |
* ogra_cmpc is having lunch | 13:05 | |
smb | :) | 13:05 |
pitti | seb128: need to clean up my GTG list a bit :) | 13:15 |
hyperair | dholbach: ping | 13:59 |
dholbach | hyperair: pong | 13:59 |
hyperair | dholbach: i'm going to be conducting a bug jam tomorrow, and was wondering if you had the template (or at least the background of) the "Ubuntu in 50 minutes" presentation around? | 14:01 |
* hyperair needs to do some introduction slides | 14:01 | |
dholbach | you mean the text for the presentation? | 14:01 |
hyperair | https://wiki.ubuntu.com/Presentations <-- the first link here | 14:01 |
hyperair | no, the template | 14:01 |
hyperair | like the background/formatting | 14:01 |
dholbach | oh, I got that from henninge | 14:02 |
dholbach | maybe he still has it | 14:02 |
hyperair | hmm so i should contact him for the template? | 14:02 |
dholbach | yeah | 14:02 |
dholbach | https://wiki.ubuntu.com/Jams/Bugs?action=AttachFile&do=view&target=bug_report_triage_feb09.odp might be helpful too | 14:02 |
hyperair | hmm let's see. | 14:03 |
hyperair | dholbach: ah that's the glossyubuntu template. i was actually hoping for something that suits ubuntu's colour scheme post-branding-refresh | 14:04 |
dholbach | hyperair: I meant the actual content | 14:04 |
dholbach | :) | 14:04 |
hyperair | ah! | 14:05 |
dholbach | :-D | 14:05 |
hyperair | yes, that helps very much =P | 14:05 |
hyperair | thanks | 14:05 |
dholbach | rock on! | 14:05 |
dholbach | and enjoy the jam - will you post some pictures of it later on? | 14:05 |
hyperair | dholbach: er where? =p | 14:07 |
hyperair | er nevermind, i'll go register a flickr or picasa account or something | 14:07 |
hyperair | dholbach: by the way, http://people.canonical.com/~dholbach/talks/Bugfixing%20in%20Ubuntu%20-%20German.odp <-- this gets 403. | 14:08 |
dholbach | hyperair: sorry, fixed | 14:09 |
hyperair | \o/ thanks | 14:10 |
=== dendro-afk is now known as dendrobates | ||
=== lifeless_ is now known as lifeless | ||
vish | hyperair: hey.. how big an event? | 14:26 |
=== MacSlow|lunch is now known as MacSlow | ||
=== sconklin-gone is now known as sconklin | ||
=== manjo` is now known as manjo | ||
=== jtechidna is now known as JontheEchidna | ||
=== echidnaman is now known as JontheEchidna | ||
=== dendrobates is now known as dendro-afk | ||
cnd | pitti: I see that linux-firmware-1.34.1 has been sitting in lucid-proposed for three weeks | 15:41 |
cnd | is there something that needs to be done to push it out to release? | 15:41 |
pitti | it has 2/4 verified | 15:41 |
pitti | I guess it's "good enough" | 15:41 |
pitti | the jaunty-proposed one is there for > 3 months already with zero feedback | 15:42 |
=== bjf[afk] is now known as bjf | ||
cjwatson | pitti,slangasek: could one of you review the dpkg SRU in lucid-proposed, please? | 15:47 |
ScottK | pitti: Would you please rescore kdepimlibs. | 15:47 |
ScottK | ... or cjwatson ^^^ | 15:47 |
pitti | ScottK: done | 15:47 |
pitti | cjwatson: looking | 15:47 |
ScottK | pitti: Thanks. | 15:47 |
cnd | pitti: maybe the jaunty one could just be dropped | 15:48 |
pitti | cjwatson: so this calls sync() once per package instead of fsync() once per file? | 15:49 |
cjwatson | right, it turns out that's synchronous on Linux | 15:53 |
cjwatson | and on many filesystems fsync() ends up nearly equivalent to sync() due to having to catch up with the journal anyway, as I (naively) understand it | 15:54 |
cjwatson | so rather than write-sync-write-sync-write-sync, it's better to do write-write-write-sync | 15:54 |
ion | http://fox.naurunappula.com/nn/1/096/359/s_607533.jpg | 16:13 |
ion | Crap. Sorry, wrong channel | 16:13 |
cjwatson | pitti: the -23 kernel looks not too bad regarding verification; what does your threshold normally tend to be for this stuff? | 16:21 |
ogasawara | pitti: cnd pointed out that amd64 ddebs aren't getting published for recent kernels - http://ddebs.ubuntu.com/pool/main/l/linux/ . I'm not familiar with what needs to be done to fix that, any ideas? | 16:22 |
smoser | we are in a freeze right now, right ? | 16:23 |
cjwatson | smoser: no | 16:23 |
smoser | i've not seen any announcements, but guessing based on alpha2 on thursday. wondering if there is somewhere i missed an announcemnt. | 16:23 |
smoser | oh. ok. | 16:23 |
cjwatson | guess I should send a warning | 16:26 |
ogra | smoser, "soft freeze" its expected that you upload "carefully" | 16:26 |
cjwatson | ogra: if we were in a soft freeze, there would have been a mail to ubuntu-devel-announce | 16:27 |
ogra | cjwatson, hmm, i though we have soft freezes by default before every milestone | 16:27 |
* micahg thought it would be tomorrow | 16:27 | |
cjwatson | ogra: well, I just said "smoser: no" above, didn't I? :P | 16:28 |
ogra | indeed you did :) | 16:28 |
cjwatson | we normally soft-freeze basically last thing Monday / first thing Tuesday before alphas | 16:29 |
hyperair | vish: 2h 30m, the last event of tomorrow during the mosc 2010 (http://conf.oss.my) | 16:53 |
bgamari | Should -work of hald-addon-cpufreq. After removing the file 10-cpufreq.fdi from /usr/share/hal/... it wasn't loaded anymore and my issue was done with. | 16:59 |
=== MacSlow is now known as MacSlow|afk | ||
bgamari | Scratch that; Should hald-addon-cpufreq be present in Maverick? | 17:00 |
bgamari | It may very well be the reason why my cpufreq maximum frequency is 800 MHz | 17:01 |
bgamari | There's definitely some major fail here either way | 17:01 |
bgamari | I was under the impression, however, that we finally broke away from hal under 10.10 | 17:02 |
vish | oh. | 17:11 |
JontheEchidna | bgamari: that package is no longer available in 10.10 | 17:15 |
JontheEchidna | from what I can see, anyhow | 17:15 |
pitti | cjwatson: hmm, "gut feeling and talking to smb about regression reports", but I'd say something like #verified >= min(10, #bugs/2) | 17:21 |
pitti | erm, "max" | 17:21 |
pitti | if it's been in proposed for three weeks and we haven't heard about problems, then it can't be too bad | 17:21 |
smb | Did I hear my name? | 17:21 |
pitti | ogasawara: I'll check tomorrow morning (sorry, just finished a phone interview and need to run now) | 17:21 |
pitti | smb: boo! | 17:22 |
ogasawara | pitti: no hurry, thanks! | 17:22 |
JontheEchidna | ah, its part of hal. If you have apps that still need hal, it'll be there, but the default Ubuntu install shouldn't have hal by default | 17:25 |
cjwatson | kirkland: present for you, debian-installer 20100211ubuntu11 | 17:47 |
* kirkland hugs cjwatson | 17:47 | |
kirkland | and goes look at his present | 17:47 |
ogra | coudl some buildd admin bump livecd-rootfs so it starts in less than 5h ? | 17:48 |
ogra | (i tried to get NCommander to do it but he doesnt seem to be around) | 17:49 |
cjwatson | ogra: doing | 17:49 |
ogra | merci | 17:49 |
* kees just spent 30 seconds trying to figure out what regressed. ;) | 18:01 | |
cjwatson | kees: hmm? | 18:03 |
cjwatson | oh :-) | 18:03 |
kees | cjwatson: :) | 18:03 |
=== MacSlow|afk is now known as MacSlow | ||
cjwatson | ogra: it's built now | 18:09 |
bgamari | JontheEchidna: It's been uninstalled | 18:11 |
bgamari | looks like banshee pulled it through the upgrade | 18:11 |
bgamari | Anyone know of a way to determine which process is writing to a sysfs file? | 18:11 |
JontheEchidna | yeah, looks like banshee depends on hal | 18:11 |
bgamari | ftrace syscall_enter_open doesn't seem to catch it | 18:12 |
ccheney | anyone know why i would have trouble sending keys to the ubuntu key server? it seems to hang for me | 18:15 |
ccheney | or is the keyserver just broken? | 18:15 |
geser | might be that the ubuntu key server has issues again | 18:16 |
hyperair | jcastro: ping. | 18:25 |
jcastro | pong | 18:26 |
hyperair | jcastro: when conducting a bug jam, how do you usually avoid stepping on each others' feet? | 18:27 |
kirkland | cjwatson: thank you thank you thank you! | 18:27 |
hyperair | jcastro: like person X changes bug A, person Y performs a redundant action on bug A at the same time | 18:28 |
jcastro | hyperair: section off groups of bugs to each group, so like, either by package, or by status | 18:28 |
* vish had just set up hyperair for unassigned bugs and jcastro messed that up :p | 18:29 | |
hyperair | hehh | 18:29 |
hyperair | jcastro: yeah, so like vish said, i was planning to work on unassigned bugs, since there are quite a lot of them, and we don't have much time. | 18:29 |
cjwatson | kirkland: thought you'd like it | 18:30 |
kirkland | cjwatson: very much so, can't wait to try it out | 18:30 |
=== jtechidna is now known as JontheEchidna | ||
mdz | SpamapS, re: your memcached branch, the code in debian/preinst needs a test for the arguments to preinst | 18:34 |
mdz | I see it was copied from gearman, and it looks like gearman is buggy in this respect also | 18:34 |
SpamapS | mdz: does seem like this would be a useful addition to debhelper so we stop making these mistakes .. since gearman copied it from mysql... ;) | 18:35 |
mdz | SpamapS, indeed | 18:35 |
cjwatson | it's being added to dpkg, if this is what I think you mean | 18:35 |
cjwatson | conffile handling? | 18:35 |
mdz | cjwatson, adding a user | 18:35 |
cjwatson | ah ok | 18:36 |
mdz | but this is a general issue with maintainer scripts, forgetting the tests | 18:36 |
mdz | the mysql one even has the comment at the top "summary of how this script can be called" but ignores it ;-) | 18:37 |
SpamapS | mdz: another thing that would be awesome would be if pbuilder simulated failures to test the abort states of the maintainer scripts. | 18:43 |
mdz | SpamapS, sounds like the sort of thing which would fit into piuparts if it isn't there already | 18:46 |
=== maco2 is now known as maco | ||
=== IdleOne_ is now known as Guest50774 | ||
=== Guest50774 is now known as IdleOne | ||
=== ubott2 is now known as ubottu | ||
=== asac_ is now known as asac | ||
=== emma_ is now known as emma | ||
=== Caesar_ is now known as Caesar | ||
=== Seeker`_ is now known as Seeker | ||
=== Seeker is now known as Seeker` | ||
=== SpamapS_ is now known as SpamapS | ||
leonpegg | Hello all I know this is not the place to ask but ubuntu-app-devel were unable to help, could anyone here help me with packaging some sourcecode ? Situation (attempting to package the php-gtk2 source into a source package except need it to output multipul binary packages from the one source tree) | 20:14 |
leonpegg | would be happy to be pointed to the direction of a tut on it (but cant find one myself) | 20:14 |
directhex | leonpegg, try #ubuntu-motu for more beginner packaging help | 20:15 |
lifeless | and/or #ubuntu-packagng | 20:15 |
leonpegg | Thanks guys :DF | 20:15 |
geser | #ubuntu-packaging | 20:15 |
Laney | what's that channel for? | 20:16 |
Laney | Is -motu no longer the place? | 20:16 |
leonpegg | seems as if both rooms have people in :D | 20:17 |
leonpegg | looks like motu is for offical packages and packaging is for ppa's and the likes | 20:17 |
directhex | asac, any idea when you'll be able to look at the downstream mono arm breakage? i completely give up on getting a build environment going without real hardware, it's just not happening, and i've spent about 2 days on this so far with reality fighting against me. best i can do is reverting whichever ubuntu patches broke building in debian | 20:19 |
ogra_cmpc | directhex, sudo apt-get install qemu-arm-static && sudo qemu-debootstrap --arch armel maverick maverick-chroot && sudo chroot maverick-chroot | 20:23 |
ogra_cmpc | directhex, oh, wait, you do mono, the above works for everything but mono thanks to boehm gc | 20:24 |
TylerGalt | Hello everyone, while browsing https://help.ubuntu.com/community/HowToMD5SUM , I stumbled on this sentence: "However this almost always NOT be the same hash as the iso image that was burned to the disk" | 20:26 |
TylerGalt | While english is my second language, I feel like a verb is missing, but I'm not sure how best to correct this (I just created an account on the wiki). Would "However this *will* almost always NOT be the same hash as the iso image that was burned to the disk" work better in your opinion? Or should we revamp the whole sentence? | 20:26 |
JontheEchidna | "However this will almost always..." | 20:27 |
JontheEchidna | yes | 20:27 |
TylerGalt | cool, thanks :) | 20:27 |
JontheEchidna | (sorry, lag) | 20:27 |
TylerGalt | (no problem :) I wanted to double-check: it would have been dumb to correct the sentence to introduce a grammatical error. Goodbye everyone, and thanks for working on Ubuntu (love it) ) | 20:30 |
=== dendro-afk is now known as dendrobates | ||
Rinsmaster | Just getting an opinion here: Is it a bug that nautilus freezes when clicking properties on an infinite loop postscript file? | 20:37 |
achiang | anyone know the best forum for casper questions? | 20:44 |
ccheney | can someone promote bugs 589993 and 589995 | 20:44 |
ubottu | Launchpad bug 589993 in mdds (Ubuntu) "[MIR] mdds" [Undecided,Incomplete] https://launchpad.net/bugs/589993 | 20:44 |
ubottu | Launchpad bug 589995 in mysql-connector-c++ (Ubuntu) "[MIR] mysql-connector-c++" [Undecided,In progress] https://launchpad.net/bugs/589995 | 20:44 |
ccheney | doko__, do you happen to be awake to promote the above mentioned MIRs ? | 20:44 |
ScottK | pitti or cjwatson: Would you please rescore kdebindings and kdebase-workspace. | 20:51 |
kblin | er, durn, wrong # | 21:14 |
=== yofel_ is now known as yofel | ||
ScottK | Thanks whoever bumped them. | 21:15 |
cjwatson | ScottK: done | 21:16 |
cjwatson | ScottK: do they need retried on amd64/armel? | 21:16 |
ScottK | cjwatson: I just retried amd64. Would you please bump that one? | 21:17 |
ScottK | cjwatson: armel would fail now because kdepimlibs isn't done. I'll retry them later for armel. | 21:17 |
ScottK | Sorry about that one. | 21:17 |
ScottK | https://wiki.kubuntu.org/Kubuntu/Ninjas/DependencyGraph is the rosetta stone for KDE package building if you ever wondered the sequence. | 21:18 |
geser | looks simplier than the haskell ones | 21:25 |
ScottK | Yes. Definitely. | 21:27 |
ScottK | Those are totally insane. | 21:27 |
Laney | :) | 21:35 |
vish | bdrung: audacity or audacious? audacious has the icon | 21:39 |
bdrung | vish: audacity - it has the icon | 21:40 |
vish | hmm , odd ,audacity doesnt show icon for me too | 21:40 |
bdrung | i am on amd64 | 21:40 |
vish | i386 here | 21:41 |
=== soren_ is now known as soren | ||
zyga | where can I find older ubuntu releases? | 22:58 |
soren | How old? | 22:58 |
zyga | hardy+ | 22:58 |
soren | Right next to the current ones. | 22:58 |
zyga | I tried checking cdimage.ubuntu.com but it seems /releases/ keeps going nowhere | 22:58 |
soren | For really old releases, see http://old-releases.ubuntu.com/ | 22:58 |
zyga | http://cdimage.ubuntu.com/releases/hardy/release/ | 22:59 |
soren | Try http://releases.ubuntu.com | 22:59 |
soren | That's where we put releases. | 22:59 |
zyga | oh, thanks | 22:59 |
=== sconklin is now known as sconklin-gone | ||
ScottK | cjwatson: Would you please rescore kdebindings kdebase-workspace again (to pick up armel). | 23:48 |
TheMuso | c | 23:49 |
TheMuso | gah wrong tab | 23:49 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!