/srv/irclogs.ubuntu.com/2011/11/17/#ubuntu-devel.txt

=== dendrobates is now known as dendro-afk
=== lifeless is now known as subunit
=== subunit is now known as lifeless
=== zyga-afk is now known as zyga-really-afk
TheMusoAnybody seen this error with schroot on a recent fres precise install? E: Access not authorised02:36
broderTheMuso: is that the thing where you need to generate a key for the temporary local apt repositories?02:41
TheMusobroder: No.02:41
TheMusoThats for sbuild, this is trying to use schroot.02:41
broderok. no idea then :)02:41
TheMusoAh right, seems in Oneiric and earlier I was a member of admin, which is listed in the valid groups for my schroots, but I am no longer in that group for precise, so adding myself to sbuild fixed it.02:47
broderare we changing the semantics of the admin group or something, or was that just a personal choice on your part?02:49
* micahg things admin is no longer created in precise02:50
TheMusoI don't remember ever adding myself to admin, and I used a schroot.conf snippet from mk-sbuild a while back, so other than adding chroots/overlays to my schroot.conf, I have not changed groups etc.02:50
TheMusomicahg: I think you're right.02:50
micahghttps://launchpad.net/ubuntu/precise/+source/user-setup/1.39ubuntu102:50
brodercool, i had been wondering if we were going to do that at some point02:52
CrazyThinkerWhere can I find ubuntu source code?04:44
pittiGood morning04:52
=== doko__ is now known as doko
dokobjsnider, ?07:19
dholbachgood morning07:51
janimopitti, morning this ARM kernel SRU has been tested, but I just recently (now) commented on it being validated https://bugs.launchpad.net/ubuntu/+source/linux-ac100/+bug/87426408:16
ubottuLaunchpad bug 874264 in linux-ac100 (Ubuntu Oneiric) "Sound from speakers does not work" [Undecided,Fix committed]08:16
janimocan you please push it to updates when your time allows? thanks08:17
=== smb` is now known as smb
=== chrisccoulson_ is now known as chrisccoulson
pittijanimo: done08:21
janimo\o/08:21
CrazyThinkerWhat tool can display the inode structure of a system beautifully?08:42
=== dholbach_ is now known as dholach
=== dholach is now known as dholbach
=== zyga is now known as zyga-afk
=== CrazyThinker` is now known as CrazyThinker
hrwdoes someone know how to force udisks to refresh list of block devices?11:16
hrwbug 60135111:17
ubottuLaunchpad bug 601351 in udisks (Ubuntu) "Does not detect hotplugged storage device" [Undecided,Confirmed] https://launchpad.net/bugs/60135111:17
=== davmor2_ is now known as davmor2
=== _salem is now known as salem_
pittiev: btw, you know that you can reconstruct .crash files pretty easily from LP bugs, using python-apport?11:40
pittiev: we can even get .crash files with core dumps if you get the bugs tagged "apport-failed-retrace"11:41
evah brilliant, though I do think it would still be worthwhile to have some that are retraceable11:41
ev(as mentioned, whether these are manually constructed or come from that data set is up to you)11:41
pittiev: for example, bug 754358 is not exactly bad for testing, it's just not considered good enough for automatic duplication (the way we do it right now)11:44
ubottuLaunchpad bug 754358 in tomboy (Ubuntu) "Tomboy.exe crashed disabling spell checking: with SIGABRT in g_type_check_instance_cast()" [High,Confirmed] https://launchpad.net/bugs/75435811:44
* pitti checks the retracer logs whether they already picked up a dupe since yesterday11:45
pittiright, seems so; bug 891503 is one example11:46
ubottuError: Bug #891503 is a duplicate of bug #834291, but it is private (https://launchpad.net/bugs/834291)11:46
evpitti: ah, fair play.  I'll just work with that data then.11:48
pittihmm, I looked at a few, and the addresses are differing a lot :(11:51
pittiev: I changed the DC retracer to keep ProcMaps.txt as well; working with offsets in the libraries instead of with absolute addresses might be better after all11:56
evhm, okay11:56
pittiI'll do some research, I have nothing urgent to do this afternoon11:57
=== MacSlow is now known as MacSlow|lunch
pittiev: ah, so it seems addresses in the actual executable remain stable, but libraries get relocated at each run; that's what misled me on my quick try at UDS12:08
pittibut it's not really a surprise indeed12:09
evphew12:09
pittiev: \o/ offsets FTW (http://paste.ubuntu.com/741116/)12:29
* pitti goes to turn that into code12:29
evYAY!12:29
pittidoing this stuff with a calculator is a bit tedious12:29
ev:D12:30
* cjwatson attempts to construct a reproduction case for bug 891257 that's smaller than "upgrade Steve's laptop"12:30
ubottuLaunchpad bug 891257 in doc-base (Ubuntu Precise) "package doc-base 0.10.2 failed to install/upgrade: subprocess installed post-installation script returned error exit status 127" [High,Triaged] https://launchpad.net/bugs/89125712:30
evlol12:31
cjwatsonI guess if I C-z at a particular point ...12:33
hyperairpedro_: ping12:50
pedro_hyperair, hello12:50
hyperairpedro_: https://bugs.launchpad.net/ubuntu/+source/banshee/+bug/744257 <-- please verify if the fix in oneiric-proposed works.12:50
ubottuLaunchpad bug 744257 in banshee (Ubuntu Oneiric) "banshee crashed on rescanning the library" [Undecided,Fix committed]12:50
pedro_hyperair, ok I'll check it in a minute12:50
hyperairthanks12:50
pedro_you're welcome12:50
zulcan someone review python-keystoneclient for me please?13:05
dokojamespage, do you an idea about the java component mismatches?13:06
Kalidarnhi quick question, is thunderbird major releases maintained in between releases?13:12
Kalidarnie 7.0.1 to 8.0 or would i need to wait till Precise Pangolin for support?13:13
Kalidarnit appears ppa:mozillateam/thunderbird-stable does not support oneric, and ppa:mozillateam/thunderbird-next as of this morning replaced 8.0 with 9.0b113:13
Kalidarnaccording to the release notes for 8.0 a couple of security fixes occured13:14
KalidarnThunderbird 8 closes six security holes. Three of these were rated as critical issues: memory corruption while profiling using firebug, code execution via NoWaiveWrapper and miscellaneous memory hazards have been fixed. The remaining high-risk vulnerabilities include two cross-origin theft bugs and a potential cross-site scripting (XSS) hole.13:14
jdstrandKalidarn: for 11.10, we are following the rapid release, so it will get tbird 8. updates are being prepared.13:16
KalidarnI'd assumed so especially as the I don't like outstanding security issues with my system :)13:16
jdstrandindeed13:17
Kalidarnthanks for answering my question even though #ubuntu-devel may not have been the correct place nobody seemed to know in #ubuntu or in #thunderbird on irc.mozilla.org :P13:17
jdstrandKalidarn: if you have questions about security, please visit #ubuntu-security (or #ubuntu-hardened, which is the same channel)13:17
Kalidarnhmm i might add that to my znc idle listing :)13:18
Kalidarnbecause that is of interest to me.13:18
=== MacSlow|lunch is now known as MacSlow
feldgendlerhello!13:55
feldgendlerI'm Alexey Feldgendler from Opera Software13:55
feldgendlermvo: I was told I should talk to you about this issue13:56
feldgendlerI'm responsible for packaging Opera for Debian and Ubuntu.13:56
feldgendleri'm currently struggling with the following problem: on every distribution upgrade done by the upgrade manager, our third-party package source that we add to /etc/apt/conf.d gets disabled13:56
feldgendlerI know it's deliberate13:56
feldgendlerif the rationale behind this problem is to prevent third-party packages from breaking the upgrade due to e.g. outdated dependencies, fair enough, but is there a way for us to bypass this mechanism?13:57
feldgendlerwe routinely test in all new Ubuntu releases and take care that our dependencies are correct13:57
feldgendlerworse still, not only do upgrades of Opera get disabled, but also the existing Opera package gets removed as “obsolete”, in the worst case leaving the user without a browser13:57
mvohey feldgendler, I'm on the phone right now, but I come back to you in some minutes (once the call is over). ok?13:58
feldgendlermvo: sure, thanks a lot!13:58
=== bregma_ is now known as bregma
jamespagedoko: libcommons-discovery-java switched build system from ant -> maven14:06
jamespageI'll fix it up next week - sprinting this week14:06
Chipzzfeldgendler: if it gets disbaled deliberately, maybe you're simply not *meant* to work around it?14:29
bjsniderdoko, still there?14:31
ryekenvandine, ping, re: bug #874501 - it looks like the SRU for Oneiric for that specific bug is blocked. What's the bug for "Return password results with the most recent result first"?14:33
ubottuLaunchpad bug 874501 in gnome-keyring (Ubuntu Oneiric) "couldn't prepare to write out keyring" [High,Confirmed] https://launchpad.net/bugs/87450114:33
kenvandinerye, ugh...14:36
kenvandinerye, there isn't a bug referenced in the upstream Changelog14:38
kenvandinehowever, I would imagine that returning the older entry should never been what is intended and if anything this fixes stuff14:40
kenvandinebut i am not an expert on gnome-keyring14:41
ryekenvandine, mmm... is there atestcase? So that we could file it, test it, provide the test result and give the info on regression potential14:41
kenvandinerye, not sure if that would really help in this case... the problem would be determining if anything is actually expecting the older entry14:42
kenvandinei think the regression potential is the change in behavior, and maybe other apps depended on the broken behavior14:42
kenvandinei doubt that is the case, but it is hard to determine that14:43
kenvandinerye, all the other fixes in this release are clear wins... and i suspect this fix could be a good thing too... i doubt anyone expects to get the older result... if they even know that multiple entries are created14:46
ryekenvandine, true, I will file a separate bug which can be referenced to14:47
kenvandinerye, there was a test included in the upstream commit for it... but I am sure it is just to ensure the latest is returned14:48
kenvandinethat doesn't help us measure risk of regression14:48
seb128you have two options there, revert the commit in the sru or do a "check that nothing you use get broken"14:49
seb128the number of keyring users is a reasonable set, the default desktop contains a good part of it14:50
feldgendlerChipzz: maybe I can take that as an answer, but not until I understand the rationale14:51
feldgendlerChipzz: still, something is wrong if the user installs Opera, then upgrades Ubuntu and loses Opera in the process. I fail to see how this benefits the user.14:53
dobeyfeldgendler: the updater doesn't know whether or not the new release is supported by those archives that were added; or that the packages in the archive for the previous release will necessarily install/work/notbreaktheworld on the new release14:58
dobeyfeldgendler: also, packages shouldn't be adding archives when they get installed14:58
feldgendlerdobey: I see. so the updater doesn't know if our source is prepared for the new release. but is there a way for us to indicate that?14:58
dobeyfeldgendler: no there isn't14:59
feldgendlerdobey: before we had automatic addiing of archives, we used to recommend the user a manual prodecure with the same result, and which would have the same problem14:59
feldgendlerdobey: also, we ask a debconf question before we add our acrhive, so I don't believe we're violating anything15:00
OdyX.oO(Making Opera distributable by others would help…)15:00
feldgendlerwe're working on that15:01
feldgendlerstill, some Debian-based distributions never accept non-free software, so it's a non-option for them15:01
OdyXfeldgendler: then make Opera DFSG-free. .-p15:02
Laneythe user can set an environment variable or condifuration option to turn off the disabling15:03
Laneyand from reading the source I just noticed that the env var has a typo(!)15:03
Laney"RELEASE_UPRADER_ALLOW_THIRD_PARTY" in os.environ15:04
feldgendlermvo: what can you say about it?15:04
feldgendlerLaney: I know. that's equivalent to setting AllowThirdParty=True in the update manager config overrides15:05
geserfeldgendler: have you tried to get opera into the Ubuntu partner archive? that could be one option to avoid getting opera deinstalled on upgraded15:05
Laneyindeed15:05
dobeyis the precise release schedule not final yet?15:05
feldgendlerLaney: however, I tried it and it didn't work. looking at the code, I see that it only keeps the entries that mention the name of the current release as the distro name.15:06
feldgendlerLaney: the name gets changed to the name of the new release15:06
Laneythat is what i would expect, yes15:06
feldgendlerLaney: the whole AllowThirdParty feature seems to be designed for local Ubuntu mirrors (that would use Ubuntu release names) rather than third-party software sources.15:06
feldgendlergeser: yes, we're working on that. still, Opera would then only appear in multiverse, right? which means that by default, if you download and install Opera by clicking “download” on the official website, you'll end up with no updates15:08
mvofeldgendler: sorry for the delay, indeed, there is a global way to override it15:08
feldgendlergeser: using a browser which doesn't get updated is risky because of the vulnerabilities that get fixed all the time15:08
feldgendlermvo: I'm currently considering the following as a workaround; enable AllowThirdParty=True and mention the current distro name in our source lines15:09
feldgendlermvo: that way, the updater will change the distro name to the new release name but otherwise keep our sources intact15:09
mvofeldgendler: so there is currently no really good answer, I would *love* to see opera in e.g. archive.canonical.com or integrated via the new developer.ubuntu.com archive so that it could become part of the "official" archive in some way, but I understand that this is not easy from your side15:09
feldgendlermvo: we're working on that15:10
feldgendlermvo: but see above about downloading Opera from the official website15:10
geserfeldgendler: the partner repository (partner.ubuntu.com) is different from the multiverse component of the main repositories15:11
mvofeldgendler: indeed, that will work, but this will enable third party archives globally, let me have a look at the code to see if we can hve a more fine grained solution. I think the distro release name in the sources.list is a good step, essentially you need a way to tell update-manager that opera is a official mirror15:11
feldgendlermvo: I've exlored that possiblity15:11
mvofeldgendler: if opera would be in partner/multiverse for all users that have multiverse/partner enabled (that is the default) it would just work, when there is a update that is newer than the version downloaded from the web you would get it15:12
feldgendlermvo: but the list of mirrors comes in /usr/share/update-manager/mirrors.cfg which is not a conffile15:12
mvofeldgendler: indeed, but I can add you code for 12.04 to make it possible to have additional mirrors :)15:12
feldgendlermvo: I would love that!15:12
feldgendlermvo: while you're at it, maybe you could remove the disabling of those sources that don't mention an Ubuntu release?15:13
mvofeldgendler: do you have a example what your current deb line looks like for me?15:14
feldgendlermvo: things like Opera, Skype, Google Chrome don't usually make different builds for different Ubuntu releases. in fact, Chrome has its own releases, and uses “stable”, “testing” and “unstable” as the release name15:14
feldgendlermvo: deb http://deb.opera.com/opera/ stable non-free #Opera Browser (final releases)15:14
feldgendlerthe word “stable” we use there is arbitrary15:14
feldgendlerwe only have one Opera15:15
mvothanks feldgendler15:15
feldgendlerwe also have this one:15:16
feldgendlerdeb http://deb.opera.com/opera-beta/ stable non-free #Opera Browser (beta releases)15:17
mvofeldgendler: thanks, I check the source in u-m now to see what I can do about this and get back to you, ok?15:21
feldgendlermvo: sure, thanks!15:22
=== dendro-afk is now known as dendrobates
=== chrisccoulson is now known as no_it_is_not_fix
=== no_it_is_not_fix is now known as chrisccoulson
Chipzzmvo: maybe the distro upgrade should output a question along these lines "Hi. You haz 3rd party repository enabled. We recommendz you to disable it in orde nt to break upgrades. Disable yes/no?"15:35
Chipzzwith a default "Yes"15:36
pitticjwatson, stgraber, mdz, kees, soren: TB is still at 1800 UTC today, i. e. an hour earlier now with winter time?15:36
cjwatsondamn, I haven't had time to process the doodle output15:38
cjwatsonyes, I guess so15:38
stgraberpitti: I assumed so. Hopefully we'll have a new meeting time after this meeting15:39
stokachu_jmp_, o/15:40
sorencjwatson: Are my e-mails to the mailing list not getting through? I sent one earlier today about this.15:41
stgrabersoren: only e-mails I saw today were from Steve and Kate15:48
pittiI did a moderation run today15:51
cjwatsonsoren: I've approved your mail now15:52
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
=== dendrobates is now known as dendro-afk
pittidebfx: fontforge-extras> please note that we dno't need to keep a delta for Section: changes, we can fix that in our archive overrides16:08
SpamapSslangasek: seen the fervor around bug 856810 ? Seems like people aren't getting /run symlinks maybe?16:18
ubottuLaunchpad bug 856810 in Linaro-Ubuntu "Boot hangs at "Booting system without full network configuration..."" [Medium,Confirmed] https://launchpad.net/bugs/85681016:18
debfxpitti: so I should revert the diff, file a bug and subscribe ubuntu-archive?16:22
pittidebfx: I don't actually think that the section will change if you change it in an upload16:27
pittisections are defined when binNEWing16:27
pitti(or changing manually)16:27
pittinot with every upload, AFAIK16:27
pittiat least that's how Debian works, and I'm 90% sure that LP works the same16:27
pittidebfx: it's not urgent, just wanted to point out that next time you can just sync :)16:27
debfxpitti: if it's not done automatically, who handles section/priority mismatches (especially for packages synced from Debian)?16:37
cjwatsonnobody :-/16:38
cjwatsonwell, priority mismatches are handled by a script and synced up with seeds16:38
cjwatsonsection mismatches are regrettably unhandled right now16:38
cjwatsonand pitti is correct AFAIK, changing the section in an upload achieves nothing16:38
Laneywhy isn't the package just used for sections?16:39
cjwatsonmore wrong than average, I think16:45
* debfx wonders why there is a need to have a different section in the archive vs. package control file16:46
cjwatsonI believe Debian ftpmasters wanted to be able to shift packages about between sections in bulk without having to wait ages for a load of uploads16:48
cjwatsonit dates back well over a decade, what do you want of me ...16:48
pitticjwatson: ah, Mon 21:00 UTC -- somehow I was afraid it would be during sleep time :)16:49
pittibut oh well, it's only biweekly, no biggie16:49
slangasekSpamapS: hadn't seen that one, but <sigh>16:50
cjwatsonit's not ideal for me either, but it was the best available16:50
pitticjwatson: thanks for doing the poll16:50
SpamapSslangasek: it looks like a grouping of dupes around the dbus problems (fixed right?) and a few upset about not being able to use /etc/network/interfaces for certain things16:52
slangasekSpamapS: which dbus problems?16:53
SpamapSslangasek: I thought there was a problem with dbus and the /run transition16:54
SpamapSslangasek: but I may be conflating things :-P16:54
slangaseksure, there are a number of things that fail miserably if /var/run isn't properly transitioned, dbus being the most obvious16:54
infinitycjwatson: Hrm.  So, debootstrap is still brain-dead in the face of multiple versions of a package, isn't it?17:13
infinitycjwatson: (the archive skew fix/workaround means multiples exist in indices, leading to, for instance, armel not being debootstrapable right now)17:14
cjwatsonoh, hah17:16
cjwatsonpossibly.  although Debian has that same fix/workaround so I'm surprised it hasn't been noticed there ...17:16
infinitycjwatson: I'm testing on amd64 right now, cause you'd think it would have the same problem.17:16
infinitycjwatson: But basically, debootstrap is picking perl 5.14 and perl-modules 5.12 (despite both versions of perl-modules being in the index).17:17
infinitycjwatson: And yeah, amd64 just failed the same way.17:17
infinitycjwatson: Which makes sense.17:17
infinitycjwatson: (--variant=buildd required to pick up perl, I guess)17:18
cjwatsonhow come old perl-modules is still in the index anyway?17:18
cjwatsonnew perl has been built everywhere for some time17:19
cjwatsonis it upset that armhf hasn't done it yet?17:19
infinityYou'd think not, since there's no build record for armhf.17:19
infinityBut Julian might be in a better position to answer that.17:19
infinityEither way, the cruft issue aside, this should probably work.17:20
cjwatsonagreed ...17:20
infinityOr, since dependency resolution is hard at that stage, at least fail in the other direction (always pick the package with the higher sort order)17:20
cjwatsonit should just pick the newest, yes17:21
cjwatsonhowever we don't yet have dpkg --compare-versions ...17:21
cjwatsonwe could pick the last in Packages and trust that it's version-sorted17:21
cjwatson(which it apparently is, at least in this case)17:21
infinityIt's LC_COLLATE=C sorted.17:22
infinityAs in, it's the order they appear on the filesystem.17:22
infinityWhich is wrong for certain version comparisons, but 99% right. :P17:22
cjwatsonwe could fix that in LP17:22
cjwatsonor rather in apt-ftparchive17:22
cjwatsonit's much better-placed to do version-sorting than debootstrap is17:22
infinityOh, actually, yeah, I was thinking of a raw apt-ftparchive scan without a config and pre-gen indexes.  In LP, it might actually be correct.17:23
dobeycjwatson: is the precise release schedule supposed to still be a draft?17:23
cjwatsonLP presumably gives it a file list17:23
cjwatsondobey: -> skaet17:23
dobeyah right17:23
infinityYeah, LP gives file lists, so it might be doing the right order anyway.  Would have to dig.17:23
dobeyskaet: is the precise release schedule supposed to still be a draft? :)17:23
infinityBut "latest is highest" is normally true for Packages files, except for oddball corner cases anyway. :P17:23
skaetdobey, yes,  I still need to apply the changes discussed at UDS17:24
* skaet getting blueprints wrangled first17:24
cjwatsoninfinity:         files.sort(key=package_name)17:24
dobeyskaet: ah ok; do you know when that should be done by?17:24
cjwatsoninfinity: so any version sorting is either in apt-ftparchive or by luck17:24
skaetdobey:  will be done by planning freeze.   Is there a specific date or some info you need before then?17:25
infinitycjwatson: Assuming that maps back to a SQL lookup (and everything in LP does), it's going to end up with a FIFO of versions as they appeared in the tables.17:25
infinitycjwatson: But yeah, that's pure luck, not design.17:25
SpamapSslangasek: any chance you can upload mysql-5.5 5.5.17-3 to experimental today?17:26
cjwatsoninfinity: files is a python list17:26
infinitycjwatson: Yes, but the list came from a table.17:26
infinitycjwatson: And since it's only sorting on package name, the version order would remain intact, as retrieved from the DB.17:26
infinitycjwatson: I'd assume.17:27
SpamapSslangasek: I'd like for it to land there before I upload the merged version to precise and start the libmysqlclient transition.17:27
infinitycjwatson: (Still, pure luck)17:27
cjwatsoninfinity: ah, yes, since Python 2.3 list.sort() is guaranteed stable17:27
infinitycjwatson: I'm trying to decide if that was sarcasm, or quoting an API ref.  Or both. ;)17:28
dobeyskaet: i need to set up milestones on all the u1 projects, for releases we're going to make for the cycle, and don't want the dates to change out from under me right after i finish doing it :)17:28
cjwatsoninfinity: the latter :)17:28
cjwatson        result_set.order_by(17:28
cjwatson            BinaryPackagePublishingHistory.id, BinaryPackageFile.id)17:28
cjwatsonis what the file list is actually sorted on in the SQL lookup17:29
cjwatson(about five levels up)17:29
cjwatsonso, uh, first published will be first in Packages?  I guess.17:29
infinitycjwatson: Yeah.17:29
skaetdobey, gotcha. :)  will ping you when I finish with the updates.17:29
cjwatsonso that should in practice match version ordering17:29
infinitycjwatson: Which is more or less right.  But again, only accidentally.17:29
cjwatsonwell, guaranteed right because versions can't go backwards17:29
cjwatsonalthough I'll grant you accidental17:29
infinitycjwatson: No, but IDs can.17:29
cjwatsonoh17:30
dobeyskaet: ok thanks. planning freeze == feature def freeze?17:30
skaetdobey, yup.  :)17:30
infinitycjwatson: Well, I don't know if they have.  But there's no reason they can't. :P17:30
cjwatsoncan or actually might?technically17:30
cjwatsonbah17:30
cjwatson"technically can or actually might?"17:30
infinityTechnically can.17:30
infinityActually, dunno.17:30
dobeyskaet: ok17:30
infinityStill, tiny corner case, not terribly concerned.17:30
infinityIt's also probably possible to publish out of order.17:31
infinityBut I don't really want to think about that right now.17:31
=== deryck is now known as deryck[lunch]
slangasekSpamapS: yeah, I can do that today - can you update the changelog in svn?18:15
SpamapSslangasek: done18:16
SpamapSwait18:16
SpamapSoops18:17
SpamapSslangasek: ok, committed now18:18
=== nxvl_ is now known as nxvl
=== dendro-afk is now known as dendrobates
=== Lutin is now known as Guest54373
=== deryck[lunch] is now known as deryck
mterrydoko, I'm going to merge pari if you don't shout19:19
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
=== JanC_ is now known as JanC
=== salem_ is now known as _salem
adam_gis there some dh magic that takes care of creating link from /etc/init.d/$somejob -> /lib/init/upstart-job if it hasn't been created in postinst or rules?20:59
hallynadam_g, I think if you just do dh_installinit --upstart-only it does it automatically yes21:00
adam_ghallyn: ahhh, will check that. thanks21:01
hallynadam_g, and if you do 'dh_installinit --name xy -pz' I assume the same21:02
hallyniow, I've never had to worry about it.  it's always done it for me21:02
hallynnp21:02
roaksoaxadam_g: if you using dh7 and have the upstart job in debian/<package>.upstart should be done automatically21:03
adam_gim looking at a pkg that, via rules, installs both an upstart and a script to init.d.. was scratching my head how the /lib/init/upstart-job gets there21:04
roaksoaxadam_g: its a symlink that gets handled by dh21:04
adam_gyup21:04
slangasekadam_g, hallyn: --upstart-only means "there was never an init script with the same name as this upstart job"; it has no effect on whether the symlink is created21:15
hallynslangasek, thx, yeah, that's what i started to think after i spoke up21:16
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
slangasekSpamapS: <cough> test build done; now would you like to update the changelog to point to experimental instead of precise? ;)22:25
SpamapSslangasek: HAHAHHA ok ;)22:36
slangasekSpamapS: would be best if you also updated the uploader line to be you instead of nobse22:36
SpamapSslangasek: did that too22:37
slangasekok cheers22:37
SpamapSslangasek: commit just finished22:39
* SpamapS shakes svn... GO FASTER22:39
* slangasek shakes svn... BE something else22:39
SpamapSslangasek: I will bring up migrating to bzr once the 5.5 dust has settled. :)22:42
slangasek:)22:42
slangasekSpamapS: OOI, why does libmysqlclient-dev ship /usr/lib/*/mysql/plugin/ha_*_plugin.a?  Is someone going to statically link these plugins?23:13
SpamapSslangasek: oh that may be a mistake23:13
SpamapSslangasek: I'm not entirely sure23:13
slangasekok23:13
slangasek5.5.17-3 uploaded now23:14
SpamapSslangasek: thanks, I'll take a look at the plugin bits23:14
SpamapSslangasek: I mean, THANKS!!! btw. ;)23:16
slangasek:)23:16
SpamapSslangasek: Hm, it seems all those plugin archive files are missing from 5.5 entirely...23:21
slangasekheh23:21
SpamapSslangasek: may have to ask to have them installed somehow.23:21
slangasekpitti: sorry for the procps breakage yesterday, btw... reuploaded now with a better fix23:26

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