/srv/irclogs.ubuntu.com/2011/07/25/#ubuntu-devel.txt

=== freeflyi1g is now known as freeflying
=== jcastro_ is now known as jcastro
hallynqemu-kvm's bzr tree is out of sync with the package, ubuntu4 vs ubuntu8. Is it usually ok to just bzr import-dsc the ubuntu8, or should i be hunting down each intermediate .dsc?00:53
jelmerhallyn: my guess is that without the intermediate .dsc's the importer will move your branch out of the way later00:54
hallynwhat do you mean, move it out of the way?00:55
jelmerhallyn: Sorry, I assumed you were talking about the UDD branch00:56
hallyni was00:56
hallyn(i think :)00:56
jelmerhallyn: if you push to the UDD branch and the importer gets fixed and tries to import the new packages in the archive, then I suspect it will overwrite your changes to import the missing packages00:56
jelmerhallyn: and then create a merge proposal for your changes into the UDD branch00:57
hallynhm, which i would think woudl be want i want, right?00:57
jelmerwell, it depends on what you want :)00:57
hallyni just want lp:ubuntu/qemu-kvm in sync so ppl can use UDD if they want00:58
hallyni don't mind doing all the intermediate .dscs, i'm just not sure where to get them all00:58
jelmermy guess is that import-dsc wo't work for the intermediate .dsc's, as the importer uses the same code underneath00:58
jelmerif you just care about being able to do uploads for now, then importing the last dsc should be sufficient00:59
jelmeryou might have to "bzr pull --overwrite" in the future though, when the importer is fixed00:59
hallyncool, i'll give that a shot then, thanks jelmer!01:00
=== asac_ is now known as asac
lamonthttp://paste.ubuntu.com/651565/ <-- I wonder if this apport bug is known04:05
=== dendro-afk is now known as dendrobates
didrocksgood morning05:19
=== dendrobates is now known as dendro-afk
dholbachgood morning06:48
=== smb` is now known as smb
=== dendro-afk is now known as dendrobates
hrwmorning07:38
Q-FUNKtwo uploads (to maverick-proposed and lucid-proposed) of cups-pdf were rejected. would anyone be able to tell me why?08:20
infinityQ-FUNK: Automatic or manual rejections?08:21
RAOFQ-FUNK: I documented that on the bug, did I not?08:21
Q-FUNKRAOF: not that I could seee, no.08:21
Q-FUNKRAOF: or which bug number are you talking about?08:22
RAOFQ-FUNK: Which bug do you think I'm referring to?  Perhaps I was confused as to which SRU bug they were expected to fix?08:22
Q-FUNKbug #80594708:22
ubottuLaunchpad bug 805947 in cups-pdf (Ubuntu Maverick) "SRU: hand-picked packaging fixes for Lucid and Maverick" [Undecided,New] https://launchpad.net/bugs/80594708:22
RAOFAh, ok.08:23
Q-FUNKI'm perhaps confused as to whether to where to put the LP bug number  and which one, when it's an omnibus collection of fixes.08:23
Q-FUNKRAOF: I just noticed the one you were talking about.  it might fix it too.08:24
RAOFDefinitely *somewhere* in the changelog entry :)08:24
RAOFBecause it wasn't clear what bug you were expecting to fix, I picked the LP bug from the most recent changelog entry.08:25
Q-FUNKRAOF: ok.  how do I fix this one, then?  I guess my main point of confusion is that I the fix applies to two releases, so I'm wondering how to manage that.08:25
RAOFWell, you'll make two separate uploads, which is fine.08:25
infinityQ-FUNK: You can close it twice, once in each upload.08:25
infinityQ-FUNK: And have two tasks for the bug, once for each release.08:26
Q-FUNKok, so what about now?  simply adding the LP bug number for the SRU and re-uploading as ~lucid2 ?08:26
RAOFAlso, I don't think ‘here are some maintainer script changes you might want to pick up’ is a good SRU justification.  We need some way of telling whether or not the packages have actually fixed the bug(s) they were intending to fix, and also some idea of whether the bugs have an appropriate risk/reward.08:27
Q-FUNKRAOF: it's the the changelog for 2.5.0-17squeeze108:28
Q-FUNKpitti even thought that my changelog entry there was a tad too verbose, when I asked him to review my delta.08:29
RAOFAh.  Has pitti commented on that SRU?08:29
RAOFQ-FUNK: If that's all that you want to pick up, then why are all the other changelog entries there?  Maybe this is a mismatch on what's expected of an SRU.  What we're looking for in an SRU is (a) a clear description of the problem, making it obvious that it's worth SRUing and how to tell that it's fixed and (b) a *minimal* patch to fix that bug.08:30
Q-FUNKRAOF: he reviewed my delta, but I don't think that he has commented in the bug.  he was the one who recommended dropping that LFS support, for instance.08:30
RAOFDid he review your delta against Debian, against Oneiric, or against Lucid & Maverick?08:32
Q-FUNKlucid and maverick, both of which have 2.5.008:32
Q-FUNKoneirc has an entirely newer upstream.08:32
Q-FUNKactually, both natty and oneric have 2.5.108:32
RAOFHm.  And he suggested that the changelog was appropriate for an SRU?08:34
infinityThe changelog is just detailing the packaging changes.08:34
Q-FUNKthe one for 2.5.0-17squeeze1 seemed to satisfy him, but it might be a side-effect of being intimately familiar with anything CUPS-related.08:34
infinityIt's a bit verbose, to be sure, but why deviate intentionally from the Debian changelog when it describes the actual changes?08:35
Q-FUNKdeviate? how?08:35
infinityQ-FUNK: You're not, I'm asking ROAF.08:35
infinityQ-FUNK: Who seems to want the changelog shortened for no clear reason.08:35
infinityRAOF: Whils it's traditional for SRUs to be cherry-picks, when this one is literally a sync of Debian packaging changes, using the Debian changelog entries seems the same thing to do.08:36
RAOFI'd like the changelog to be a log of the changes to *that* package; as it was, it described a bunch of things which were done and then reverted.08:36
infinityWell, there's that.08:36
infinityBut, like I said, it's a sync (sort of), so having the history there isn't harming anyone.08:37
RAOFThat said, I'm reasonably happy to harmonise my views with the rest of the SRU team here.08:38
infinitySince it needs an Ubuntu entry anyway (obviously), the ~lucidM and ~maverickN entries can point-form "this is what's being fixed".08:38
infinityBut having the Debian history before that doesn't hurt.08:38
RAOFI'm not strongly against having the full Debian changelog in there.  As it was, though, it wasn't clear what bugs it was trying to fix, and it seemed to have a bunch of unrelated changes for the bug it looked to me like it wanted to fix.08:39
infinityYeah, I get that.08:40
infinityLike I said, a nice summary in the Ubuntu changelog should resolve that.08:40
RAOFQ-FUNK: So, if you replaced the top changelog entry with a summary of the Ubuntu bugs that it's fixing (and they've got lucid and maverick tasks), that would be fine.08:40
RAOF(As in - the one targetting {lucid,maverick}-proposed.  Not the top Debian entry)08:41
evfoolping mvo08:41
Q-FUNKRAOF: the thing is, you added tasks for these on the other bug after my upload.08:41
RAOFQ-FUNK: Is that a problem?  That's (one of) the bugs the upload will fix, right?08:42
Q-FUNKRAOF: i can add it now, of course. :)  what should version should I call it?  ~lucid2 and ~mavercik2 ?08:43
RAOFQ-FUNK: You should be able to version it ~lucid1 and ~maverick1 as I rejected them from the queue.  I think :)08:44
infinityYou think correctly.08:44
Q-FUNKRAOF: ok, I thought that if once rejected, one cannot upload the same again08:44
RAOFNo, once *accepted* you can't upload the same again :)08:44
RAOFThe archive would get all narky.08:44
mvoevfool: hello08:45
infinityRAOF: No so much narky, as it would just auto-reject the uploads.08:45
evfoolwhat happened with the lp:python-apt branch? lp says it's not accessible since 20th of May08:45
evfoolmvo^08:45
mvoevfool: oh, let me check08:46
Q-FUNKalright. pushing lucid-proposed now08:46
Q-FUNKand now maverick08:47
mvoevfool: I fiddled around in LP now, lets see if it helps08:47
Q-FUNKhopwfully, the changelog entry is a bit more clear as to what this is08:47
dholbachRiddell, are you going to land your u-p-g branches? :)08:48
Riddelldholbach: yes, that's first on my todo list after e-mail processing08:48
dholbachyoohoo!08:48
* dholbach hugs Riddell08:48
evfoolthanks mvo08:48
Q-FUNKoh, hi, dholbach :)08:49
dholbachhi Q-FUNK08:49
evfoolmvo for 410310, the bug for the download size inconsistencies between apt strutl.cc and update-manager humanize_size, we might have to reimplement the same method in humanize_size as in strutl.cc SizeToStr, as just calling the apt method won't work because: it has a different format (8000 B is 8000 B, whereas in u-m it should be 8 kB), and it is not translatable08:56
evfoolmvo: what do you think?08:57
mvo_evfool: yeah, that sounds like it was the reason for adding humanize_size. how hard do you consider this to be? will it be enough to move from 1024 to 1000 or is there more to it?08:58
evfoolevfool: moving from 1024 to 1000 and finding a way to use the locale-specific decimal separator instead of the comma should do it... although that will still leave some inconsistencies with apt (8000 B in apt = 8 kB in u-m)09:00
evfoolmvo^09:00
* Amoz waves to dholbach 09:42
dholbachhey Amoz09:42
Amozto regenerate the .desktop files cache, one use the command desktop-file-install  --rebuild-mime-info-cache right?09:44
seb128!pilot in09:44
seb128!pilot on09:45
seb128bah09:45
seb128@pilot in09:45
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: seb128
seb128\o/09:45
Amozno flying for you today seb12809:45
seb128don't say that, it would make dholbach sad :p09:45
* dholbach hugs seb12809:46
seb128dholbach, ;-) hug!09:46
tkamppeterSeems that there is a problem with the buildds: See https://launchpadlibrarian.net/75925983/buildlog_ubuntu-oneiric-amd64.foomatic-filters_4.0.8-0ubuntu1_FAILEDTOBUILD.txt.gz: First one sees that gcc gets correctly installed into the chroot and then ./configure complains that it cannot find gcc.10:19
seb128tkamppeter, that's not the error10:20
mvoevfool: \o/ for your u-m branch, I will merge after lunch10:20
seb128"checking for pkg-config... no10:20
seb128checking for DBUS... configure: error: The pkg-config script could not be found or is too old.  Make sure it"10:20
seb128tkamppeter, ^ that's your error10:20
seb128tkamppeter, you need to build-depends on pkg-config10:20
evfoolmvo: thanks10:21
tkamppeterseb128, thanks.10:23
seb128yw10:23
CatFishWHATS UNBUNTU10:28
directhexi wonder what the likelihood of an ipv6 user not knowing what ubuntu is, given no residential DSL provider does v6 yet10:33
persiadirecthex: Depends on the location: all the residential providers where I live do IPv6.  That correction aside, I've no data to answer your primary question.10:35
Amozapparently he found the IRC channel.10:36
jelmerdirecthex: my residential DSL provider (one of the larger ones) does IPv6 too10:37
CatFishsee me walking treu winhost10:37
directhexapparently it's just the UK where broadband providers think IPv6 is some funny thing not worth doing, then10:38
CatFishsee him true my window10:38
dholbachRiddell, thanks a lot for your work on this!10:39
CatFishjan de wandelaar10:40
=== MacSlow is now known as MacSlow|lunch
Riddelldholbach: more to come I think.  although it'll need some of the worse UDD bugs fixes before the guide can be made public10:47
dholbachRiddell, I'm looking forward to it10:49
geserdirecthex: not only UK, in Germany "T-Com" (one of the bigger providers) plans a beta phase with ipv6 (dual-stack) for customers this year11:06
nobutoseb128: Could you review my debdiff for merge request Bug #811892?11:20
ubottuLaunchpad bug 811892 in mozc (Ubuntu) "Please merge mozc 1.1.773.102-1 (multiverse) from Debian unstable (non-free)" [Wishlist,Confirmed] https://launchpad.net/bugs/81189211:20
=== MacSlow|lunch is now known as MacSlow
ScottKdirecthex: It's not just the UK.12:02
=== _LibertyZero is now known as LibertyZero
ahasenackhi guys, can I get someone from SRU to sponsor this Lucid one? https://bugs.launchpad.net/landscape-client/+bug/81347712:17
ubottuUbuntu bug 813477 in landscape-client (Ubuntu Lucid) "Update landscape-client to 11.07.1.1" [Undecided,New]12:17
zulahasenack: i can do it today12:21
ahasenackzul: thanks. Just lucid, ok? I haven't finished testing the others12:22
zulsure12:22
=== ara_ is now known as ara
hallynSpamapS: jhunt_: hey, am I right that both runlevel 2 and networking.conf won't happen until mounted-varrun is emitted (by way of local-filesystems)?13:21
hallynI'm a little puzzled by the last comment in bug 495394.  Unless he has non-upstartified customizations, his libvirt should *not* be starting before /var is available...13:22
ubottuLaunchpad bug 495394 in libvirt (Ubuntu Natty) "autostart almost always fails on boot time host" [Undecided,Fix committed] https://launchpad.net/bugs/49539413:22
jhunt_hallyn: yes, that's right. I wonder what his fstab shows? autofs? Also he mentioned "compiled locally" - did he install it properly I wonder?13:37
hallynjhunt_: that's what i was wondering, but i didn't want to go hurling around accusations without making sure i was understanding right first :)  thanks13:39
SpamapShallyn: ehhh14:04
SpamapShallyn: runlevel 2 is a lot more general than that, I wouldn't count on certain events having been emitted before it, so much as it is supposed to mean a certain state has been achieved14:05
SpamapShallyn: currently the only guarantee you have in runlevel 2 is that lo is up.. tho I should be changing that soon to be "all auto interfaces in /etc/network/interfaces are up"14:07
* SpamapS would be done w/ that if not for having to finish OSCON slides14:07
hallynSpamapS: hm.  ok.14:12
=== Mirv_ is now known as Mirv
hallynSpamapS: certainly /etc/networking.conf waits on local-filesystems.  Does local-filesystems wait on mounted-varrun?14:13
hallynI would have thought so, but unfortunately that's hidden in the mountall source and not documented under /etc/init/14:13
SpamapShallyn: networking.conf is, IMO, poorly named. slangasek described it as a 'last ditch attempt to run ifup -a before runlevel 2'14:14
SpamapShallyn: the reality is that even w/ a server some network interfaces won't be available until udev has said they're available.14:15
SpamapShallyn: local-filesystems is a signal that means all non remote filesystems have been mounted. So it should always come after any mounted events that describe local filesystems.14:16
SpamapShallyn: I'm not aware of a 'mounted-varrun' event though14:17
hallynyeah i'm not finding  it14:17
hallynSpamapS: libvirt is (now) wiating on 'stopped networking' so your comment about waiting for udev is moot :)14:17
=== bdmurray_ is now known as bdmurray
hallynso i guess i could add 'stopped mounted-varrun'.  but it still seems like runlevel 2 should not be reached until that happens anyway14:18
jhunt_hallyn, SpamapS: "started They had mobile phones in the 19th Century?! Damn that infernal14:19
jhunt_DeLorean, changing history!14:19
jhunt_eeerrr14:19
SpamapShallyn: the change I'm working on will make runlevel 2 wait on all interfaces marked 'auto' in /etc/network/interfaces .. which means runlevel 2 will be more reliable for servers.14:19
jhunt_hallyn: SpamapS: "started mounted varrun"14:19
SpamapSwhat is this mounted-varrun ?14:19
jhunt_hallyn: SpamapS: take 3: "started mounted-varrun"14:19
hallynjhunt_: so is local-filesystems not dependent on started mounted-varrun (or stopped mounted-varrune ven)?14:20
hallyns/\<ven/even14:20
jhunt_Captain! We all seem to be suffering from some sort of warp in the brain/finger continuum :)14:22
SpamapSThis is heavy14:22
* hallyn resists the urge to quote Doc14:23
SpamapShallyn: please explain to me where you are seeing references to something called mounted-varrun14:23
slangaseklocal-filesystems is not dependen on started mounted-varrun14:23
slangasekSpamapS: removed in oneiric, since /var/run is removed14:23
jhunt_SpamapS: the mounted-* jobs are in the mountall pkg.14:23
SpamapSahh14:24
slangasekthe replacing /etc/init/mounted-run.conf job does almost exactly the same thing14:24
hallynslangasek: ok, i wasn't clear from the man.7 pages whether 'all local fileystems in fstab' includes those in /lib/init/fstab14:24
hallynslangasek: so does 'filesystems.7' do it?14:24
slangasekhallyn: mounted-varrun is not the job that mounts /var/run!14:24
slangasekit's a job that's run *after* /var/run is mounted14:24
hallynslangasek: no, but it lets me know it has happened14:24
hallynyes14:24
slangasekhallyn: what is the problem you're trying to solve?14:25
hallynmaking sure that libvirt-bin has /var available when it starts.  bug 49539414:25
ubottuLaunchpad bug 495394 in libvirt (Ubuntu Natty) "autostart almost always fails on boot time host" [Undecided,Fix committed] https://launchpad.net/bugs/49539414:25
slangasekah, let's see14:25
SpamapShallyn: why would libvirt-bin need to start before runlevel 2?14:25
hallynSpamapS: it shouldn't14:26
hallynSpamapS: what i'm saying is runlevel 2 may not be sufficient14:26
hallyni was trying to trace a dependency from /var being mounted to runlevel 214:26
hallynFranck78 is implying that is not there14:26
SpamapShallyn: reading now14:26
slangasekno, virtual-filesystems will be emitted before filesystem14:27
hallynsorry, it's a bit long14:27
slangasek(note that /etc/init/rc-sysinit.conf depends on *filesystem*, not local-filesystems)14:27
SpamapSno I have been keeping up in my email client actually14:27
slangasekso this sounds like foot-shooting rather than an Ubuntu bug14:27
hallynslangasek: and does virtual-filesystems imply both /lib/init/fstab and /etc/fstab?14:27
slangasekyes14:27
hallynthe manpage is not crystal-clear on that14:28
hallynok14:28
hallynyeah,  i wonder if he has a persistent /var over-mounting the fstab one14:28
hallynslangasek: ok, i'll just wait on him to file a new bug with more info14:28
hallynslangasek: SpamapS: jhunt_: thanks14:28
slangasekmountall knows what to do with /etc/fstab entries that shadow /lib/init/fstab ones14:28
SpamapSHonestly 99.9 % of things should start in runlevel 2. The confusion has come from the fact that sometimes the network interfaces that a service depends on won't be there, so there are way too many jobs that do 'net-device-up IFACE!=lo'14:29
* SpamapS hopes to be un-distracted enough this week to finish fixing that14:29
slangasekfixing what?14:29
hallyn:)14:29
hallynSpamapS: when you do, maybe you can remove the extra start on from libvirt-bin in oneiric again :)14:30
SpamapSfor servers that have their network interfaces configured in /etc/network/interfaces, have runlevel 2 wait until all the auto interfaces are up14:30
SpamapSslangasek: ^14:30
slangasekSpamapS: causing your ssh server to fail to start in the event of a network card issue?14:30
slangasekah, no, ssh will 'start on filesystem' curiously14:31
SpamapSslangasek: we sat and talked about this in Budapest.. you may not have grasped the plan.14:31
slangasekSpamapS: I was only in for part of the discussion :)14:31
hallynmaybe it'd be safer to just add the extra 'auto-network-up' event *without* changing runlevel 214:31
SpamapSThe issue is there are many services which fail miserably in runlevel 2 because their network is not available.14:32
slangasekok, I don't see anything else that's a problem if it waits for all the auto-interfaces to start, and ssh is covered, so14:32
slangasekignore my windmilling arms14:32
SpamapSslangasek: and ssh starts on filesystem or runlevel [2345] .. so its covered anyway14:32
slangasekyes14:32
slangasekthough that's a curious start rule14:32
SpamapSits to cover the move to single user and then back to 214:33
SpamapSwhich *many* jobs do not do right14:33
slangasekah14:33
SpamapSMany stop but never start back up14:33
SpamapSlittle things.. like.. upstart-socket-bridge14:35
SpamapS:-/14:35
jhunt_... and also many jobs start and never stop :|14:36
SpamapSjhunt_: those at least have reduced in number as the bug reports are more comon for them. :)14:37
jhunt_SpamapS: sure, but those jobs with no "stop on" are causing me interesting problems for a pure upstart shutdown. I'm certainly in favour of a more predictable shutdown sequence.14:38
SpamapSjhunt_: some things don't actually need to ever stop14:38
ionWith first-class states, shutdown would be trivial. Have a “system” state which goes down on shutdown, and have that level change trigger anything you need to happen on shutdown.14:39
ions/on shutdown/on requested shutdown/14:39
SpamapSion: we call those "jobs" .. we have that.. we're just not using it. :-/14:39
SpamapSI've proposed this for a while.. have things follow a few virtual services rather than almost everything concocting their own magic recipe for start and stop.14:40
SpamapSMy focus has turned elsewhere of late.. but I hope to spend some time working on doing that on a small scale before FF14:41
=== dendrobates is now known as dendro-afk
superm1slangasek, according to https://wiki.ubuntu.com/ArchiveAdministration today is you right?  would you mind helping look at the problem that kirkland encountered on bug 811231?15:12
ubottuLaunchpad bug 811231 in dkms (Ubuntu) "Sync dkms 2.2.0.2-1 (main) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/81123115:12
hrwslangasek: how to disable armhf in eglibc during armel build?15:21
hrwslangasek: found15:43
apwcjwatson, it seems tha that the linux-lts-backport-maverick binary packages have ended up in universe, -natty seems to be ok16:04
cjwatsonapw: in what suites?16:08
cjwatson... never mind, I'll work it out16:08
cjwatsonapw: (note that I'm at DebConf - I'm dealing with this one now, but for the next couple of weeks it's probably better to find a different archive admin)16:08
cjwatsonapw: should be fixed after the next publisher run, so ~1h30m16:10
smosercjwatson, is i known bug that mini-iso kernel crashes on boot ?16:12
smoseroneiric from http://archive.ubuntu.com/ubuntu/dists/oneiric/main/installer-amd64/current/images/netboot/mini.iso under kvm16:12
smoser(this is new in hte last 2 weeks)16:13
cjwatsonsmoser: bug 81596216:13
ubottuLaunchpad bug 815962 in udev (Ubuntu) "oneiric d-i based images kernel panic on boot" [Critical,Fix released] https://launchpad.net/bugs/81596216:13
smoserthanks16:13
cjwatsonit'll be fixed visibly for real after the next d-i upload16:13
=== calc is now known as Guest47738
=== deryck is now known as deryck[lunch]
apwcjwatson, ahh didn't realise, will find others to hastle, and thanks16:40
apwjhunt_, hey we are seeing machines wherein halt has stopped working (as in sudo halt) but all other kinds of shutdown including halt -p do the right thing; the wrong thing being saying "halting" and leaving the power on17:09
apwjhunt_, i see upstart has changed recently and wonder if there could be any correlation17:10
tumbleweedbdrung: is the lintian build failure you reported not just a symptom of our recent umask change?17:12
smoseranyone else have issues using squid-deb-proxy and ppas?17:18
infinityapw: halt without switches should do exactly as you describe (print "halting" and leave the power on)17:18
infinityapw: The fact that someone at some point made ours behave like "halt -p" was a bug. :P17:19
=== dendro-afk is now known as dendrobates
smoseri dont expect it to proxy the ppas, but i think that i'm getting issues having it in the way, as it ends up giving me things like:17:19
smoserW: Failed to fetch http://ppa.launchpad.net/dotdee/ppa/ubuntu/dists/natty/main/source/Sources  403  Forbidden17:19
smosermvo_, ^ ?17:19
apwinfinity, really, what use is that ?17:20
apwsmb, ^^17:20
kirklandsmoser: i think you have to whitelist it in the config file17:20
smbapw, saw it17:20
* smb wonders about the use of that as well17:20
kirklandsmoser: i think i talked to mvo about that in dublin, changing the default config file to whitelist ppas17:20
smoserdoesn't htat seem like a serious bug ?17:21
smoseryou're telling me that you cannot use squid-deb-proxy and ppas together?17:21
smoser(that is what i'm seeing, but i didn't think it could be so serious)17:21
infinityapw: It's just the way it's always been in UNIX systems until we broke it.  But it does also serve some purpose, in that seeing the last output of halt can be useful, and much less so if you cut the power.17:21
infinityapw: Either way.  I'm not the one who fixed it, I'm just pointing out that it's now fixed, not broken. :P17:22
apwinfinity, ok ... i guess i'll crawl back under my rock :)17:22
smoserkirkland, ^17:26
Davieysmoser: on oneiric?17:28
Davieysmoser: I thought that mvo_ added that to be enabled by default?  Maybe we need to preseed it enabled.. can't remember the detail.17:29
smoserDaviey, yes. on oneiric.17:30
smoseri'm seeing this just ow, where i have:17:30
smoser * host system running squid-deb-proxy17:30
smoser * libvirt install of guest system passing it 'd-i   mirror/http/proxy string http://192.168.1.102:8000/'17:31
smoserhm... so i guess it might be me that is doing something funny though...17:31
smoserwonder if that can be made to work. generally its really  nice for guest network installs except if they have to hit a ppa, it breaks.17:31
Davieysmoser: no, it sounds like squid-deb-proxy is correctly blocking if that is the rule.17:31
DavieyBut you should be able to autofind the squid server.17:32
smoseri'm confused.17:32
smoserwhy would you want it to block17:32
smoserie, i'm getting permission denied. why would that be desireable.17:33
bdrungtumbleweed: maybe. what was changed in umask?17:33
Davieysmoser: You think it should proxy * ?17:34
SpamapSsmoser: I've removed squid-deb-proxy* from my systems because of this problem17:34
SpamapSbug 804267 if you're so inclined to comment17:35
ubottuLaunchpad bug 804267 in squid-deb-proxy (Ubuntu) "squid-deb-proxy does not allow downloading from arbitrary mirrors of packages" [Undecided,Confirmed] https://launchpad.net/bugs/80426717:35
tumbleweedbdrung: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2011-June/000862.html17:35
Keybukjhunt_: about?17:36
smoserDaviey, why would you not want it to ?17:37
Davieysmoser: *shrug*, i suppose mvo_ wanted to restrict it to default install of official repo's17:39
SpamapSIt should proxy everything apt would reasonably request.17:39
SpamapSOR the client should find a way to only make apt proxy official repos.17:39
smoserright. as it is, it basically breaks you if you have ppas17:42
=== dendrobates is now known as dendro-afk
=== deryck[lunch] is now known as deryck
adam_guhm. is there any reason why  grab-merge or 'bzr merge' would completely ignore a file in a debian packages debian/patches/ directory?17:48
SpamapSsmoser: hence it going away from all of my systems (as of our hacking session in Dublin actually ;)17:50
SpamapSadam_g: bzr merge must think that it was legitimately deleted17:51
adam_gSpamapS: the debian repository hasn't been touched, its fresh from 'bzr branch'17:53
bdrungtumbleweed: i can't reproduce the bug by setting umask to 000217:57
bdrungtumbleweed: do you have some minutes time for me to help debug lintian?17:59
tumbleweedbdrung: I must go and have supper, I'm afraid, but I'll see if I can look later (if the cheese and wine party doesn't kill me) :)17:59
bdrungtumbleweed: you are at debconf?17:59
bdrungtumbleweed: i had an exam today18:00
mvo_smoser: hello, sorry for the delay, I was at dinner. so the idea behind it is that you can enable squid-deb-proxy and by default its "safe" in the sense that it allows only trusted sources. its easy to enable everything. I guess its a debatable default, most home users will want it open, most coperation (I assume) will want it the other way around18:21
slangaseksuperm1: limited availability, I'm at DebConf at the moment18:23
slangasekah, that's an easy one though18:23
slangasekkirkland, superm1: sync blacklisting with a rationale of "orig.tar.gz mismatch" can be dropped as soon as the upstream version revs18:24
superm1ah ok18:24
=== Ursinha is now known as Ursinha-lunch
jdstrandSpamapS: hey, I see that bug #495394 is now verification-done for all three releases, and sitting at 13 days in -proposed (according to LP). mind if I push it?19:14
ubottuLaunchpad bug 495394 in libvirt (Ubuntu Natty) "autostart almost always fails on boot time host" [Undecided,Fix committed] https://launchpad.net/bugs/49539419:14
jdstrandSpamapS: (to -updates)19:14
Laneymdke: you need to add a postinst that calls update-alternatives --remove-all $foo if $1 = configure and dpkg --compare-versions $2 le-nl the-last-version-to-provide-alternatives19:22
Laneywith some quoting19:24
hallynjdstrand: \o/19:24
jdstrandSpamapS: am am just going to do it. it is in green on http://people.canonical.com/~ubuntu-archive/pending-sru.html for all releases19:28
SpamapSjdstrand: days is not at >= 7 though19:33
jdstrandSpamapS: it says 1319:33
jdstrandin both LP and http://people.canonical.com/~ubuntu-archive/pending-sru.html19:33
SpamapSOh crap somebody said qemu-kvm19:33
SpamapSnot libvirt19:33
SpamapSYeah libvirt is ready to go now19:34
jdstrandSpamapS: consider it done19:34
jdstrandSpamapS: (literally)19:34
jdstrand:)19:34
SpamapSjdstrand: cool19:34
broderthe /run migration is finished, right? is there any reason then that https://code.launchpad.net/~ubuntu-branches/ubuntu/oneiric/initramfs-tools/oneiric-201106221912/+merge/65551 can't be bumped from the queue?19:49
seb128@pilot out19:57
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
seb128@pilot in19:57
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: seb128
seb128@pilot out19:57
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
=== tlp_ is now known as tlp
Laney@shake it all about20:29
udevbotError: "shake" is not a valid command.20:29
* micahg thinks udevbot should learn the hokey pokey20:33
=== yofel_ is now known as yofel
broderLaney: +121:25
Laneybroder: hmm?21:32
Laneyalso, can backporters ack their own requests or is that Naughty™?21:32
infinityLaney: Very naughty.21:32
infinityLaney: I'm writing archive-spank.py as we speak to deal with this issue.21:33
* Laney sits on the naughty step21:33
ScottKinfinity: You assume he wouldn't like that.21:33
infinityScottK: I'm making no such assumptions.21:34
ScottKLaney: No, it's fine as long as it really builds/installs/runs.21:34
infinityScottK: You assume I wouldn't appreciate it if he did.21:34
ScottKGood point.  Sorry.21:34
LaneyLet's just try it and see.21:35
* Laney requests one. Get the spaking ready.21:35
infinityIf this launches into a Holy Grail recital, with the next inevitable line, we might have to stop talking about this in a public channel. :P21:36
ScottKinfinity: Laney misspelled a word, so the cycle is broken.  I think it's safe.21:37
Keybuka spaking! a spaking!21:37
Laneyspak me well21:37
ScottKNevermind.  We're doomed now.21:37
infinityKeybuk: And after the spakings, the aural sax?21:37
* nigelb looks at channel, and the conversation, and blinks.21:38
nigelbAm I hallucinating? O.O21:38
infinityYes.21:38
nigelbhm, 3 am. Yeah. Probably need sleep.21:38
Keybukinfinity: I'm trying to think of an archive-related pun instead21:39
Keybukso far all I've got is "the soyuz sex"21:39
KeybukI'll work on it21:39
infinityKeybuk: That sounds like the worst night EVER.21:39
* nigelb refrains from violating CoC with puns21:39
Laneyhave you /seen/ the size of those things?21:39
=== Ursinha-lunch is now known as Ursinha
* micahg keeps forgetting he wants to be a backporter21:51
Laneyyou're remembering now: go triage bugs :-)21:52
* micahg still has work todo, maybe later21:52
Laneyhah21:52
nigelbLaney: ah, there was something I need to talk to you about.21:53
Laneyuh oh!21:53
nigelbBasically, with the new packaging guide, I was hoping for some comments about a change21:53
nigelbHow about having a numbered step of things a new person would have to do. Like a quickstart. It was discussed before, and I'd like to actually get it done21:54
nigelbOver the weekend, I checked out new contributor documentation with another project (mozilla) and compared it back with ours21:54
nigelbNumber of things we can learn off them.21:54
Laney"to do" to achieve what?21:55
nigelbTo fix a bug in Ubuntu.21:55
Laneydifferent to http://people.canonical.com/~dholbach/packaging-guide/html/fixing-a-bug.html ?21:56
Laneyapart from the fact that that page is misleading21:56
nigelbmisleading because of UDD-only approach21:57
nigelb?21:57
nigelbSo, what I'm comparing against is this page - https://developer.mozilla.org/En/Introduction21:58
nigelbIts numbered, so there are defined steps to do.21:58
nigelbI <3 Step 321:58
nigelbSomething we're lacking, I'm trying to see how we can use harvest to fill that gap.21:58
Laneyyeah, you could make those headings numbered if you like21:59
nigelbAlso, note that there are "bugs identified as being good for newcomers"21:59
nigelbThey are actually *real* easy bugs to get a flow for the process.21:59
Laneya la bitesize?21:59
nigelbeven smaller :)21:59
nigelbMostly "remove one line of code", "typo"22:00
nigelbbitesize bugs I've noticed are ones that go into upstream better than into Ubuntu22:00
LaneyStuff you don't want to fix in a downstream patch.22:00
nigelbexactly.22:00
nigelbbah, I'm not awake enough for a proper conversation22:00
nigelbBefore I give up, I really liked the mentored bugs concept22:01
nigelbI checked out a few of them22:01
nigelbthe comments had most of what needed to be done and who to contact in doubt22:01
LaneyI helped a couple of people through those, it was probably useful.22:01
nigelbNow I give up, really tired. Sigh 3:30 am.22:02
Laneywhat I was alluding to is that page fails to mention upstreaming at all.22:03
Laneywhich probably violates "there is no surprises" (itself already a shaky claim)22:03
nigelbYes, that and it doesn't mention the old workflow22:03
nigelbthe package you pick to work on may not be in bzr.22:04
LaneyI can't see the guide being released as it is until UDD is free of kinks22:04
LaneyScottK: micahg: Please snip some more in your -devel@ discussion :-)22:05
nigelbhm, which is probably a good thing.22:05
nigelbI thing something on micahg's client is messing up the email :)22:05
nigelb*think22:05
nigelb<-- bed22:06
Laneynight22:06
Laney(I'll look at any MPs you have)22:06

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