cjwatsontkamppeter: I at least used to be an HTTP expert, although I'm pretty rusty these days.  I've posted an analysis to the bug with reference to the governing RFC.00:10
Ampelbeindinexi: I could be wrong but I think the openssl mod had a license issue.00:17
dinexiAmpelbein: Hm... that's bad. Do you know if it is included in the source package?00:19
dinexiAmpelbein: Silly me. Nope, it shouldn't be there. So what to do? Build this thing myself?00:20
Ampelbeindinexi: I don't know, maybe ask a question on https://answers.launchpad.net/ecryptfs/+addquestion?00:22
dinexiAmpelbein: did it already. But transformed it to bug because there is a bug in the manpages then. :( But it is the worst news for today.00:23
Ampelbeindinexi: kirkland is one of the authors of the software00:24
jcoleusing debian preseed, im trying to enable all repos in sources.list by adding this multiselect:00:24
jcoled-imirror/udeb/componentsmultiselectmain, restricted, universe, multiverse00:25
jcolebut its not working00:25
* kirkland waves00:25
jcoleonly main and restricted show up00:25
=== chuck_ is now known as zul
jcolemainly for this project -> http://linuxcoe.sourceforge.net/00:26
Ampelbeinkirkland: dinexi had a question about the openssl mod in ecryptfs-utils and if it got removed.00:26
kirklandAmpelbein: dinexi: right, Ubuntu and Debian's policies prevent us from linking gpl code against the openssl libraries00:26
slangasekwhich is to say our policy of respecting the license we're given? :)00:26
kirklandAmpelbein: dinexi: so, yes, you would need to build it yourself, until such time as we rewrite the code to use a different library that is GPL-compatible00:27
jcoleare preseeding server installs supported on ubuntu?00:27
Ampelbeinkirkland: ok, thanks for the explanation.00:27
slangasekjcole: certainly, but this is not a support channel and the people who are most intimately familiar with the installer are not around, it being past their bedtime; you might try #ubuntu00:28
kirklandslangasek: it's a tough situation to explain to someone who cares not about internal license politics :-)  -- but yes, of course, you are correct00:28
kirklandAmpelbein: dinexi: http://www.openssl.org/support/faq.html#LEGAL2 and http://people.gnome.org/~markmc/openssl-and-the-gpl.html00:29
dinexikirkland: thanks! but I have two questions. 1) it is very easy to change the manpage, why it can't be done? 2) can I build the package from the source from the ubuntu repos?00:29
dinexikirkland: thanks a lot!00:29
jcoleslangasek: can you give me an irc filter for all the "smart" people in #ubuntu so i dont see all 1500 users00:29
kirklanddinexi: yes, i think you can;  i have not done it in a very, very long time, but I think you merely need the openssl-dev packages installed on your system when you build/install ecryptfs-utils00:30
kirklanddinexi: i *think* that the ./configure auto detects the presence of openssl and links it in00:30
kirklanddinexi: like i said, been a long time since i did that00:30
slangasekjcole: afraid I don't know such a filter :)00:30
jcoleslangasek: *sigh* ok here goes...00:31
cjwatsonjcole: #ubuntu-installer00:31
cjwatson(I will help you there)00:31
jcolecjwatson: thanks!00:32
dinexikirkland: sorry for the newbie question. I am in /var/cache/apt-build/build/ecryptfs-utils-83, made the change in the debian/rules file. What should I do now to build the package?00:37
Chipzz  00:39
kirklanddinexi: #ubuntu-motu is usually the best place to ask package building questions, but I'll give you a couple of hints here ...00:46
kirklanddinexi: mkdir foo; cd foo; apt-get source ecryptfs-utils; sudo apt-get build-dep ecryptfs-utils; # make your changes here; dch -i ; debuild00:47
dinexikirkland: Thank you very much. debuild was a blocker.00:49
kirklanddinexi: no problem;  good luck00:49
=== dendrobates is now known as dendro-afk
Chipzzkirkland: didn't that change quite a while ago?00:55
kirklandChipzz: huh?00:55
Chipzzat least that's what I was told the last time I redirected someone to #ubuntu-motu regarding packaging questions00:55
Chipzzkirkland: #ubuntu-motu being the place to redirect ppl to if they have packaging questions; they're not "OT" here anymore00:57
kirklandChipzz: oh, really?  i guess i missed that policy change then00:57
Chipzzkirkland: maybe I misunderstood (but don't think I did); but that change is several months old already (at least 3 or 4 months I think)00:59
lifelesskees: ping01:01
dsalvettiHi there, I have a weird (packaging?) issue with munin-node on 10.0401:07
dsalvettiwhen installing the package the file /etc/munin/munin-node.conf is missing01:07
dsalvettieven though dpkg think the file is there01:08
dsalvettiI have tried purging and reinstalling without success01:08
micahgdsalvetti: file is in the package01:08
dsalvettiany suggestion on what I could try next to find out where the issue is?01:09
dsalvettimicahg: yes I've confirmed that with dpkg -c /var/cache/apt/...01:10
dsalvettidpkg --status also report the config file being present01:11
dsalvettibut it's not there and because of that munin-node fails to start properly01:11
micahgdsalvetti: maybe try #ubuntu-server, I don't see any bugs or questions filed on launchpad for it01:17
micahgdsalvetti: oh, you could try #ubuntu-cloud01:19
dsalvettimicahg: thank you, I'll try01:21
psusihallyn, hey... I'm here on irc if you want to chat a bit about those bugs btw01:32
=== rickspencer3 is now known as greatcthulu
=== greatcthulu is now known as greatcthulhu
=== greatcthulhu is now known as rickspencer3
YokoZarslangasek: I tried a test rebuild of ia32-libs last night...and nothing seemed to break?!02:46
slangasekYokoZar: er, define "break"?04:38
slangasekYokoZar: is everything from /usr/lib/i386-linux-gnu getting copied into /usr/lib32?04:39
keesslangasek: so, the -dev packages will ship .a files in /usr/lib/$triplet/libFOO.a but not be Multi-Arch?05:04
slangasekkees: yes, because they're not reliably co-installable; that's something we need to go back and visit in round 205:12
slangaseksome headers, for instance, contain arch-specific info, and we'll need to pick those apart05:12
keesokay, cool. but they will still move to the triplet because they're built from the same --libdir target, etc.05:14
keesslangasek: uhm... does -dbg packages need the Pre-Depends?05:21
slangasekno, because they don't need to be found by ld.so05:21
slangasek(it doesn't hurt to have it added, I think, because the substitution will just be empty... but I haven't been bothering)05:23
keesokay, that's what I suspected.05:26
keesmultiarch tiff passes the security team's regression test suite. ;)05:26
slangasekI should hope so :)05:27
* kees suddenly realizes he has to teach his system about i386 tuples to test coinstallability05:28
slangasekhmm, I don't have that part written up yet, do I05:29
slangasek'APT::Architectures { "amd64"; "i386"; };' in apt.conf, and 'foreign-architecture i386' in dpkg.cfg05:29
=== dendro-afk is now known as dendrobates
keesslangasek: do I need a i686-linux-gnu.conf in /etc/ld.so.conf.d too?05:30
slangasekno, libc6:i386 adds that05:30
keesah-ha, righto05:30
keesis something like /etc/apt/apt.conf.d/60multiarch and /etc/dpkg/dpkg.cfg.d/60multiarch sane?05:32
keesoh whoops, didn't actually add Multi-arch: same. har har05:36
keesslangasek: btw, I added this section quickly: http://wiki.debian.org/Multiarch/Implementation#Usingmultiarch05:37
keesheh, vim syntax needs updating! :)05:38
slangasekeventually I think that should be its own page, but that's great for now05:38
slangasekoh? updating for what?05:38
keessyntax hilighting "Multi-Arch:" correctly :)05:38
slangasekah :)05:38
keesslangasek: okay... what am I doing wrong? The "Multi-Arch: same" field doesn't seem to be making it's way into the binary package. *scratch head*06:00
slangasekkees: pastebin?06:00
slangasekkees: or control.in? :)06:01
keeswait, no, I know what stupid thing I did. disregard. :)06:02
wgrantslangasek: What changes will be needed from the LP/buildd end, and when?06:03
wgrantI guess we'll need a new sbuild resolver.06:04
slangasekwgrant: nothing at all this cycle06:04
StevenKwgrant: s/ resolver//06:04
wgrant"this cycle" being natty?06:04
wgrantBut that's over in a month :)06:04
slangasekyeah ;)06:04
StevenKIE, please file bugs now so LP has time? :-)06:04
slangasekwgrant: we'll need to sit down at UDS and start figuring out what a sensible policy should even be for permitting cross-build-deps06:05
wgrantslangasek: Yeah.06:05
=== _LibertyZero is now known as LibertyZero
YokoZarslangasek: I mean fetch and build completed and the package built, although it probably is missing some things now06:07
twbStupid question: why is it "from debian_bundle import deb822" in lucid, when in wheezy it's "from debian import deb822"?06:07
slangasekYokoZar: yes, I expect a lot of libs are either just plain missing, or installed to the wrong path06:08
slangasektwb: someone changed their mind about the name?06:09
twbI just ran into it because <script> barfed and it seems like a pointless change :-/06:10
wgrantdebian_bundle has been deprecated for a while.06:10
wgrantIt must have finally been removed.06:10
twbNote that this is lucid; I don't touch non-LTS releases06:11
twbOK, I checked the changelogs.  It's not an ubuntuism, the module name just changed upstream in Debian (0.1.16)06:11
twbSorry to bother you06:11
SpamapStwb: err.. wheezy is the current testing isn't it?06:11
twbSpamapS: yes but I'm not using that in production, just my personal laptop :-)06:12
SpamapSlooks like your *testing* of testing.. produced fruit. :)06:12
StevenKSpamapS: Boo, hiss06:12
StevenKRAOF: WTB Do plugin for Quod Libet06:14
YokoZarslangasek: is there an easy list of multiarch-ready libs that I can cross reference the list with?06:16
slangasekYokoZar: grep-dctrl -FMulti-Arch same -sPackage06:16
StevenKCompat level 9? Wow, where did 8 go ...06:19
* StevenK idly wonders how brutally slangasek will slay him if he provides a recipe for converting a yada using source package to multi-arch ...06:21
keesStevenK: compat level 8 is too mainstream06:21
kees(hipster dh)06:22
slangasekStevenK: I figure if you survive the attempt, you deserve to live06:23
RAOFStevenK: To do what?  Just play/pause/forward/backward?06:34
StevenKRAOF: Yah06:35
RAOFThat should be trivial to whip up.  Does it support mpris?  If so, I could just do a generic mpris control plugin.06:36
RAOFIncidentally, the ‘focus’ Do action is quite useful when you're scared of alt-tabbing because unity crashes :)06:36
StevenKRAOF: How do I check if it supports mpris?06:41
RAOFYou could see if it exports the appropriate interface on dbus.06:41
RAOFBut, really, I could just install quod libet myself and see :)06:43
StevenKRAOF: That sounds better to me. :-P06:44
keessudo apt-get install libc6:i386  <- so much hotness06:45
linuxuz3rwhere do i get sys/processor.h06:59
=== _LibertyZero is now known as LibertyZero
linuxuz3rwhere do i get sys/processor.h07:05
RAOFFrom the package found by “apt-file search sys/processor.h”07:06
linuxuz3rRAOF, do you have the library for it07:10
RAOFNo, but I've pointed you at the way to find the package which contains sys/processor.h.  Which apparently doesn't exist, and least on amd64, so you'll need to give more information.07:12
RAOFProbably in a different channel, because this doesn't sound like a question related to the development of the Ubuntu distribution :)07:12
linuxuz3rRAOF, last question07:13
linuxuz3rdo you know if 32 bit ubuntu has it?07:13
RAOFNo.  I'd *guess* that the package that you're after is linux-headers-generic, but since you've not given any context as to what you'd like to *do* with processor.h, that's just a guess ;)07:14
linuxuz3rits for a project that im doing07:24
StevenKRAOF: So, uh, does it? :-)07:29
dholbachgood morning07:34
YokoZarslangasek: so that grep-dctrl command has been running for two hours and not returning anything...07:37
cjwatsonYokoZar: it's waiting for input07:38
cjwatsonYokoZar: try s/grep-dctrl/grep-aptavail/07:38
YokoZarcjwatson: ah hah, great ;)07:39
YokoZarcjwatson: btw did you have a theory about the binfmt warnings on wine1.2->wine1.3 switch?07:39
cjwatsonYokoZar: not yet, haven't had a chance to think about it08:05
pittiGood morning08:25
pitticjwatson: yesterday I added a gir1.2-* Extra-Include: to the supported seed, FYI; I don't think it makes too much sense to move all the autogenerated bindings of libraries to universe, as (1) we are going to need them in the near future, and (2) we really support them as well now (i. e. want to make sure that they work)08:31
pitticjwatson: does that sound ok to you? if so, I'd like to promote the remaining girs to main (see c-m.txt)08:31
cjwatsonpitti: sure08:31
didrocksgood morning08:33
amitkis it normal (in the brave new world of unity) to *not* have a application launch when you click on the icon; instead you get taken to the existing instances of application. Nice for browsers, *very* annoying for terminals. I guess Ctrl-Alt-T will get more users...08:34
pittiamitk: middle click opens a new instance FYI08:36
amitkpitti: thx! where is all this documented? Is there a Unity starters guide?08:37
pitti(don't ask me for an easier address, I got it from https://wiki.ubuntu.com/Unity/KeyboardShortcuts08:38
amitkheh :)08:39
didrocksyeah, that's the best uptodate place :)08:39
pittiI hope that will get a slightly more discoverable address :)08:39
didrockspitti: jcastro wants the askubuntu post to become the principal adress for it. But yeah, we need the officiel doc mentionning it with a link redirection08:40
pittislangasek, doko__: seems the multiarch transition is still missing a bit for libgcj-bc; that one has a symlink ./usr/lib/libgcj_bc.so.1 -> libgcj.so.11 which doesn't currently even get *installed* (does dpkg not install broken symlinks? apparently so); I guess that path should be fixed08:42
pittislangasek, doko__: want me to fix this?08:45
pittiSweetshark: so I guess what's happening is that dpkg simply ignores broken symlinks; that sounds wrong to me, but I have no other explanation as the libgcj-bc doesn't have any maintainer scripts08:46
Sweetsharkpitti: k08:46
=== hunger_ is now known as hunger
pittismb`, cjwatson: it seems that linux-ports-meta is obsolete in natty, linux-meta builds the ports as well; correct?08:50
cjwatsonthat's what I vaguely remember but I'd check Sources/Packages before believing me :-)08:51
cjwatsonit certainly looks that way08:52
pitticjwatson: I looked at the binary packages produced by linux-meta08:53
pittiI better wait for smb's confirmation, though08:53
cjwatson$ M -S linux-ports-meta08:55
cjwatsonlinux-ports-meta | |         natty | source08:55
cjwatsonsuggests so08:55
pitticjwatson: man brainstorm implementation> awesome turnaround time! *applauds*09:03
cjwatsonpitti: you're welcome :)09:07
doko__pitti, slangasek: sounds fine. I assume we need to move /usr/lib/gcj, used by the -gcj packages in the mid-range term too09:37
=== doko__ is now known as doko
=== MacSlow is now known as MacSlow|errand
pittidoko: hm, that dir is not shipped by gcc-defaults, is it? I don't have it here, anyway09:46
dokopitti: yes, but used/created in update-gcj-db09:47
ftapopcon needs a fix for the multiarch thing09:59
=== smb` is now known as smb
=== jjohansen is now known as jj-afk
smbpitti, cjwatson ports and the rest had been building from the same source package before but I think that I remember something about merging back the meta package as well for natty. Let me check to be sure10:38
smbpitti, So the normal package generates omap, versatile and powerpc stuff. And afaik powerpc is the only ports things left beside of arm10:42
pittismb: right now linux-ports-meta does not produce any binaries any more, and wants to go to universe; so I wondered if we should just remove it completely as it's obsolete10:42
smbpitti, At the danger of getting beatings from Andy, but I would also think that is obsolete and can go.10:48
pittismb: well, easy enough to reupload if it should get useful again :)10:51
pittidoko: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/natty/gcc-defaults/natty/revision/58 works here10:51
smb:) right10:51
ubottuError: Launchpad bug 58 not found10:51
pittidoko: ok to upload that? (kinda urgent, as it breaks the LibO build)10:52
=== MacSlow|errand is now known as MacSlow
dokopitti: sure, looks good. would be nice to introduce a with_multiarch macro to be able to build on older releases10:56
pittidoko: you mean dynamic by parsing debian/changelog, or just a switch on the top?10:57
dokoswitch on the top10:58
doko# is this a multiarch-enabled build?10:58
dokoifeq (,$(filter $(distrelease),lenny etch squeeze wheezy sid dapper hardy jaunty karmic lucid maverick))10:58
doko  with_multiarch_lib := yes10:58
pittidoko: shouldn't that be natty only?10:58
pittiah, nevermind10:58
pittisure, doing10:58
yofelpitti: why does apports postinst script error out again if it can't start apport? (bug 723670 and bug 741436)10:59
ubottuLaunchpad bug 723670 in apport (Ubuntu) "package apport 1.18-0ubuntu2 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Medium,Triaged] https://launchpad.net/bugs/72367010:59
ubottuLaunchpad bug 741436 in apport (Ubuntu) "apport won't install in a natty chroot on a Debian squeeze machine, due to missing upstart" [Undecided,New] https://launchpad.net/bugs/74143610:59
yofelit runs 'invoke-rc.d apport start || exit $?' - shouldn't that be '|| exit 0' ?11:01
yofelor is that a bug in dh_installinit?11:01
pittiyofel: that seems to be a regression in either dh_installinit or in upstart itself11:03
pittiyofel: the pre-start script is meant to exit with nonzero if the service shouldn't be started, AFAIUI (and it was Keybuk himself who wrote this code, too)11:04
yofelah, it doesn't though, it checks "[ "$enabled" = "1" ] || [ "$force_start" = "1" ]" which both return 1 in this case and thus the script itself returns 111:06
pittiright, that will keep it from starting11:06
pittiand in maverick the postinst didn't freak out because of that11:07
pittithere might be a newer way of blocking a service from starting, of course11:07
pittijhunt_: ^ did that change recently?11:07
pittidoko: does that snippet come from another package? do you parse $(distrelease) from dpkg-parsechangelog?11:08
pittidoko: or from lsb_release?11:09
dokodistrelease     := $(shell lsb_release -cs)11:09
pittiah, ok11:09
jhunt_pitti: is this bug 707971 once again?11:11
ubottuLaunchpad bug 707971 in upstart (Ubuntu Natty) "package apport 1.17.1-0ubuntu3 failed to install/upgrade: invoke-rc.d: initscript apport, action "start" failed." [Critical,Fix released] https://launchpad.net/bugs/70797111:11
jhunt_pitti: if so, I believe it's with slangasek11:12
pittijhunt_: looks like it; at least it's the same symptom11:12
chrisccoulsondholbach, does opening links in tbird work for you now? it works for me, but the reporter of bug 709216 says it isn't fixed for him11:12
ubottuLaunchpad bug 709216 in thunderbird (Ubuntu) "clicking on a link dont open the page " [Low,Triaged] https://launchpad.net/bugs/70921611:12
chrisccoulson(although, he did say it was fixed once already and then changed his mind again, so i'm not sure how much i trust him)11:13
pittidoko: tested for both cases, works; pushed11:18
dokoSweetshark, pitti: libtextcat tries to pull in automake1.7 ... whoever did propose/sync this ...11:35
pittidoko: already at it11:35
pitti(fix uploaded already)11:35
pittihm, I tried to revive the three broken armel buildds, but no luck; I'm afraid that's a lamont problem11:41
lamontpitti: yes.  and many thanks to the big phat packages that keep knocking them down in a row as they get retried on subsequent builders11:42
pittipoor armel :(11:42
lamontI'm specifically waiting for a new openjdk before I even worry about the buildds, since it's just gonna knock them over again11:42
lamont(and that's inbound, I'm told)11:43
pittiogra_, didrocks: sorry, I think we already talked about it, but what was the decision about ubuntu-netbook{,-efl}-default-settings? remove or demote?11:43
didrockspitti: I think we decided to remove it, isn't it ogra_ ?11:44
ogra_pitti, keep in universe for someone to adopt11:44
pittithey want to go to universe, but no point in keeping them in the archive if nobody will look after them any more11:44
didrocksogra_: do you stil have the netbook-efl-launcher?11:44
pittiisn't it unity-2d now?11:44
didrocksso, no point to have the settings package? no more netbook-launcher nor its -efl brother11:44
ogra_we dont use it, but there are some linaro partners that have interest in taking oveer efl stuff11:45
ogra_-settings can surely go11:45
ogra_buut keep the binaries11:45
pittiok; I see we have netbook-launcher-efl in universe still as well, so we shoudl keep the efl-default-settings as well11:45
ogra_if nobody adopted it by OO we can still drop it11:45
pittibut I think we should remove ubuntu-netbook-default-settings11:45
ogra_efl-default-settings can go too11:46
ogra_just keep the binaries for the apps11:46
ogra_so there is something for someone to pick up and work with11:46
soreauOk guys, can someone please clarify this for me about jockey? What do you have to do to make drivers appear in jockey?11:47
* didrocks waves byebye to the settings :)11:47
pittiogra_: x-loader-omap4 wants to go to universe as well; is it still being used?11:47
soreauIt seems removing the modalias packages removes drivers from the list but reinstalling them does not make anything reappear in jockey11:47
pittisoreau: have hardware who needs them, usually11:47
pittisoreau: the modalias packages are obsolete and shoudl be removed on upgrade11:47
ogra_pitti, i dont think so, need to check, but i think it can actually be removed11:47
* ogra_ checks code 11:48
soreaupitti: I dont get it though. You have a card supported by binary drivers, remove modalias packages and disappears from jockey11:48
pittiogra_: no rdepends, anyway11:48
soreauInstall modalias and they do not reappear11:48
soreauwhat is the deal?11:48
pittisoreau: hang on, are you on 10.10 or natty?11:48
soreauHow do you make drivers appear in jockey? (provided you have the hardware)11:48
ogra_pitti, thats a binary ?11:48
soreaupitti: It doesnt matter what I am using11:49
pittiogra_: source package11:49
pittisoreau: it matters a lot11:49
soreauthis is a question so I can do better support11:49
soreaupitti: Not my problem, I use all open drivers11:49
pittisoreau: in 10.10 we used the modalias packages, in natty we dropped them11:49
soreauBut you are avoiding my question11:49
ogra_pitti, can go, the new package is "x-loader" ... note that our bootloaders never have rdepends ;)11:49
pittisoreau: I can't give you a definitive answer before you tell me which release you are running on11:50
soreau<soreau> pitti: Not my problem, I use all open drivers11:50
pittisoreau: so *shrug*, my answer is: if you are on 10.10 or below, you need to have the modalias packages installed for jockey to work11:50
soreauOk thats all you had to say11:50
* pitti is confused now -- was I being offensive?11:50
Kmosnot at all11:51
pittiogra_: aanyway, x-loader-omap4 is both a source and a binary, and no rdepends at all11:51
pittiogra_: package was introduced in maverick11:52
nobutomvo: I have gathered affected locales list for Bug #573502 in Ubuntu Translators mailing list.11:56
nobutomvo: It would be great if you will disable loading translations to the locales on the list https://bugs.launchpad.net/ubuntu/+source/friendly-recovery/+bug/573502/comments/1311:56
ubottuLaunchpad bug 573502 in Ubuntu Japanese Kaizen Project "unreadable characters in recovery mode" [High,Triaged] https://launchpad.net/bugs/57350211:56
ubottuUbuntu bug 573502 in Ubuntu Japanese Kaizen Project "unreadable characters in recovery mode" [High,Triaged]11:56
mvothanks nobuto12:00
pittiKmos: (sorted it out in /query now..)12:03
ogra_pitti, right, in natty linaro introduced x-loader (with no suffix) so the source with suffix can go12:04
* pitti cruft busting more12:04
=== nigelbabu is now known as nigelb
=== MacSlow is now known as MacSlow|lunch
dholbachchrisccoulson, works for me too12:14
ogra_hmpf ... so i uploaded metacity 2.30.3-0ubuntu7 but didnt get any mail for it12:16
chrisccoulsondholbach, thanks. i guess the reporter has either messed up their configuration or hasn't actually upgraded everything yet12:17
pittiogra_: didn't land on LP either; the most common cause is an unsigned source.changes12:17
dholbachchrisccoulson, or not restarted the session12:18
chrisccoulsondholbach, yeah, possibly ;)12:18
pittiogra_: looks better now :)12:21
ogra_i re-rolled the source package12:22
ogra_weird thogh, i'm sure i signed the first time too12:22
mvo@pilot in12:24
=== udevbot changed the topic of #ubuntu-devel to: Archive: feature freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: smoser, mvo
=== yofel_ is now known as yofel
dokobdrung: lintian ping12:31
sorenpitti: for me, dput refuses to upload unsigned .changes.12:31
* dholbach hugs mvo12:35
=== claudinux is now known as Claudinux
bdrungdoko: i made some progress, but still some issues left: http://paste.ubuntu.com/584244/12:41
dokobdrung: nice!12:42
=== sconklin-gone is now known as sconklin
=== njpatel is now known as njpatel_
=== claudinux is now known as Claudinux
=== htorque__ is now known as htorque
bdrungdoko: two issues remain: 1. dpkg-source fails in one test. 2. the test complains about the ubuntu changelog entries13:35
=== MacSlow|lunch is now known as MacSlow
ximioncould someone please apply my patch against packagekit pkg and upload the new packagekit package?14:01
ubottuUbuntu bug 740815 in Mozilla Firefox "[FFe] Updates to enable us to drop xulrunner from main" [Medium,In progress]14:01
ximionsolves the bug mentioned above14:01
=== njpatel_ is now known as njpatel
ximion(I cannot request sync with Debian this time, cause we're still waiting on some deps for the new PK version to enter unstable)14:02
bdrungkees: your last upload of tiff let's vlc 1.1.8-1ubuntu1 fail to build: libtool: link: `/usr/lib/libtiff.la' is not a valid libtool archive14:04
ftaslangasek, multiarch? http://paste.ubuntu.com/584828/14:06
micahgbdrung: whichever file references that one needs dependency_libs emptied14:06
bdrungmicahg: that's the end of the build log: http://paste.debian.net/111812/14:07
micahgbdrung: here's the culprit: libsdl-image1.2-dev14:10
micahgbdrung: dependency_libs needs to be emptied at build time14:11
ari-tczewogra_: https://code.launchpad.net/~om26er/ubuntu/natty/metacity/metacity-fix-717216/+merge/52199 you should upload with Omer's d/changelog entry.14:12
ubottuUbuntu bug 52199 in darcs (Ubuntu) "darcs-server cache dir" [Low,Fix released]14:12
ogra_ari-tczew, to late :)14:12
ari-tczewogra_: yes, but please remember about that in future.14:13
ogra_hard to do if you have to mangle the patch14:13
bdrungmicahg: what's the best way to do that?14:13
ogra_but yes, next time if we have more time i'll ask him to do the origin and upstream bug entries himself14:13
ari-tczewogra_: it is possible, trust me ;)14:13
ogra_i know that its possible14:13
ari-tczewdebuild -kYOURKEYOREMAIL14:14
micahgbdrung: I did it in gtkglext, following the example of gnome-pkg-tools clean-la.mk file, there have been several similar uploads in the past week14:14
ogra_ari-tczew, the version was outdated, i had to do changes to the patch too ... so i decided to make a new changelog entry14:15
bdrungmicahg: thanks14:15
ari-tczewogra_: your choice, but it makes sometimes contributor unhappy.14:15
ogra_its not that i didnt mention him or anything14:16
ari-tczewI know14:16
ari-tczewbut some contributors like to have his patch as uploaded package14:16
ogra_well, then i would have had to ask him to do the changes14:16
ari-tczewand sponsoring means that we should keep their changelogs14:16
ogra_which would likely have resulted in that patch not making the freeze14:17
ari-tczewif wouldn't be there entry in d/changelog, then fine14:17
ogra_i'm happy to explain what i do if i do it to people that want to complain to me14:17
ari-tczewogra_: I'm stopping this discussion at this moment as some persons here will take this as attack (which is not...). I gave you only my views.14:18
matttbeI'm from Cairo-Dock team and I want to update Cairo-Dock packages on Ubuntu. I've opened two bug reports (cairo-dock and its plug-ins) one month ago with two linked branches: https://code.launchpad.net/bugs/723994 & https://code.launchpad.net/bugs/72399514:26
ubottuUbuntu bug 723994 in cairo-dock (Ubuntu Natty) "FFe: Please update Cairo-Dock to 2.3.0~0rc1 version" [Wishlist,New]14:26
ubottuUbuntu bug 723995 in cairo-dock-plug-ins (Ubuntu) "Please update Cairo-Dock Plug-ins to 2.3.0~0rc1 version " [Undecided,New]14:26
matttbeThe merge proposal status is still marked as "Needs Review" and micahg said to me that I've to contact mvo about these merge proposals: https://code.launchpad.net/~cairo-dock-team/ubuntu/natty/cairo-dock/2.3.0-0rc1/+merge/51034 & https://code.launchpad.net/~cairo-dock-team/ubuntu/natty/cairo-dock-plug-ins/2.3.0-0rc1/+merge/5103514:26
ubottuError: Launchpad bug 2 not found14:26
ubottuError: Launchpad bug 2 not found14:26
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
=== SolidLiq is now known as solid_liq
mvomatttbe: I have a look now14:30
matttbeI also want to note that we can't use the Debian versions because they don't respect what the upstream want to have (a bug has been reported about that) and the sponsoring said that "the merges were missing the original tarballs from upstream (upstream tag in UDD)"14:30
matttbemvo: thank you!14:30
slangasekYokoZar: sorry, I was assuming you were familiar with grep-dctrl already - you have to pass it a path to your natty Packages file as an argument14:34
slangasekpitti: odd, I know I tested libgcj_bc.so.1 earlier14:34
pittislangasek: it seems to work now, anyway14:35
mvomatttbe: this needs a feature freeze exception from the release team, if that is granted I'm happy to sponsor the upload14:35
matttbemvo: thank you but how can I receive this FFe? (an ACK?) Who can I contact?14:36
BlackZmatttbe: https://wiki.ubuntu.com/FreezeExceptionProcess14:37
matttbeBlackZ: thank you :)14:37
mvomatttbe: #ubuntu-release may help, but the usually process them via bugreports, not via irc (and what BlackZ said)14:37
jelmerbarry: hi14:38
Sweetsharkpitti: https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-nattytest <- there is a libreoffice version in there, l10n is in /home/bjoern/lo33/ on chinstrap14:38
slangasekpitti: did you have to change something to get it to work?14:38
matttbemvo: ok I will do that!14:38
mvogood luck :)14:39
Sweetsharkpitti: ok, Im 20 minutes late, but I still get twiddlefingers from libreoffice packaging.14:39
barryjelmer: hi.  wanna chat about udd+uds?14:39
pittislangasek: yes, http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/natty/gcc-defaults/natty/revision/5814:39
micahgmvo: skaet said to ping her when it was in shape, I already discussed with her before but the actual update was some days off14:39
ubottuError: Launchpad bug 58 not found14:39
micahgmvo: re cairo-dock14:39
pittislangasek: (and r59 for beautification)14:39
slangasekpitti: oh, this symlink is in gcc-defaults... that'll be how I missed it, sorry14:40
pittislangasek: no problem at all :)14:40
pittislangasek: this libgcj-bc is a horrible hack..14:40
=== Quintasan_ is now known as Quintasan
slangasekjhunt_: hmm, what's this about bug #707971 resurfacing?14:41
ubottuLaunchpad bug 707971 in upstart (Ubuntu Natty) "package apport 1.17.1-0ubuntu3 failed to install/upgrade: invoke-rc.d: initscript apport, action "start" failed." [Critical,Fix released] https://launchpad.net/bugs/70797114:41
Sweetsharkpitii: freedesktop bug 33915 / launpad bug 731556 seems not to be ubuntu only, but I still dont like it.14:41
pittiSweetshark: sponsoring..14:41
ubottuFreedesktop bug 33915 in Libreoffice "user settings get lost after several restarts" [Major,Reopened] http://bugzilla.freedesktop.org/show_bug.cgi?id=3391514:41
ubottuLaunchpad bug 731556 in LibreOffice Productivity Suite "LibreOffice erases user settings, and block the use of interface styles..." [High,Confirmed] https://launchpad.net/bugs/73155614:41
mvomicahg: aha, ok. was that writen in the bugreport? i did not see it there. happy to sponsor it if it has approval14:41
pittiSweetshark: did you get some more data for it?14:41
micahgmvo: it was a "let's evaluate when it's ready type of thing", so no explicit ACK yet14:42
Sweetsharkpitti: well: it happens with our build and with the LO build, it happens on OpenSUSE. So its not just us. However, it still happens with 3.3.2, which I hoped would solve it (because some werent experiencing it anymore). Unfortunatly, still no easily reproducable scenario.14:45
=== dendrobates is now known as dendro-afk
jelmerbarry: Yes, that'd be great14:51
jhunt_slangasek: sorry - it's not the same problem now I look at it more closely. But bug 741436 is rather nasty - invoke-rc.d calls /lib/init/upstart-job which fails since the environment outside the chroot doesn't have upstart installed.14:59
ubottuLaunchpad bug 741436 in apport (Ubuntu) "apport won't install in a natty chroot on a Debian squeeze machine, due to missing upstart" [Undecided,New] https://launchpad.net/bugs/74143614:59
jhunt_slangasek: we can detect from within the chroot whether upstart is available outside it, but what I don't know is what we should do if upstart *isn't* outside. return 0 and not start the job? or error (as is currently happening anyway)?15:00
slangasekjhunt_: ah; isn't the right behavior here to divert /sbin/initctl? :)15:01
jhunt_slangasek: /bin/true?15:01
slangasekthat's part of a normal chroot setup, I think :)15:01
jhunt_I haven't honestly tried that and I don't know what happens with the new version of upstart which... err... "sort of" has chroot support.15:02
=== dendro-afk is now known as dendrobates
jhunt_slangasek: where "sort of" equates to "is broken" :)15:02
slangasekheh :)15:02
jhunt_slangasek: I guess we stick with divert until I've fixed chroots, which makes that bug invalid presumably as the chroot environment isn't setup as expected.15:04
jhunt_slangasek: maybe we should package upstart to auto-detect when it's installed in a chroot and do the divert automatically?15:05
slangasekI wouldn't15:05
slangaseknote that all server installations start out as a chroot unpack15:05
slangasekfor that matter, so do liveCD builds at some point15:05
jhunt_slangasek: ah! right :)15:05
Chipzzis there a proper way you can detect if you're being run in a chroot?15:07
Chipzzcan't immediately think of one myself15:07
jhunt_Chipzz: "stat /" seems to work :)15:07
ChipzzI'm wondering... how hard would things break if you did chmod o-x / ? :P15:08
Chipzzor rather, what would not break :P15:09
=== tkamppeter__ is now known as tkamppeter
cjwatsonthere's a set of chroot detection runes that exists in various packages' maintainer scripts.  I'm with slangasek on this though15:10
Chipzzcjwatson: well I was going to say (but I think you already guessed that) detect it at runtime15:11
cjwatson(though perhaps, if it's emitting an error message, the error path could be augmented with chroot detection to make the message more helpful)15:11
Chipzzthen again, you would have to manually start upstart IN the chroot, which makes little sense I guess15:11
Chipzzjhunt_: so what was the reason for diverting not being a valid solution?15:15
Chipzzhead full of snot, not focussed, meh. sorry15:16
jhunt_Chipzz: I'm not saying it's not valid, but we're trying to add full chroot support to upstart atm, so the advice might change when that happens. Also, I was wondering at the possibility of not having to have to manually do the divert.15:16
Chipzzjhunt_: right, I read the last lines of the discussion, then went to read the top of my screen, and somehow I managed to overlook "16:04 < jhunt_> slangasek: I guess we stick with divert..."15:17
Chipzzjhunt_: hence why I said nevermind :)15:17
Chipzzjhunt_: but how exactly are stat / inside and outside of a chroot supposed to differ?15:18
Chipzzlooking at the 2 and can't spot any obvious differences, but I'm probably overlooking it15:20
cjwatsonyou stat / inside the chroot and compare it with /proc/1/root15:21
cjwatsonif they're different you're in a chroot15:21
Chipzzah k15:21
jhunt_Chipzz: or [ `stat --printf="%i" /` != 2 ] && echo "in chroot" || echo "NOT in chroot"15:22
Chipzzsth that did catch my eye too, is "Inode: 2"15:22
cjwatsonyes, though I wouldn't want to trust that as not being fs-specific15:22
jhunt_cjwatson: true!15:22
Chipzzinode 1 is the journal I think?15:23
cjwatsonalso, it only means you're at the root of a filesystem; it does not mean you aren't in a chroot, since the chroot might start at the root of a filesystem15:23
Chipzzthx :)15:24
Chipzzthat would make for a good question on a google interview :)15:24
SpamapSyaaay.. bug #696996 is fixed now.. I can run unity all the time.15:31
ubottuLaunchpad bug 696996 in unity "Unity is offset down by difference in resolutions when Nvidia twinview is used" [Undecided,Triaged] https://launchpad.net/bugs/69699615:31
=== sconklin is now known as sconklin-afk
=== deryck is now known as deryck[lunch]
kim0Hi folks .. Letting you know Ubuntu Cloud Days starting in 10mins in #ubuntu-classroom .. You can discuss in #ubuntu-classroom-chat .. Thanks15:49
shadeslayermdeslaur: Hi!15:57
mdeslaurshadeslayer: hello15:57
shadeslayermdeslaur: Just wanted to inform you on the issue with the revoked certs and how rekonq/konqueror will handle it, a patch for QSslSocket is being formed as we speak, will track it and get back to you :)15:58
mdeslaurshadeslayer: cool...thanks15:59
=== dendrobates is now known as dendro-afk
=== jj-afk is now known as jjohansne
=== jjohansne is now known as jjohansen
Pilif12pI'm probably in the wrong channel, but in the 11.04a3 installer it has a screenshot of OpenOffice but it says LibreOffice.. I know that they're pretty much the same but it still says "OpenOffice.org" in the title bar.16:06
ScottKPilif12p: Please report a bug against the ubiquity-slideshow-ubuntu package.16:08
=== herton is now known as herton_lunch
=== diwic is now known as diwic_afk
pittikees, jdstrand: releasing lucid and maverick linux-mvl-dove linux-meta-mvl-dove to -updates and -security16:21
mdzcjwatson, pitti, kees, TechnicalBoardAgenda says 1800 UTC but the calendar says 1700 UTC (US DST damage)16:26
cjwatsonmdz: earlier is better for me, but pick one I guess16:28
=== dendro-afk is now known as dendrobates
pittimdz: ^ same for me16:31
dokoSweetshark: misusing the buildds as test machines? ;-P16:32
mdzcjwatson, pitti - Keybuk is supposed to chair, and I believe he said he couldn't make the earlier time slot (when we were setting the new meeting time)16:37
mdzI guess it depends on what kees and Keybuk are expecting16:37
pittiok, so 1800 UTC16:37
mdzI have a dinner engagement this evening which I scheduled based on the 1700 time slot, so if it's 1800 I will have to leave early16:37
mdz1830 or so16:37
pittiok, 1830 WFM16:37
Sweetsharkdoko: "yesterday it still worked"16:40
cjwatsonmdz: ok, let's make it 1800 and be snappy then16:40
mdzcjwatson, ack16:41
mdzpitti, thanks a lot for working on the brainstorm review16:42
=== deryck[lunch] is now known as deryck
=== herton_lunch is now known as herton
jamespageslangasek: are you avail. to discuss bug 737603 and how we resolve it?16:59
ubottuLaunchpad bug 737603 in openjdk-6 (Ubuntu) "JNI unable to find libpam.so" [High,Triaged] https://launchpad.net/bugs/73760316:59
slangasekjamespage: sure16:59
jamespageslangasek: excellent17:00
jamespageso first things first - I am in no way saying that loading unversioned libraries is a 'correct' thing todo in Java17:00
slangasekjamespage: yep - and I'm not meaning to block you from getting things fixed, I'm just pointing out that anything that does load_this_library("pam") is broken in all kinds of ways and I want to make sure we're not adding extra hacks we shouldn't need to in support of a fundamentally broken model17:01
jamespageslangasek: I don't particularly like the way either the JVM or JNA does this stuff; but ultimately there is a bunch of code out there that depends on load_this_library("pam") working in some fashion on Ubuntu17:03
jamespage(mainly because thats what Sun said should work way back in Java time)17:03
jamespageslangasek: fundamentally libjna-java is a bit of a hack to make Java and native libraries work in some sort of fuzzy fashion17:04
pittimdz: you're welcome; first responses are already trickling in :)17:05
jamespageslangasek: I'll fix to specific versions where I can in the Jenkins codebase (which will help not make this any worse)17:05
slangasekjamespage: and was that working reliably before the switch to multiarch, as a result of the code in the standard library that pokes around the filesystem for something that matches the pattern lib${arg}.so.*?17:05
jamespageslangasek: yes - but only because of the fuzzy matching that libjna-java provides as you state17:06
slangasekand libjna-java is all bytecode, no jni bits of its own I guess? :)17:07
jamespageSo it does provide one native library which gets installed into /usr/lib/jni17:07
jamespagethis is used to bypass the normal JVM loadLibrary call which does not work17:08
jamespageit calls dlopen directly17:08
jamespagebut theres a bit of Java infront of that which scans an automatically generated library path to determine which absolute path name to pass to dlopen17:08
slangasekbut the path resolution is done in the java code, not in the native lib, so it's non-trivial to fix things to just pick up the correct library path at build-time -hmm17:09
jamespageyou got it - hence the nasty code in Java to build the path based on cpu etc... to be multi-path compatible.17:09
jamespagesorry - mutli-arch17:09
jamespageor even multi-arch17:09
slangasekso yes, this is all very nasty, but I don't see any other viable short-term solutions17:10
=== MacSlow is now known as MacSlow|break
jamespageI agree - I think the best longer term solution is to work with dependent packages to fix to specific versions of libraries (which it does support) rather than using wildcards.17:11
slangaseklong-term, I think we should skip right over trying to handle the multiarch path in the native code and instead try to propagate the news that calling loadme("pam") is wrong17:11
slangasekyep, seems like we're aligned17:11
slangasekand just needed to get the realtime exchange here to verify this :)17:12
=== sforshee is now known as sforshee-lunch
jamespageSo I'll complete the patch for libjna-java for Natty; hopefully we can then drop this at some point in the future17:13
slangaseksounds good to me17:13
slangasekso you'll fix up the armel handling and resubmit?17:14
jamespageI'll also post to debian-java to generate some discussion around this; specifically moving to using versioned .so's with libjna-java.17:14
slangasek(armhf can be deferred for now)17:14
jamespageYep - I'll update the branch to handle armel correctly as specified in the merge proposal.17:14
slangasekgreat, thanks :)17:14
jamespageI just need a quick check on what openjdk defines for os.arch on armel so if anyone has a bit of arm kit that could confirm much appreciated.17:15
slangasekjamespage: toss me a quick'n'dirty java prog I can use to grab that from an arm system?17:18
jamespageslangasek: OK - I'll stick something together now17:19
ScottKslangasek: Aren't dirty and java program redundant?17:20
slangasekScottK: "quick" and "java program" aren't, and "quick&dirty" is a package deal ;)17:20
ScottKFirst time my wife did a program in Python after having done Java stuff she was SURE she was missing something because it was too easy.17:21
jamespageslangasek: http://pastebin.com/Y2GEjz7a - drop it into a file called OSArch.java; javac OSArch.java; java OSArch should do the trick17:21
jamespageScottK: I know exactly how she felt :-)17:23
jamespageslangasek: thanks for doing that.17:23
slangasekScottK: haha :)17:23
slangasekjamespage: is it safe for me to build it on x86 and copy the result over to armel?  Otherwise I'll be waiting a bit for openjdk to install on my beagle :)17:24
jamespageslangasek: should be - Java bytecode is mean't to run anywhere17:24
psusiI still claim that Java was invented by C programmers as a means for universities to crank out crappy programmers so they couldn't compete for the older guys's jobs ;)17:25
slangasekjamespage: yeah, I know that's the /theory/ ;)17:25
psusiand I FINALLY decided to give python a shot recently and it's pretty sweet17:25
jamespageslangasek: well you never know...... :-)17:25
keesslangasek: how do I get a list of the i386 packages I have installed on my amd64 system? apt-cache policy isn't much help17:26
slangasekkees: dpkg -l '*:i386'17:27
keesoh-ho! nice.17:27
jdstrandpitti: hi! I am trying to use 'apport-collect 741908', and then get the familar "Waiting to hear from Launchpad about your decision..." in the terminal, but it opens in firefox and I get "Not allowed here" (logged in as jdstrand)17:32
pittijdstrand: le huh?17:32
jdstrandpitti: I feel I am missing something-- does apport stash its creds somewhere?17:32
pittijdstrand: yes, it's supposed to, and seems to work her17:33
pittijdstrand: that should even continue to work with the old tokens (by-app), it shouldn't insist on a per-machine one17:33
jdstrandpitti: ok, I removed that and it worked. I had removed a bunch of crufty authorizations a little while ago and it seems apport was using a cached one that I removed in LP17:34
jdstrandpitti: all is well now, thanks!17:34
pittijdstrand: ah, good17:35
ScottKpitti: Would you have a moment to do the sync in Bug 741886?  It'd be nice to get it in before Beta 1 freeze.17:37
ubottuLaunchpad bug 741886 in python3-defaults (Ubuntu) "Sync python3-defaults 3.2-1 (main) from Debian experimental (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/74188617:37
pittiScottK: sure17:39
ScottKpitti: Thanks.17:39
keesslangasek: I'm completely at a loss on how ia32-libs loads libraries. in a chroot, /usr/lib/nspluginwrapper/i386/linux/npviewer.bin loads fine. LD_DEBUG=libs ... shows the /lib32 paths. "ldconfig -v" does not. and on my real machine, I cannot run npviewer.17:50
=== sconklin-afk is now known as sconklin
=== sforshee-lunch is now known as sforshee
slangasekjamespage: $ java OSArch17:53
slangasekkees: hrm, I'm not sure how that's meant to work17:54
slangaseklet me poke around here17:54
slangasekkees: ldconfig -v doesn't show it because ldconfig belongs to the 64-bit libc, which doesn't know about lib32, and ia32-libs doesn't install anything to /etc/ld.so.conf*17:55
slangasekkees: or rather, libc6-i386 doesn't17:56
cjwatsonKeybuk: are you available to chair the TB meeting today?17:56
cjwatson(hi :-) )17:56
slangasekkees: so the question is whether libc6-i386 still has the right built-in library path, or if we managed to break that with multiarch17:57
slangasekkees: er... no, more than that.  if you have libc6:i386 installed, this *replaces* libc6-i386's linker17:57
slangasekbecause they're the same filesystem path, obviously17:57
Keybukcjwatson: yup17:58
slangasekkees: so I guess as a bandaid, libc6:i386 needs to know about /lib3217:58
keesslangasek: hhmmm.17:58
* cjwatson hears dinner being dished up17:58
cjwatsonperhaps I ought to have warned Kirsten about the meeting :-/17:58
keesI uninstalled libc6:i386... perhaps I need to reinstall ia32-libs now17:58
slangasekkees: oh, haha17:58
slangasekyeah, that would also do it17:58
keesslangasek: well, I mean, I uninstalled libc6:i386 as part of the debugging process.17:59
slangasekas /lib/ld-linux.so.2 would be missing now17:59
slangasekah, right17:59
slangasekso yes, reinstalling ia32-libs should bring back the linker that knows about lib3217:59
slangasekI think we should have libc6-i386 install an ld.so.conf snippet to deal with this, rather than embedding lib32 knowledge in libc6:i38618:00
keessudo apt-get --reinstall install libc6-i386  <- fixed it18:02
slangasekand sudo apt-get install libc6:i386 should break it again18:02
keesand all that snippet should look like would just be adding /lib32 and /usr/lib32 ?18:02
* kees attempts18:03
xjuniorMy sound device stopped work. I'm on natty, living in the edge. can you help me to figure out why, maybe fix it or at least help the ubuntu dev team to fix this for future releases?18:12
* bcurtiswx drum hits18:12
shadeslayerxjunior: support in #ubuntu+118:16
keesslangasek: https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/741949  look right?18:20
ubottuUbuntu bug 741949 in eglibc (Ubuntu Natty) "libc6-i386 co-installed with libc6:i386 breaks ia32-libs" [Low,New]18:20
slangasekkees: yeppers18:25
pittiev: for bug 723813, should we now close the ubiquity task as "wontfix" as well?19:04
ubottuError: Launchpad bug 723813 could not be found19:04
=== MacSlow|break is now known as MacSlow
psusikeybuck is a frigging genious.  he made mountall so smart, at first I thought it was a bug for ignoring the fsck order argument in fstab, but he actually figures out what fs are on the same physical disk, and uses ionice to make sure only one fsck at a time has priority access to the disk.19:04
jamespageslangasek: thanks - made a good first guess in that case!19:07
evpitti: I don't agree with the decision, but far be it from me to co-opt the entire installer team in such a manner. Go ahead.19:07
pittiev: ok; at least it's not through your own hand then :)19:08
Keybukpsusi: I'm afraid I can't take the credit ;)19:21
Keybukion wrote that code19:21
pittiLaney, directhex, hyperair, RAOF: we are currently trying to get rid of the obsolete xulrunner-1.9.2 (discontinued upstream, open security holes), see bug 740815; the one remaining rdep is libgluezilla, which is only needed by libmono-webbrowser0.5-cil, which is only needed by libmono-cil-dev and libmono-winforms2.0-cil20:03
ubottuLaunchpad bug 740815 in xulrunner-1.9.2 (Ubuntu) "[FFe] Updates to enable us to drop xulrunner from main" [High,In progress] https://launchpad.net/bugs/74081520:03
chrisccoulsonpitti - xulrunner-1.9.2 isn't quite discontinued yet, but it probably will be soon20:03
pittiLaney, directhex, hyperair, RAOF: as libmono-webbrowser0.5-cil does not have any other dependencies, would it be possible to just disable this?20:03
directhexpitti: it will have no adverse effects on in-archive apps, but will prevent any apps written on Windows which use the WebBrowser widget from working20:04
chrisccoulsondirecthex, so, we don't have any applications in the archive using it?20:05
pittidirecthex: I guess there is no way to use webkit for that?20:05
pittichrisccoulson: if so, they should depend on it surely?20:05
directhexpitti: i can give you a slight improvement, a gluezilla snapshot which will build (but not run) against 2.0. well, it'll run until the garbage collector tries to work, at which point it'll go "clunk"20:05
pittidirecthex: by "no way" I mean "already supported in the source", not "someone with infinite time could code it"20:06
keesmicahg: wow... a _lot_ of packages have bad dependency_libs :(20:06
chrisccoulsondirecthex, the issue is that 2.0 will be unsupported 3 months after natty release20:06
chrisccoulsonand we just can't realistically provide security support for it20:06
pittidirecthex: we are eliminating xulrunner-2.0 from main as well, though20:06
directhexchrisccoulson: which is why i've been encouraging andreia to move from gluezilla to webkit-sharp to provide that widget. it's now possible with webkit 1.3, but only half finished20:06
pittidirecthex: ah, it's great to hear that this is already underway, though!20:07
directhexshe was going to push to git, let me see if she did20:08
directhexi've pinged her20:09
directhexshe did mention something about the webkit gir files being wrong, though20:09
pittidirecthex: oh, mono is using GIR and GI now?20:10
pittidirecthex: perhaps you can get her in contact with me, I might be able to help fixing up the annotations20:10
directhexpitti: there are a few efforts underway to produce (for now) static bindings from .gir source, by converting from gir to mono's gobject codegen format (gapi)20:10
pittidirecthex: I did quite some GTK and other library annotation fixes in the past20:10
pittidirecthex: awesome; that's similar to the current vala approach20:11
pittidirecthex: fixing the webkit gir would be useful for other areas as well20:11
pittidirecthex: perhaps she could file a bug somewhere and subscribe me?20:12
directhexpitti: i'll try to get her in direct contact with you, once she shows signs of being online20:12
pittidirecthex: cool, thanks20:12
directhexpitti: she's in .pt timezone, so that shouldn't be too difficult to do20:12
* pitti toddles of for some late dinner at last20:13
directhexyeah, i need to go cook20:14
chrisccoulsondirecthex, pitti - thanks!20:15
directhexchrisccoulson: i hoped it had a little more time for this one. i first noticed there was an imminent issue when rebuilding gluezilla against xulrunner in debian experimental20:15
directhexalthough the debian mono team has always advocated s/xulrunner/webkit/ for everything we do, since the binding is so much cleaner. apparently this wasn't possible for replacing gluezilla due to lack of DOM access, until webkit 1.3 added it20:16
chrisccoulsonyeah, webkit seems more supportable right now20:17
directhexi've been bugging andreia to move gluezilla to webkit for about 2 years now ;)20:17
slangasekkees: yeah, I'm cleaning up libgd2 just now, so I can finish fixing the php5 ftbfs.  Are you looking into the bad dependency_libs problem as a whole?20:18
keesslangasek: I am, yes.20:19
keesslangasek: I have _34_ packages in the archive that ship .la files with dependency_libs listing /usr/lib/libjpeg.la20:19
slangasekkees: we obviously want to prioritize the ones that point at .la files that have moved for multiarch... right, like those :P20:19
slangasek34 source or binary?20:19
keesbinary. source is...20:19
kees7 in main20:20
* slangasek nods20:20
RoAkSoAxhowdy, is there a tool that checks if the dependencies for a certain packages are already in main?20:21
RoAkSoAxor to see if all the packages in a seed are in main?20:21
keesanyway, I have an optimized archive searching tool that can find these, so I can try just handing it a list of all the libs that are multiarch now20:21
slangasekkees: cool - would love to have at that list20:21
slangasek28 is probably too many to want to fix up properly, we might just fire some no-change rebuilds to get this unblocked20:22
keesslangasek: I'm going to build a list of the shipped .la files in multiarch libs and then from there generate the list of packages listing them...20:22
slangasekI was thinking in terms of : grab the list of multi-arch: same libs; grab all -dev packages that are reverse-dependencies of those libs; grab all -dev packages that are reverse-dependencies of those, and look for non-empty dependency_libs20:23
keesslangasek: a no-change rebuild will fix up the paths, but not really solve the problem ultimately, right?20:23
keeshttp://paste.ubuntu.com/585027/ <- my work plan20:24
slangasekyep, that can also work20:25
slangasekand will pick up those -dev packages that are broken because they don't actually have deps on the other -dev packages20:25
slangaseklike libjasper20:25
keesyeah. grr :)20:25
keesslangasek: do you have a la-cleaner snippet for "classic" debhelper? I've only found dh(1) and cdbs20:29
slangasekkees: Debian bug #619210 for an example20:29
ubottuDebian bug 619210 in meanwhile "meanwhile: please wipe out dependency_libs from .la files (Policy 10.2)" [Normal,Open] http://bugs.debian.org/61921020:29
keeshm, maybe I'll use $$(find debian/tmp/usr/lib -name '*.la') ...20:31
* slangasek reads over that bug report and goes cross-eyed. "As long as meanwhile"? Stupid plain english package names20:33
slangasekkees: yeah, that's more future proof; otoh it's a minor thing to fix up the path when multiarch arrives20:33
slangasekfrankly, it's libtool - whatever stops it is good enough IMHO ;)20:33
keescan't we fix libtool instead?20:34
* slangasek waves his hands vaguely20:34
slangasekpart of the problem is that libtool is embedded in upstream software releases20:34
keesyeah, I figured "no" since it could break non-distro builds20:34
mvo@pilot out20:43
=== udevbot changed the topic of #ubuntu-devel to: Archive: feature freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: smoser
slangaseklool: Debian bug #458851 is a problem for avahi multiarchification.  what would you recommend here?20:48
ubottuDebian bug 458851 in libavahi-common-data "Ships arch-dep file in /usr/share" [Minor,Fixed] http://bugs.debian.org/45885120:48
RoAkSoAxcjwatson: howdy! You might be able to help me. I need to know if all the packages(and dependencies) of a seed (UEC) are in main.  Is there a tool that allows me to do that?21:06
hallynjbernard: hey, are you familiar with the libcgroup security update in squeeze?  I just did a 'bzr branch lp:debian/squeeze/libcgroup' but don't see the claimed fix...21:08
=== sconklin is now known as sconklin-gone
cjwatsonRoAkSoAx: everything in the ubuntu.natty seed collection (which contains uec) is either in main or will show up as a candidate for promotion on http://people.canonical.com/~ubuntu-archive/component-mismatches.txt21:23
sladencjwatson: is there anything that uses connman.  There a request for a missing icon, but if it's not shipped somewhere as a default and not subject to UI freeze I won't bother21:26
cjwatsonsladen: it's in universe; if there is, it can't be anything we ship by default21:26
slangaseklool: disregard, --libdir is automatically putting the db file in /usr/lib/<triplet>, so I guess it can be M-A: same21:26
loolslangasek: Eh ok21:30
loolslangasek: was just closed apparently?21:30
loolFrom unknown Thu Mar 24 21:12:03 201121:31
loolslangasek: sjoerd just closed with an upload21:31
slangasekthat's weird21:31
* kees wonders why lintian doesn't scream about dependency_libs21:31
slangaseklool: I didn't even notice that, I was looking at a comment you made about this bug in an /old/ changelog :)21:31
slangaseklool: indeed, the closure is from 200821:32
slangasekreally, the question was whether to move this file to the multiarch dir or to figure out how to make it arch-indep21:32
slangasekthe naive solution does 1) for me, so I'm happy21:32
pittiRoAkSoAx: I checked bug 738757, will take care of it21:32
ubottuLaunchpad bug 738757 in hdparm (Ubuntu) "spindown settings lost on pm-suspend indirectly affects powernap power savings" [Undecided,Triaged] https://launchpad.net/bugs/73875721:32
bdrungpitti: i can't install libtextcat-dev, because it wants to install libtextcat-data and remove libtextcat-data-utf8, which leads to a libreoffice removal21:33
pittibdrung: -utf8 is gone indeed; we currently have a libo rebuild going on which ought to fix that, though21:34
bdrungok, thanks21:35
keesslangasek: 119 source packages need dependency_libs cleaning. 20 in main. (minus 2, since you just did libgd2 and I just did jasper)21:38
slangasekkees: manageable.  Where's the list?21:39
slangasekkees: which end of the alphabet do you want to start from? :)21:39
keesdjvulibre fontforge imlib2 libgphoto2 libwmf are already on my list due to libjpeg6b upload breakage21:40
slangasekok, I'll start from the tail end then21:40
RoAkSoAxpitti: awesome! thank you!21:42
RoAkSoAxcjwatson: ok thanks ;)21:43
RoAkSoAxwin 2121:43
kees/usr/share/cdbs/1/rules/clean-la.mk:38: *** missing `endif'.  Stop.21:45
pittiweird, when did that break? we ahve used clean-la for ages21:48
pittiah, r19221:48
pittikees: want me to upload a quick fix?21:48
pittior are you at it?21:49
keespitti: I'm stuck in some other things; if you have it handy, that would be great21:49
bdrungdoko: bug #74209221:53
ubottuLaunchpad bug 742092 in lintian (Ubuntu) "lintian FTBFS" [High,New] https://launchpad.net/bugs/74209221:53
* shana pokes cow22:01
shanawho do I need to poke?22:01
pittihello shana, how are you? you are the mistress of mono webkitification?22:02
pittipleased to meet you :)22:02
pittishana: directhex mentioned that you had some trouble with the webkit gir, and I wondered if I could help out22:03
shanaI was appointed the browser bindings mistress as a consolation prize for not working on the moonlight hackathon back in 200822:03
shanayeah, all the parameter names on signals are wrong22:03
shanafor instance, <glib:signal name="hovering-over-link"> has <parameter name="object" transfer-ownership="none">22:04
shananote the "object" name on the parameter22:04
shanaall parameters seem to follow the pattern "object", "p0", "p1", "p2", etc22:05
pittishana: that sounds like default names due to missing annotations indeed22:06
pittishana: do yo know if there is a bug report for this already, perhaps even with a small test case?22:07
shanaI just stumbled upon it last night, haven't opened any bugs on it yet22:07
pittishana: I'm about to go to sleep, and won't have time tomorrow, but I think I could work on that next week22:08
shanaI just finished fixing up the gir for 1.3 with the proper names, some signals are hard to figure out22:08
shanapitti: cool cool22:09
pittikees: there, fixed cdbs22:09
shanapitti: I can get you versions of the 1.2.5 and 1.3 gir files with correct names, if it helps22:11
keespitti: great, thanks!22:12
pittishana: you hand-edited them, or you patched the source to build them correctly?22:12
shanahand-edit, haven't had time to go through the source yet to fix it22:12
directhexi couldn't even see where the gir is generated in the webkit source22:13
pittishana: it certainly can't hurt, then at least we could compare the autogenerated one to your's22:13
directhexthere's no .gir.in or anything fancy like that22:13
shanapitti: do you want me to open up a bug somewhere?22:13
pittidirecthex: no, it's generated from the source .c files (or .cpp)22:13
pittishana: that would be useful, with above example signal (and attach your files there)22:13
pittimuch easier for tracking22:14
pittishana: upstream or launchpad, whatever you prefer22:14
pittiwe'll need an upstream bug eventually anyway, of course22:14
directhexi wonder if anyone in the office knows about this issue22:14
shanaoh man, I haven't been to webkit's bugzilla in such a long time22:15
pittioh man, most critical bug ever -- stop shipping webkit! https://bugs.webkit.org/show_bug.cgi?id=1937122:15
ubottubugs.webkit.org bug 19371 in Evangelism "WebKit Needs T-Shirts" [Enhancement,New]22:15
pittishana: I can't find an existing upstream bug report, anyway22:16
shanaI don't think anyone is really using gir actively22:16
pittishana: well, we do in Ubuntu now22:17
pittishana: we have about 6 packages ported from pygtk to pygi22:17
pittimore to come in oneiric22:17
shanaI still don't quite understand why there's virtual-method and glib:signal nodes for the same things22:17
shanawhere's the xsd for the gir format?22:18
seb128GNOME3 does as well, well for a definition of  'actively', they don't use python a lot22:18
pittishana: http://www.piware.de/tag/gobject-introspection/22:18
pittiseb128: they do use it with javascript, though?22:18
pittishana: I don't think they have a schema22:19
seb128pitti, well, they have the gnome-menus gmenu-simple-editor or some applets ported to gi pygtk322:19
pittiseb128: I thought gnome-shell is all over this stuff22:19
seb128rather "pygobject gi gtk3"22:19
seb128pitti, right, it is, I was speaking about python gi22:19
shanait's a shame people don't rely on schemas, you can do some really nice things with xsd22:19
seb128pitti, g-s is gjs and gi indeed22:19
shanalike generate instant parsers22:20
shanapitti: why virtual-method and glib:signal for the same thing (but not all)? what do they represent exactly?22:21
pittishana: I don't know details about these virtual-method thingies either, I'm afraid; the ones I saw were not something I'd ever call from a binding22:21
shanaI need to figure out who's responsible for gir22:22
shanaif this thing is going to be a standard way of describing apis, it better be well nailed down22:22
pitti#introspection on irc.gnome.org would know (in particular, J5 and tomeu)22:22
shanaah, thanks!22:23
shanapitti: I'll let you know about the webkig bug when I open it, bit on the tired side now :)22:23
directhexaha, i knew i'd be able to blame someone at work22:23
shanadirecthex: who?22:24
pittishana: thanks22:24
shanain the meantime22:25
shanawebkit# bindings for 1.2.5 and 1.3 are almost done here22:25
directhexshana: tomeu is a collaboran22:25
shanaand gluezilla is dead22:25
shanawell, suffering22:25
shanadirecthex: aaaah, fingers to point, that's good :)22:26
directhexshana: i've relaid your complaint on our internal irc ;)22:29
shanayayness :)22:30
directhexreaction from kov, that's a good sign22:31
shanaI wish I was there when it was drawn up, the multitude of non-default namespaces makes for very verbose xpaths22:31
shanabut I do like the way it turned out22:32
shanaminus the quirky signals thing22:33
pittishana: oh dear, http://launchpadlibrarian.net/66063126/buildlog_ubuntu-natty-i386.webkit_1.3.12-0ubuntu3_BUILDING.txt.gz shows two metric tons of annotation errors22:36
seb128pitti, check with kov on #debian-gnome maybe if there is any work going on on that before starting22:37
pittibut I still don't see an obvious error in the annotation22:37
directhexeach error weighs 4.29184549?22:37
pittiseb128: yeah, will doo22:37
slangasekpitti: cdbs> ah, missed that other ifndef up top, mistook the endif there for one I'd added :/22:37
directhexkg, that is22:37
pittibut before I'll get some sleep :) good night everyone!22:37
shanamissing transfer annotations22:37
seb128pitti, he's maintaining webkit in debian and working on it upstream as well22:37
seb128'night pitti22:37
shanathose are important :P22:37
pittishana: yeah, all those will turn out to be not introspectable (i. e. not usable from bindings)22:37
directhexseb128: kov implies it's not been seriously worked on22:37
shanawell, I ignore missing transfer annotations currently22:38
pittishana: but that doesn't affect signals22:38
pittishana: hmm, that sounds kinda dangerous22:38
shanathey're important for strings, for other objects not as bad22:38
shanaas in, things don't blow up for non-strings if the annotation is missing22:39
shanabut it's not good22:39
pittihow so? treating "full" for "none" is a crash, treatin "none" for "full" is a memleak22:39
shanaexactly, they don't crash22:39
pittiso just eating tons of memory then?22:39
shanadoesn't mean it doesn't leak and that's bad22:39
shanawhich is bad on a level 4.5, blowing being level 5 bad22:40
pittishana: what's the worst level on that scale?22:40
shanaI think that, in webkit's case, all those missing annotations are full22:40
shanasince webkit returns loose objects on the dom22:40
pittishana: stuff like webkit_dom_node_get_previous_sibling() is almost certainly "none"22:41
pittiit would be very weird to return full copies during iteration22:41
shanaor none, orry, I might be confused22:41
shanawebkit returns shallow wrappers that can be disposed off at any time22:41
shanait's not the actual real dom object, it's just a disposable accessor22:42
shanawhich is totally annoying when you're trying to compare objects22:42
shanaI had to hack up a solution for that on moonlight for chrome22:42
shanaif there's a standard ownership for returned dom objects on webkit, even if the annotations are missing you can assume an ownership value on the gir22:43
shanaI don't know, I haven't eaten for a few hours and my brain is starting to go, so don't take my word for it :)22:43
pittishana: so, when I resume work on this I'll talk to kov?22:44
pittishana: I can certainly give a hand with fixing the annotations, but I'd like to coordinate this to get the patch merged quickly (as it'll be quite large and thus will bitrot quickly)22:45
pittishana: as for the signal ones, that needs a deeper look (and a built tree), will do that next week22:45
shanakov does gir, right?22:45
pittishana: well, it was you who brought him up, wasn't it?22:46
shanathat was directhex22:46
shanaI think22:46
pittishana: the gir gurus are mostly tomeu and J5, but there's a lot more people involved, of coruse22:46
shanaI think we're a bit too tired for this conversation :D22:46
shanawhen you have the time to fix up the annotations, ping me and we'll coordinate22:47
shanaI think it might be useful for projects of this size to have a global default annotation for ownership that would be assumed for all methods unless otherwise defined there22:48
pittishana: I think webkit is a bit of a special case here due to the magic accessors, but it would be handy here indeed22:50
slangasekkees: I think your search missed a few; I can't rebuild pacemaker to clear its .la because cluster-glue also has broken .las and is a build-dep of pacemaker23:03
slangasek(and cluster-glue is not in your list)23:04
keesslangasek: hrrrm23:06
keesslangasek: ah, I only looked at packages named -dev23:06
keeslet me see what happens if I invert the list23:06
keesyikes, this is a long list23:12
keesonly up to "e"...23:12
slangasekinvert it?23:14
keesslangasek: "not -dev"   http://paste.ubuntu.com/585103/23:24
keesslangasek: those are the source packages that ship binary packages in main not ending in "-dev" with offending .la files23:24
keesslangasek: however, I see that cluster-glue is still missing23:25
slangasekkees: well, cluster-glue's binary packages end in -dev anyway23:29
keesegrep '^dependency_libs=.*lib(acl|atk-1|attr|db-4|db_cxx-4|db_java-4|curl-nss|curl|expat|expatw|freetype|gdbm|gdbm_compat|gio-2|glib-2|gmodule-2|gobject-2|gthread-2|gnutls|gnutls-extra|gnutls-openssl|gcrypt|gpg-error|jpeg|tasn1|pango-1|pangocairo-1|pangoft2-1|pangox-1|pangoxft-1|sqlite3|tiffxx|tiff|udev|gudev-1|ossp-uuid\+\+|ossp-uuid).la' $(find . -name '*.la')23:29
kees./stonith/plugins/stonith2/drac3.la:dependency_libs=' /usr/lib/libcurl.la -lbz2 /usr/lib/libxml2.la -lc -luuid -lrt /usr/lib/libglib-2.0.la /usr/lib/libltdl.la -ldl'23:29
keesit certainly hits.23:29
keesback later...23:30
keesimlib2 hates me. won't build even before changes.23:30
keestaking a break for a bit.23:30
slangasekheh, heartbeat is /also/ a build-dep of pacemaker, right23:32
slangasekguess I'll be doing that whole cluster23:32
jbernardhallyn: you should see patches in debian/patches for CVE-2011-1006 and CVE-2011-102223:32
ubottuHeap-based buffer overflow in the parse_cgroup_spec function in tools/tools-common.c in the Control Group Configuration Library (aka libcgroup or libcg) before 0.37.1 allows local users to gain privileges via a crafted controller list on the command line of an application.  NOTE: it is not clear whether this issue crosses privilege boundaries. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-1006)23:32
ubottuThe cgre_receive_netlink_msg function in daemon/cgrulesengd.c in cgrulesengd in the Control Group Configuration Library (aka libcgroup or libcg) before 0.37.1 does not verify that netlink messages originated in the kernel, which allows local users to bypass intended resource restrictions via a crafted message. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-1022)23:32
hallynjbernard: hm, maybe the bzr tree didn't get updated23:34
jbernardhallyn: very possible; the patches are in squeeze currently23:35
hallynjbernard: ok, i'll dget it.  thanks.23:36
hallynjbernard: oh, well - were you already planning to merge those into ubuntu's packages?23:36
hallyn(i'd like to get the natty one in asap, obviously :)23:36
jbernardi can prepare a debdiff, i just need someone to sponsor the upload23:37
hallyndrat, that's not one of the ones i got access for :)23:41
jbernardperhaps just a sync-request is all that's needed?23:41
hallyni think so23:42
ohsixoog icons keep changing23:46
ohsixso, this probably fixed 2 bugs i filed the other day https://bugs.launchpad.net/ubuntu/natty/+source/xorg-server/+bug/723905 what do i do with those bugs? close them or somehow point it to that bug?23:49
ubottuUbuntu bug 723905 in xorg-server (Ubuntu) "Semi-multitouch devices should be disabled in Natty" [High,In progress]23:50
hallynjbernard: yeah, natty is same as sid, so, cool.23:50
sladenpitti: slangasek: still have a few design-team originated non-code UI Freeze changes to push (#741804, #740579, #741813/#741862), but they aren't going to get done in 10 minutes.  So I'm going to sleep on it for a bit.23:51
cjwatsonbryceh: is there a bug# for this fglrx black-screen-on-VT-switch bug?23:54
ohsixcnd: oh, it was you i was talking too; kudos! :D23:58

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!