jonobryceh, thanks00:02
jonois there anything in specific I should be looking for?00:02
brycehjono, I would look for an error message or stack trace00:03
jonolooking throught he lightdm logs there are no errors00:03
jonoand I dont see errors in the Xorg.0.log* files00:03
jonobryceh, it does say in the syslog that plymouth-stop terminated with status 1 and lightdm main process terminated with status 12700:05
jononot sure what those statuses mean00:05
brycehthat would be your culprit00:05
jonobryceh, what do those statuses mean?00:06
brycehnon-zero exit code generally means the program failed00:06
jcastroI don't think it's lightdm00:07
jcastroI can't plain startx at all00:07
jcastroeven if I remove lightdm from the equation00:07
brycehnot that familiar with plymouth-stop, but sounds like maybe it was unable to terminate plymouth?  so then it never bothered to start X00:07
cjwatsonthat wouldn't explain being unable to startx manually00:08
cjwatsonjono: it's often not possible to assign a specific meaning to exit codes00:08
jonocjwatson, when I run startx as a user it says the user is not authorized to run the X server00:08
cjwatsonnot from the exit code alone anyway00:08
brycehcjwatson, maybe, although if something went wrong with the gpu while plymouth was running, both startx and *dm-X would fail the same way00:08
slangasekthere's practically no reason that plymouth-stop should fail to stop plymouth unless something else (like a DM) has interfered with it; it's more likely that plymouth failed to start in the first place00:09
cjwatsontrue, but that's a hell of a lot to infer from plymouth-stop exiting 100:09
brycehjcastro, pastebin your output from running startx00:09
slangasekjono: is there a plymouth process running?00:09
jonoslangasek, nope00:09
slangasek'plymouthd' rather00:09
broderstartx doesn't work as an unprivileged user00:09
broderbut that's separate00:09
jonois there a way for my to try and boot without plymouth so I can see if that is causing the issue?00:11
jonobroder, I assume running startx as root would not work either?00:12
jcastroIs plymouth used from the recovery entry on grub? because I tried that too00:12
cjwatsonbooting without plymouth is impossible.  you can remove 'splash' from your boot parameters and plymouth will not try to display a splash screen, however00:12
jonocjwatson, ahhh I see00:12
cjwatsonwhich would be sufficient to eliminate it from this question00:12
jonowas there a recent plymouth release over the last day?00:13
cjwatsonthe recovery entry does not use 'splash', so if it exhibits the same problem, it's not plymouth's fault00:13
jcastroI have the problem and I don't have "splash"00:13
brycehjono, your /var/log/dpkg.log should show what packages were updated since yesterday00:13
brycehwas there a kernel update?00:14
jonojust checking now00:14
jcastroI tried with an older kernel too. :-/00:15
cjwatsonplymouth hasn't changed for a month or so00:16
cjwatsonI think you can safely rule it out00:16
jonothere was mainly some gtk3 and initramfs updates00:18
jononew libglib too00:19
brycehwonder what the initramfs change was00:20
slangasekinitramfs-tools itself hasn't been updated; the breakage could be caused by whatever triggered an update to your initramfs though00:20
jononot sure if this helps, but I tried to startx from root after I rebooted into recovery mode - it says /dev/fb0: No such file or directory00:22
RAOFThat's fbdev not being able to open the framebuffer device, which is entirely expected as recovery mode disables kms, leaving you without a framebuffer device :)00:25
jonomakes sense :-)00:25
jonoso any suggestions, folks?00:25
RAOFWhich, incidentally, means that intel and nouveau won't work from recovery mode, as they require kms.00:25
jonoanything else I can do to help track the issue down?00:25
brycehI'd suggest filing a bug report with ample logs in case there's something subtle in them a trained eye might catch00:28
jonobryceh, will do00:28
brycehthe /var/log/dpkg.log especially would be useful, since if it's a regression since yesterday it's likely going to be due to one of those updates00:29
jonono worries00:29
slangasekhuh, has that always been the behavior of recovery mode?  I didn't remember 'nomodeset' being there before00:30
jonoslangasek, I just tried to run startx as root from a normal session and still no luck00:30
brycehtheoretically downgrading the versions individually might reverse the error, although if slangasek's right that an initramfs update is involved, that may not help at all00:30
brycehjono, what printed out when you ran it?  "no luck" isn't a normal X error ;-)00:31
jonobryceh, xinit: connection to X server lost00:31
Sarvattjono: ~/.xsession-errors00:31
RAOFslangasek: It's new in oneiric, on the basis that one of the problems that people need to be able to recover from is when kms doesn't work :)00:31
jonowaiting for X server to shut down: ddxSigGiveUp: Closing log00:31
brycehthe good news is if both jono and jcastro are seeing the same bug, it should be easy to reproduce00:32
slangasekRAOF: I thought kms was always supposed to work ;p00:32
Sarvatt gnome-session: symbol lookup error: /usr/lib/gio/modules/libgiozeitgeist.so: undefined symbol: g_desktop_app_info_launch_handler_get_type00:32
RAOFWell, at least we should have a useful Xorg.0.log :)00:32
jcastroooh, I get that same ddxgiveup thing00:32
slangasekalso, the tradeoff is that now recovery mode is less useful for debugging other failures that weren't kms-related00:32
slangasekSarvatt: should be non-fatal, just means gnome-session won't load zeitgeist integration?00:33
cjwatsonslangasek: bryceh and RAOF asked me to change that at UDS00:33
cjwatson(adding nomodeset in recovery mode)00:33
cjwatsonof course one can edit the boot parameters and delete that if that's not the problem ...00:33
* slangasek nods00:33
jcastroRAOF: there's nothing in the Xorg.0.log, it was the first place I looked.00:34
cjwatsonI feel no ownership of that boot parameter change, though - if the X team stops feeling it's appropriate, I'm happy to undo it00:34
jonomy .xsession-errors has a stack of Fatal IO error 11 (resource temp unavailable) on X server :000:34
SarvattX is fine, i've got X up with an xterm, its something gnome related from the looks of it00:35
RAOFslangasek: It's really about what the purpose of recovery mode is, and mode which is guaranteed (as far as possible) to bring up a display of some kind is pretty useful.00:35
jonoI also see a stack of GLib-GObject-CRITICAL errors00:36
slangasekRAOF: point00:36
jonothose errors seem to be in nautilus00:36
slangasekjono: can you pipe your .xsession-errors through pastebinit?00:36
Sarvattstartx is trying to start a session which is dying and quitting x00:36
jonoI also see an I/O warning about failing to load external entity /home/jono/.compiz/session/<long random number>00:37
jcastrothere's mine00:37
slangasekSarvatt: I'm confused; are you experiencing other X problems, or are you reading over jono's shoulder? :)00:38
Sarvatti reproduced it on a machine i upgraded this morning, rebooted and no desktop00:38
Sarvattalso the amd64 livecd from today doesnt start lightdm automatically00:39
slangasekjcastro: I don't suppose there's anything interesting in *your* /var/log/Xorg.0.log?00:39
jcastronothing at all00:39
slangasekjcastro: nothing except for the ddxGiveUp error?00:39
jcastroyeah but that's only spit out to the console00:39
jcastronot the log afaict00:39
slangasekah, when trying to run startx?00:40
RAOFddxGiveUp isn't (necessarily) an error; that's what the X server says during shutdown.00:40
RAOFSo if the X server is working fine, but the session you're trying to start up quits, the server will terminate and you'll get that message.00:40
* slangasek nods00:41
hallynjbernard: hm, scratch that (above), i see where it's supposed to do it00:45
jonointerestingly, if I switch my DM to gdm I see X repeatedly try to start00:47
brycehthat's just gdm trying blindly to deal with the situation by trying to start X multiple times00:47
brycehin theory gdm should exit and drop into failsafe-x00:48
jonoright, ok, I am rebooting and then putting log files on a USB stick and will file a bug00:48
=== kenvandine_ is now known as kenvandine
=== dendro-afk is now known as dendrobates
jcastrook so doing a "sudo startx" I get "No protocol specified" over and over on the first console01:08
Sarvattjono, jcastro, bryce: it's the glib2.0 update today01:16
Sarvatthttps://launchpad.net/ubuntu/+source/gnome-session/3.1.3-0ubuntu11/+build/2679219 works01:16
Sarvatthttps://launchpad.net/ubuntu/+source/glib2.0/2.29.14-0ubuntu1/+build/2644910 for the amd64 packages, downgrading that makes everything work again01:17
Sarvatterr sorry, didnt mean to link gnome-session in the first one01:17
jcastrook trying it01:17
Sarvatthttps://launchpad.net/ubuntu/+source/glib2.0/2.29.14-0ubuntu1/+build/2644912 for i38601:17
brycehSarvatt, thanks01:18
=== dendrobates is now known as dendro-afk
=== yofel_ is now known as yofel
jonoSarvatt, how do I downgrade that package?01:30
brycehjono, jcastro, thanks; I've reproduced the bug on two machines.  Likely everyone who updates today will hit it01:30
jcastrojono: grab the debs on that page and dpkg -i them01:30
brycehjono, download the .deb's and then do sudo dpkg -i *.deb01:30
brycehI still had the files in /var/cache/apt/archives01:30
jcastro(I've installed them but need to wrestle with nvidia for a bit before I confirm they work for me)01:31
Sarvattlibglib2.0-0 libglib2.0-data libglib2.0-bin should be what you need01:31
jonothanks for all your help bryceh , Sarvatt , jcastro , cjwatson , RAOF01:32
jonoand of course slangasek01:32
brycehalright, I've reproduced both the bug and the workaround of downgrading glib using what is in /var/cache/apt/archives, and I have a functional desktop with unity01:34
=== dendro-afk is now known as dendrobates
micahgslangasek: still around?01:35
slangasekmicahg: yep - what security update would you like me to break today? :)01:35
micahgslangasek: heh, firefox, natty only, from ubuntu-mozilla-security to natty-security, please01:35
jonoSarvatt, those are the AMD64 builds, where are the normal x86 builds?01:35
Sarvatt[9:17 PM] <Sarvatt> https://launchpad.net/ubuntu/+source/glib2.0/2.29.14-0ubuntu1/+build/2644912 for i38601:36
jonodidnt see that01:36
slangasekmicahg: version 6.0+build1+nobinonly-0ubuntu0.11.04.1 ?01:36
micahgslangasek: yes please01:37
slangasekmicahg: done01:38
micahgslangasek: thanks!, by the end of my day, I should have a nice list of OOPSes to throw at the LP guys for this (not that it'll make them fix it any faster)01:38
slangasekmicahg: well, I understand they want us to not have to use the shell to administer the archive... and this counts :)01:39
=== asac_ is now known as asac
jcastroSarvatt: bryceh: confirming the downgrade works here01:48
brycehjcastro, I gotta run but can you or jono file a bug against glib2.0 and make sure seb128 or one of the other gnome is aware of it?  I'll send a note to the mailing list.01:54
jonothanks bryceh , will file it now01:55
ubottuUbuntu bug 827753 in glib2.0 (Ubuntu) "libglib 2.29.16-0ubuntu1 breaks desktop session - downgrade fixes" [Undecided,New]02:01
slangasekRAOF: installing libgl1-mesa-glx:i386 in a chroot works ok here02:20
slangasekRAOF: however, bug #80290102:20
ubottuLaunchpad bug 802901 in apt (Ubuntu) ""E: Internal Error, Could not early remove linux-libc-dev" in multiarch chroot" [Undecided,Confirmed] https://launchpad.net/bugs/80290102:20
RAOFThat's an eerily familiar error message… :)02:21
slangasekoh, no, it doesn't work ok here at all, I simply forgot to let it get to the point of attempting the install :P02:25
RAOFslangasek: Hah!02:25
RAOFYeah, I just tried it and it failed for me.02:25
RAOFI was wondering whether you'd forgotten to install libgl1-mesa-glx:amd64 first :)02:25
RAOFBut, in case it's not obvious, the problem is symmetric - if you install libgl1-mesa-glx:i386 first, then libgl1-mesa-glx:amd64 will fail to install with that error.02:26
=== dendrobates is now known as dendro-afk
slangaseklinux-libc-dev also has a C/R/P - nice catch02:30
RAOFjono, jcastro: Do you, perchance, have libzeitgeist-gio installed?03:02
jbichaRAOF: that's not even available in my synaptic03:04
RAOFjbicha: Yeah, I know.  It *was* in Maverick, though (see bug #724199), and so upgraders might hit this.03:04
ubottuLaunchpad bug 724199 in libzeitgeist "Remove libzeitgeist GIO module - zeitgeist-datahub does the same now" [Medium,Fix released] https://launchpad.net/bugs/72419903:05
RAOFWhereas my freshly installed oneric is very happily running the latest stack.03:05
* jbicha tries rebooting also03:07
* TheMuso is upgrading now, will test as well.03:10
jbichayes I rebooted just fine03:11
* TheMuso is on a fresh install from a daily over the weekend so shouldn't have problems going by what you guys are saying.03:11
RAOFOk.  I think we should upload a new glib with an explicit Breaks: on libzeitgeist-gio, and leave seb or pitti to do a more thorough fix.  Dropping 71_gio_launch_handler.patch broke ABI; I'm not sure how they want to resolve this.03:12
TheMusoLet me reboot to be 100% sure/.03:12
TheMusoOk all fine here.03:17
=== dendro-afk is now known as dendrobates
RAOFActually, I guess we've got two options: re-add 71_gio_launch_handler.patch, or add a Breaks: to libzeitgeist-gio03:19
TheMusoI guess the question is whether the patch being dropped was accidental.03:20
RAOFNo, it was deliberate; there's new upstream API which does the same thing, but differently.03:21
TheMusoAh ok.03:21
RAOFRe-adding the patch ensures that everyone's session should start up; if we just break: libzeitgeist-gio then there are potentially other failures that we don't yet know about.03:22
RAOFHm.  There's another ABI change, but as I read it it's API that was introduced in 2.29.6, and hence is still unstable.  So hopefully nothing's using it.03:24
RAOFOh, wow.  It's 13:30.  That's why I'm hungry!03:39
RAOFHm.  glib's testsuite needs to be parallised.03:52
=== dendrobates is now known as dendro-afk
pittiGood morning04:08
pittislangasek: (ah, ricotz offline) gnome-menus is blocking a whole lot of other gnome 3.1.5 packages; but as I uploaded it, I can't NEW it04:09
pittislangasek: but we have it in the ubutu-desktop PPA as well for staging, so it's not totally blocking everything04:10
pittiRAOF: I don't actually know about 71_gio_launch_handler.patch; I guess I'll wait until seb128 is online, discuss it with him, and then we'll fix it today04:11
RAOFpitti: Ah, ok.  My glib build re-adding that patch has finally finished the test-suite, so if you want that I can upload it now.  If not, I'll leave it to you.04:12
pittiRAOF: please go ahead04:13
pittiRAOF: so I guess the proper fix is to port libzeitgeist-io to the new upstream API?04:14
slangasekpitti: ah, in that case allow me to expedite04:14
slangasekpitti: actually, it looks like someone else may have already done so ;)04:15
RAOFpitti: No; libzeitgeist-gio has been removed from the archive.04:15
RAOFpitti: The problem was that it hasn't been removed on upgrade, and it blocks startup of anything glib-based, which means logging in is problematic :)04:15
pittislangasek: ah, splendid04:16
pittiRAOF: oh, so a Breaks: actually sounds right?04:16
RAOFpitti: I was deciding between re-adding the patch and just adding a Breaks: on libzeitgeist-gio, and decided to unbreak the ABI instead; I don't know how many other users of that ABI there are.04:16
pittiRAOF: ok, please wait with the upload thhen04:17
RAOFAnd preventing {lightdm,gdm} from starting is pretty obnoxious.04:17
slangasekyou want Conflicts:, not Breaks:04:17
slangaseksince Breaks doesn't guarantee removal, only deconfiguration04:17
pittiI have the new version running since yesterday without any problems04:17
RAOFYeah, but that's a new install, right?04:18
pittiit was introduced for wncksync04:18
pittiRAOF: yes, but libzeitgeist-gio actually should be cleaned up on upgrade either way04:18
RAOFI agree.04:18
pittiRAOF: and it doesn't seem to break anything else04:18
pittiit was originally introdoced for wncksync04:18
pittibut bamf works fine with the new glib, so doesn't seem to need that any more either04:19
pittiRAOF: so my gut feeling is that we should keep the upstream API now, and clean up the old cruft properly instead04:19
RAOFI was rather thinking "as well" rather than "instead"; I just wanted to unbreak everyone's systems.  Then we could clean up later, and re-drop the patch once we were sure no one was using it.04:21
RAOFYou've touched glib much, much more than me, though, so now you're up I'm happy to hand off.04:21
pittiRAOF: I'll triple-check bamf, as this seems to be the only other user04:25
RAOFIt'd be kinda nice for dpkg-symbols to have some sort of support for this - when you mark a symbol with an Ubuntu or Debian version it gets recorded in the dependency data…04:26
pittiRAOF: ok, so want me to add the Conflicts:, or did you already?04:27
pittiRAOF: and thanks for figuring out the cause of this!04:27
poolieDaviey, hi?04:28
pittisorry, this didn't occur in seb128's or my testing, I guess as we both have an upgraded natty install04:28
RAOFpitti: I haven't yet done that; I can, retest, then upload though.04:28
pittiRAOF: I can take over if you want to call it a day04:28
pittijust asking if you already did to avoid double work, but I don't see new commits in bzr yet04:28
RAOFI'm not near EOD.04:28
RAOFI've got a package with the patch re-added ready, but not one with just a conflicts.04:29
RAOFThat said, it'll be trivial to whip up one with the conflicts ;)04:29
pittiRAOF: glib just built yesterday, I don't think it needs a full local run just to add a Conflicts:04:30
RAOFFair call.04:30
RAOFHm.  bzr doesn't seem to want to push; it's just sitting there.  I wonder what it's doing.04:36
RAOFHeh.  Too impatient.  There it goes!04:37
RAOFpitti: Done.04:41
pittiRAOF: thanks04:41
pittislangasek: so I followed your announcement to enable multiarch, and apt-get update indeed did get all the i386 indexes04:52
pittiso it's "sudo apt-get install flashplugin-installer:i386" now, right?04:54
pittithat at least seems to pull in a lot of i386 dependencies04:54
StevenKCan we purge ia32-libs now? :-)04:54
pittiI suppose we should make the firefox plugin installer clever enough for this now04:54
ajmitchStevenK: you seem eager to kill it :)04:54
pittiStevenK: parner stuff still needs it04:54
pittiajmitch: who isn't?04:54
pittilike this little package "skype"04:54
pittiia32-libs has been a thorn in our eyes forever04:55
micahgpitti: apparently skype doesn't need it according to slangasek04:55
ajmitchwho doesn't love a large monolithic binary package that must give the security team headaches?04:55
pittislangasek: so, congratulations! that was a great piece of work04:55
* ajmitch feels sorry for whoever's had to touch it04:55
micahgajmitch: we're not talking about chromium right now :)04:55
ajmitchmicahg: hah04:55
ajmitchmicahg: it still bundles half the world? :)04:56
* ajmitch is glad to see multiarch, thanks to those who've implemented it 04:56
pittihmm, now I just need to tell firefox somehow that the plugin is "on the other side of the arch fence"04:57
StevenKpitti: Partner? Who uses that anyway? :-P04:59
ionA major Finnish bank uses a really nasty Java thing for web banking access that only works with sun-java6-plugin. The partner repo is a decent way to get it.05:01
slangasekpitti: yay :)  be careful though, you may need to purge the amd64 flashplugin-installer package before installing the i386 one... dpkg seems to get a bit confused when transitioning a non-multiarch-same package directly from one arch to another05:43
pittislangasek: that's what I did, and the install went cleanly; but if ffox is supposed to pick that up, I'll just try again, I suppose05:44
slangasekoh - you still need nspluginwrapper installed05:44
slangasekdid you remove it?05:45
pittioh, indeed05:45
pittiI thought flashplugin-installer would pull it in05:45
slangasek(I still need to touch the flashplugin package to represent this in some sensible fashion)05:45
pittididn't help, though05:45
slangasekyeah, the amd64 flashplugin-installer does, the i386 one doesn't - it may be simplest to just make it a dependency05:46
pittiooking for plugins in /var/lib/flashplugin-installer/05:46
slangasekdidn't help?05:46
pittiUpdate plugin /var/lib/flashplugin-installer/npwrapper.libflashplayer.so05:46
pitti  wrapper ident matches and NPAPI plugin is unmodified, skipping05:46
pittiperhaps I need to install the wrapper first, and then flashplugin-installer05:46
slangasekI honestly don't know05:46
pittiif it works for you, then I guess I just did something wrong, or have some cruft on my system05:47
slangasekyou could be right that nspluginwrapper needs to be installed before flashplugin-installer05:50
pittithat didn't help either, thoug05:50
slangasekrestarted firefox after installing?05:51
pittiyes, sure05:51
slangasekshows up in about:plugins, or no?05:51
pittiit doesn't05:51
pittisudo dpkg -P flashplugin-installer:i386 nspluginwrapper:i38605:51
pittiand trying to reinstall both05:52
slangasekoh, you need the amd64 version of nspluginwrapper :)05:52
pittishould I clean up anythign else?05:52
slangaseknspluginwrapper is the bit that's the *plugin* for firefox :)05:52
slangasekso has to match arch05:52
pittithat's not installable on amd6405:52
slangasek<cough> it's in NEW05:53
* pitti just feels the urge to do some archive admin05:53
micahgin theory, we can solve the nspluginwrapper issue for firefox, but other things need nspluginwrapper05:54
slangasekonly in theory; the existing plugin-container doesn't do the job because it doesn't provide an interface for registering the foreign-arch plugin w/ firefox to begin with05:56
=== smb` is now known as smb
statimgeneral newb packaging question: would it be a really bad idea to have the build script download the original tar from somewhere, then extract, make, install? im not sure if that makes things more maintainable or not?06:50
infinitystatim: Our buildds have no access to the internet.06:50
infinitystatim: So, if that's destined for an archive, that's a huge "no".06:51
infinitystatim: (It's also quite possibly a license violation, if it's GPL or similar, since binaries and source need to be distributed together)06:51
RAOFIt's also generally a good idea for maintainability to have reproducible builds; downloading the tarball from the internet breaks that.06:53
statiminfinity:  cool thanks.  im actually just trying to figure this out to make my own packages for a few things, but i should do it the best way as you suggest.  im nowhere near understanding this enough to make packages that would make it into the official repos06:53
statimi built something with pbuilder-dist, and now my ~/pbuilder/lucid_result/ has all these .deb files in it.  is there a special way to clean that out before i build something else, or just rm?  i already ran pbuilder-dist lucid clean, but that doesnt remove those deb files06:58
micahgstatik: no need to remove them06:59
micahgstatik: oops, tab complete failure :)07:01
micahgstatim: no need to remove them07:01
statimmicahg:  ok, so its just for my benefit to keep them… pbuilder doesnt care about them really, it just puts them there for me07:01
micahgstatim: yep, up to you, it's just a storage dir AFAIK07:01
statimmicahg: cool thanks07:01
=== Amaranthus is now known as Amaranth
dholbachgood morning07:12
DavieyGood morning Mr Holbach!07:13
dholbachhey Daviey, hey ion07:17
=== tkamppeter_ is now known as tkamppeter
pittihappy birthday, Debian! 18 years, coming of age07:34
QuintasanGood morning07:35
ogra_pitti, finally at drinking age :)07:37
Laneycjwatson: serialisation> yeah, that would be nice. TBH lpapicache has grown a lot since I was involved at its genesis (when it was genuinely just a caching wrapper) and I'm not sure of all of the moving parts at this moment in time.08:01
tumbleweedslangasek: the multi-arch: same with differing files problem I mentioned in bug 802901 was in libfontconfig1's doc (I had symlinks, package didn't). But I have no idea where that came from, so I can't reproduce it it.08:25
ubottuLaunchpad bug 802901 in apt (Ubuntu Oneiric) ""E: Internal Error, Could not early remove linux-libc-dev" in multiarch chroot" [High,Confirmed] https://launchpad.net/bugs/80290108:26
=== pedro__ is now known as pedro_
jmlif gtk-window-decorator crashes, what's the least interfering way to get it back up?09:55
pittiAlt+F2 gtk-window-decorator09:56
pittithat worked for me09:56
RAOFIf gtk-window-decorator crashes, it's saving you from it's memory leak ;)10:05
=== seb128_ is now known as seb128
jmlRAOF: hooray?10:12
jmlpitti: ta10:12
RAOFjml: Indeed.10:12
doko_soren, would it be possible to disable the ubuntu-server-qa repository for some days until the test rebuild is done?10:27
dholbachbarry, Riddell: can you answer https://bugs.launchpad.net/ubuntu-packaging-guide/+bug/827925?10:34
ubottuUbuntu bug 827925 in Ubuntu Packaging Guide "How to handle a merge" [Undecided,New]10:34
ScottKslangasek: It looks like we need to put qdbus back into some non-dev package (I'm guess it's own) and adjust dependencies.  I'll be offline most of today for $work, but can help with this in 10 or 12 hours.10:34
evwould someone be so kind as to provide peer review on this move of camerabin from gst-plugins-bad to gst-plugins-good? http://paste.ubuntu.com/668124/ http://paste.ubuntu.com/668125/10:43
tseliotcjwatson: would it be acceptable if I forced the removal of the old kernel hooks left in /etc by nvidia-common in, say, the preinst script of nvidia-common? (this should prevent the kernel installation from failing)10:45
cjwatsontseliot: which exactly?10:53
tseliotcjwatson: /etc/kernel/postinst.d/nvidia-common and  /etc/kernel/header_postinst.d/nvidia-common10:53
cjwatsontseliot: sure, if a newer version removes them then I think cleaning them up in the preinst is the right thing to do10:59
tseliotcjwatson: yes, this is exactly the case. Thanks10:59
sorendoko_: Sure. Hang on.11:00
sorendoko_: Done.11:00
RAOFslangasek: You may be interested in bug #82795011:22
ubottuLaunchpad bug 827950 in dpkg (Ubuntu) "Multiarch: dpkg gets confused when installing new packages with the same version" [Undecided,New] https://launchpad.net/bugs/82795011:22
RAOFslangasek: I hope that the description is clear enough; I found it difficult to describe.11:22
cjwatsonargh, I hate dpatch11:40
cjwatsonI always always always forget to add new patches to debian/patches/00list11:40
seb128heh, I used to hate quilt for the same reason :p11:41
pittiquilt does add stuff to series automatically11:41
seb128if you use the right quilt commands11:41
seb128I tend to cp the vcs diff in debian/patches11:42
cjwatsonif you use the natural quilt commands for creating new patches, yes :-)11:42
seb128which "just work" with cdbs simple-patchsys11:42
cjwatsonas opposed to dpatch-edit-patch, which doesn't11:42
* cdbs simple-patchsys sucks when it comes to managing a gazillion patches11:43
mvoedit-patch ftw!11:43
mvoor add-patch for this matter11:44
cjwatsonyeah, I got fed up and de-simple-patchsysed grub2 at some point because the process of refreshing to a new upstream version was ridiculously tedious11:44
cjwatsonmvo: I probably ought to remember that, yes :)11:44
=== dendro-afk is now known as dendrobates
seb128mvo, ;-11:44
seb128mvo, ;-)11:44
mvoI guess cdbs/dpatch should have a debian/00list, debian/patches: *AUTOMATIC-KTHXBYE* option to add there11:45
mvothat would just use whatever is in the dir11:45
cjwatsonmvo: this particular package has patches in debian/patches/ that aren't applied :-/11:47
mvoheh, there we go11:47
mdeslaurah, debian packaging, so much fun :)11:48
cdbscompiz --replace11:51
cdbserr whoops, gnome-terminal tab fail11:51
Laneydoes anyone have a non-virtual ppa that they'd be willing to chuck a test build of mono's 2.10 branch at for me?12:12
Laneyseeing failures on buildds but not locally or on virtual builders12:12
OdyXtkamppeter: Ping. I have a question about pyppd: does it hurt if, for all drivers, it is launched as "pyppd /usr/share/" (aka the path from there is in the pyppd-generated archive) ?12:12
OdyXtkamppeter: That would make things way easier, and avoid having to parse and handle an option12:13
OdyX(context being: dh_pyppd to be added to pyppd, in order to "just" put --with pyppd in the dh $@ line and be done with it.)12:17
mdeslaurwhat package is Oneiric's battery indicator from?12:28
pittimdke: indicator-power12:32
pittimdke: ignore me, wanted to respond to mdeslaur, tab failure12:32
Sweetsharkdoko_: ping?12:36
=== dendrobates is now known as dendro-afk
Sweetsharkdoko_: the "remove Matthias Klose who is no longer involved in this package" was not by me but by the upstream debian dev packaging 1.9.0-1 ....12:38
loolstgraber: Is it ok to commit a pastebinit paste.linaro.org to collab-maint, or should I file a bug?12:39
looloh actually that's not upstream12:39
* jdstrand wonders why his /tmp directory isn't having its directories autocleaned on boot...12:48
=== dendro-afk is now known as dendrobates
mr_pouitseems a few more sync mails leaked out from the test environment (debootstrap 1.0.35 and mono 2.10.4-2)13:31
cjwatsonmr_pouit: those were real13:31
debfxslangasek: is it intentional that apt doesn't install recommends of foreign arch packages?13:32
mr_pouitoh, indeed13:32
cjwatsonmr_pouit: I'll be announcing the new facility soonish, we're just finalising the client tool13:32
cjwatsonmterry: did my netbook-launcher-efl branch look plausible?13:33
mr_pouitcjwatson: okay, nice. They have the same "incomplete" mail (without the .changes), that's why I thought they were the same ;-)13:34
mterrycjwatson, ah, sorry. I bookmarked it to get back to it.  I can review now13:34
cjwatsonmr_pouit: ah, no, missing the changes is kind of inevitable for this mechanism13:34
directhexof course, mono's breaking due to a random problem that only seems to happen on the real ubuntu buildds, not locally or in a ppa. woohoo13:34
cjwatsonmr_pouit: the thing that tipped me off about the aptitude one was that it was marked as signed-by somebody without Ubuntu upload privileges :-)13:34
cjwatsonmr_pouit: but if you look closely you can also see that it has a link to dogfood.launchpad.net13:34
cjwatsonmterry: cool, thanks13:35
mr_pouithuhuhu, ok ;-)13:35
=== dendrobates is now known as dendro-afk
mterrycjwatson, yeah, seems fine to me13:56
mterrycjwatson, I'm putting the change in upstream trunk too13:56
cjwatsonmterry: great, thank you13:57
* cjwatson chips away at the EFL stack nightmare13:57
mterrycjwatson, shall I merge to Ubuntu or will you?13:59
cjwatsonmterry: don't mind, I can if you like14:03
cjwatsondone and uploaded14:06
tkamppeterOdyX, no problem.14:18
OdyXtkamppeter: okay, nice.14:18
=== doko_ changed the topic of #ubuntu-devel to: Alpha 3 released | Archive: Feature Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #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: ev
bdmurrayev: could you merge https://code.launchpad.net/~brian-murray/ubuntu/oneiric/apport/bug-828037/+merge/7190114:39
ubottuUbuntu bug 71901 in Ubuntu "wrong order in /etc/rc2.d between kdm and nvidia-kernel" [Undecided,Fix released]14:39
evwhoops, I still have that hat on14:39
evsure thing14:39
ev@pilot out14:39
=== udevbot changed the topic of #ubuntu-devel to: Alpha 3 released | Archive: Feature Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #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:
bdmurrayheh thanks14:39
evwill do in about 514:39
=== pedro__ is now known as pedro_
ryanakcaIs there somewhere I can find a history / archive of Sources.bz2 and binary-i386/Packages.bz2 for the past few years? Similar to http://snapshot.debian.org/archive/debian/YYYYMMDD/dists/sid/main/* , where YYYYMMDD is the day you're interested in?15:12
cjwatsonnot as far as I know.  You can approach the problem from other angles since https://launchpad.net/ubuntu/+source/SOURCEPACKAGENAME/+publishinghistory has history for each source package15:13
debfxslangasek: turns out that flashplugin-installer didn't pull in libasound2-plugins because I had libjack-jackd2-0 installed which isn't multiarch'ified yet15:23
ryanakcacjwatson: Aye, I've been using launchpadlib to fetch source publishing histories for the past week and a half with no sign of it ending. Putting those back together and outputting Packages.bz2 and Sources.bz2 for Thursdays of every week isn't going to be very pleasant. Thanks :)15:23
cjwatsonryanakca: sorry not to be able to help more15:24
ryanakcacjwatson: No worries15:25
=== dendro-afk is now known as dendrobates
slangasekdebfx: oh, well, doh.  I have never understood why those two libraries conflict with each other the way they do15:28
tumbleweedryanakca: we have ubuntu upload history in a UDD table in Debian (if you have access to that. you can also download a dump). That should corrospond to source publishing history, but not binary15:31
tumbleweedhrm, I suppose that won't give you removals15:31
cjwatsontumbleweed,bdrung_vacation,Laney: any more thoughts on https://code.launchpad.net/~cjwatson/ubuntu-dev-tools/syncpackage-lp/+merge/71718 ?15:34
cjwatsonthere were some moderately substantial changes in the last couple of commits, I realise15:35
tumbleweedcjwatson: I'm happy with it15:36
slangasektumbleweed: libfontconfig1> hmm, very strange; if it's not reproducible though, guess there's no action to take15:37
tumbleweedthe symlinks were to ../libfontconfig1/$name, IIRC15:37
slangasekScottK: qdbus> yep, sounds like it; I'll try to get that fixed up this morning15:38
Laneycjwatson: yeah, fine by me. We need to clean up the API in ubuntutools, but that's for another day15:39
cjwatsonI think the JSON serialisation could be handled by making BaseWrapper a subclass of whatever the lazr Resource class is15:40
cjwatsonbut that seemed a bit intrusive to attempt in this branch15:40
tumbleweedshould we change requestsync to say "you can sync yourself if you want"?15:40
cjwatsonhm, yes, I can do that15:41
cjwatsonat least in the manual page15:41
Laneyit should Just Do It IMHO15:41
tumbleweedit should only be necessary for sponsored syncs and FFe requests now15:41
Laneyor bail out with the commandline you need to run15:41
cjwatsonhm, I'm not ready to do that yet15:42
cjwatsonfor a while, I'd prefer it to be opt-in15:42
tumbleweedsounds good15:42
cjwatsonthough I agree once this has bedded down a bit15:42
Laneygive a notice then15:42
tumbleweedurgh, the changelogs really are ugly without newlines15:42
cjwatsonyeah, I know, sorry :-(15:44
cjwatsonthe import's been fixed but can't do much about the existing data15:44
cjwatsoncommitted a change to requestsync(1)15:44
cjwatsonmaybe I should have requestsync itself output a line15:44
tumbleweedoh, I didn't realise those were from when the debian archive was imported15:45
cjwatsoncurrent imports are OK15:45
Laneycan't a query be run over the old data to fix it up?15:45
cjwatsone.g. https://lists.ubuntu.com/archives/oneiric-changes/2011-August/006951.html came out OK15:45
cjwatsonLaney: I don't know, feel free to ask15:45
cjwatson(well, OK apart from the spurious newline, I filed a bug about that)15:45
slangasekRAOF: bug #827950 answered; sorry, it's not a /great/ answer though15:46
ubottuLaunchpad bug 827950 in dpkg (Ubuntu) "Multiarch: dpkg gets confused when installing new packages with the same version" [Undecided,Won't fix] https://launchpad.net/bugs/82795015:46
seb128does it make sense to support static build for things like GNOME libraries nowadays? just asking because they switched some of their tarballs to default to not build the static libs15:48
seb128so I'm pondering either updating the .install to drop the .a or adding a --enable-static to configure15:48
cjwatsonLaney: brief note added to requestsync15:48
ryanakcatumbleweed: Thanks15:49
tumbleweedryanakca: don't know how helpful it'll be for what you want, though15:49
slangasekseb128: I think the "nowadays" that people normally include in that question is something of a red herring; the use case for static linking has always been a narrow one and I don't know that it's diminished significantly over time15:52
seb128slangasek, ok, worded differently "do we care about being able to do static builds on Ubuntu"15:53
slangasekseb128: we could certainly argue that .a files are a waste of archive space; if we're going to drop them, though, I think we should be systematic about it15:53
seb128right, archive space and build time15:53
seb128I wouldn't mind to get ride of the extra build gtk is doing only for static15:54
stgraberlool: patch upstream would be great. Then feel free to get that patched in Debian/Ubuntu as I don't expect a new upstream release very soon (next version will likely be a rewrite)15:54
flechaHello! Is the a way to set a hotkey to a menu bar applet?15:56
tumbleweedcjwatson: it does concern me that +localpackagediffs lets non-archive-adimns so easily sync so many packages at once (or select the wrong package by mistake). I'd prefer individual sync buttons (or the use of the command line client). Mind you I assume it asks for confirmation?15:59
cjwatsontumbleweed: that's why I'm encouraging Ubuntu people to use the API instead :-)16:05
dobeypitti, ScottK: new release files attached to bug #81713316:05
ubottuLaunchpad bug 817133 in Ubuntu "[FFe] [needspackaging] ubuntuone-installer needs packaged" [High,Incomplete] https://launchpad.net/bugs/81713316:05
cjwatsonI really don't want people using that UI, but it's not within my power to do anything about it16:05
cjwatsontumbleweed: I'm not sure what confirmation is involved; please do file bugs about UI concerns and tag them derivation ...16:05
tumbleweedsure, I'll test it next time I do a sync16:06
cjwatsonIMO when we change the Ubuntu sync documentation it should just not mention that UI at all and pretend it doesn't exist16:06
cjwatsonI think it was written more for Linaro than for us ...16:06
cjwatsonalso, it's not possible to apply Ubuntu-specific policy in the UI16:08
cjwatsonfor example the specific requirement for confirmation if the version number contains 'ubuntu'16:08
LaneyIt probably wouldn't be unreasonable for a distro to be able to set a header on that page, though16:10
Laneylike the bug reporting guidelines16:10
cjwatsonyeah, but workflow is harder and unlikely to happen16:10
cjwatsonI'd rather just direct people to good API tools16:11
cjwatsonunless the header was "do not use this page" I suppose :-)16:11
Laneyor you could ask for a policy knob to disable the UI16:11
Laneyor to limit it to a certain team, or … :-)16:12
Quintasanslangasek: ping16:14
Laneyor, well, see if it actually becomes a problem16:14
slangasekQuintasan: hi16:27
Quintasanslangasek: Oh hey there, I was wondering what's status of qdbus stuff16:28
slangasekQuintasan: I'm looking to split out a qdbus binary package and have libqt4-dbus depend on it; currently test-building16:30
Quintasanslangasek: That's the solution fabo proposed, right?16:30
QuintasanOkay, let me know if you need any help16:31
* Quintasan goes back to kwin opengles16:31
slangasekQuintasan: where did you discuss this with fabo, OOI?16:31
QuintasanOOI? What's that?16:32
slangasek"out of interest" :)16:32
slangasekjust the comment on the bug (825689), or was there more out-of-band discussion?16:32
ubottuUbuntu bug 825689 in qt4-x11 (Ubuntu) "libqt4-dbus: contains an executable in /usr/bin, breaks multiarch, Policy 8.2" [Medium,Fix released]16:33
* slangasek nods16:33
Quintasanand on OFTC I think but I didn't discuss it personally16:33
slangasekjust checking that there weren't any new bug reports I wasn't aware of16:33
=== beuno is now known as beuno-lunch
=== deryck is now known as deryck[lunch]
BeretI see that debdelta support was planned for Oneiric. Does anyone know if that's still on track to happen?17:27
jcastroBeret: there's a blueprint somewhere with the status, it was discussed but not on the cards for oneiric17:35
Beretyeah I found it at https://blueprints.launchpad.net/ubuntu/+spec/foundations-o-debdelta17:36
Beretit says "accepted for oneiric"17:36
Beretwhat's the mean?17:36
slangasekit means that the design was approved coming out of UDS; it doesn't guarantee that the work will land17:37
Beretgot it17:37
Beretdo we know if it's slated to land by 12.04 or will we find that out in Orlando?17:37
BeretI have some work dependent on it which is why I'm asking17:38
Beretjust trying to get as much information as I can17:38
slangasekI currently believe it's likely to land by 12.04, but it's contingent on having an appropriate server-side implementation17:39
Beretthanks for the info17:39
Beretthat's what I was looking for17:39
Laneysiretart: are you looking at the libav nbs?17:43
=== beuno-lunch is now known as beuno
chrisccoulsonhey jcastro, how are you?18:06
jcastrochrisccoulson: hi18:07
chrisccoulsonhi jcastro, did you see my earlier ping?18:07
jcastrochrisccoulson: nope, sorry, I've been in and out, what can I do for you?18:08
chrisccoulson<chrisccoulson> jcastro, do you have any ideas for how we could engage more users and get them testing https://launchpad.net/~mozillateam/+archive/firefox-next (ie, the firefox beta channel)?18:08
chrisccoulson(from #ubuntu-desktop)18:09
chrisccoulsonsorry if you're not the right person to ask ;)18:09
siretartLaney: yeah, sort-of. I've worked on mplayer a few hours ago: http://packages.qa.debian.org/m/mplayer/news/20110817T173341Z.html - I guess we should sync that to oneiric18:20
slangasekSpamapS: fwiw, slapd forking before listening should be fixed upstream and in oneiric now (following a horrible first at a patch landing in Debian and corrupting people's databases for a bit in squeeze)18:23
=== deryck[lunch] is now known as deryck
Laneysiretart: I just noticed that the nbs list is pretty large18:32
micahgLaney: this might be a better guide: http://people.canonical.com/~ubuntu-archive/transitions/libav.html18:37
=== dendrobates is now known as dendro-afk
Laneyyep, still a reasonable size18:49
=== dendro-afk is now known as dendrobates
hallynslangasek: Hey - I assume bug #828262 is not possible (it's a new binary package in the lxc source package).  But since a great deal of users on natty/oneiric will want LTS in their containers, it would be awesome if it were18:53
ubottuLaunchpad bug 828262 in lxc (Ubuntu) "please backport lxcguest to lucid" [Critical,Confirmed] https://launchpad.net/bugs/82826218:53
hallyn(so I asked him to submit that, pls yell at me not him :)18:53
hallynreally all the stuff in lxcguest i should try and push into the other packages.  there'll be resistance, but...18:56
SpamapSslangasek: OH19:09
SpamapSslangasek: It didn't appear to be fixed in the latest one I pulled from oneiric19:09
siretartLaney: well, yes. and I could really need help on it. most of the patches are IME rather easy, though19:32
tkamppeterpitti, hi19:33
micahgsiretart: is there a guide similar to this one for libnotify from Fedora: http://lists.fedoraproject.org/pipermail/devel/2010-November/144914.html19:34
slangasekSpamapS: patch not applied at unpack time, I suspect19:35
siretartmicahg: well, there is http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libav.git;a=blob;f=doc/APIchanges, also installed into libavcodec5319:36
siretartmicahg: if you have a specific build failure, I'm happy to take a look19:36
SpamapSslangasek: ahh right.. should have dug through that ;)19:37
SpamapSslangasek: its been taken upstream though, right?19:37
slangasekhallyn: 828262> that looks like a candidate for lucid-backports? https://bugs.launchpad.net/lucid-backports19:37
slangasekSpamapS: the patch we currently carry originates upstream, yes19:38
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
SpamapSwoot, only 1515 lines in the mysql copyright file.. :-/19:59
hallynslangasek: ok, thx ( SpamapS had suggested same).  i've never felt (even reading the docs) i quite groked how backports flow, but i'll try that route.20:18
jbichaslangasek: multiarch is a bit annoying in tools like Synaptic, USC does a decent job of hiding the extra data clutter20:45
jbichais multiarch something that we should have turned on by default for everything in Ubuntu or just certain libraries & programs?20:46
groundnutyhey, is there some nice list of packages from which ubuntu (standard distrubuntion) is made of? preferably with some comments, this one do that, that one does something else. (I figgured it is best to ask here then on #ubuntu)20:51
slangasekjbicha: it's not at all trivial to "turn it on" selectively20:51
jbichaslangasek: ok, I was just thinking out loud20:52
slangasekjbicha: it's a reasonable idea, but I think this needs to be fixed by the package managers getting smarter, not by trying to filter this on the server side20:53
dobeygroundnuty: list yes, descriptions in that list, no; there is a .manifest for each image on cdimage.ubuntu.com, iirc20:53
slangasekbecause it's just too dynamic20:53
slangasekgroundnuty, dobey: you might be looking for the package seeds: https://code.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.oneiric/20:54
slangasek(this is the source that decides what we put on the CDs)20:54
groundnutyslangasek: thx, I was generally wondering from what that ubuntu is made of - I assume you you do not chose the packages (mostly 3rd party apps) randomly ;)20:56
dobeywe use darts, so there are actualy a lot of physics involved; not random at all. ;)20:58
broderwhat's the deal with the new ubuntu core thing i saw skaet mention in her interview? is it just sticking a pretty title on core+desktop-core?21:00
groundnutydobey: some derivations of montecarlo methods? ;P21:03
dobeysomething like that21:05
=== Quintasan_ is now known as Quintasan
=== yofel_ is now known as yofel
groundnutydobey: anyway, there arent any discussions publicly aviable? Like: "lets pick that package because... no no! thats better" ;)21:07
groundnutyI mean logs/forums21:07
dobeygroundnuty: well, there are discussions at UDS for big things usually21:08
slangasekfor instance, there are fairly regular discussions about which browser and groupware solution we should ship by default21:09
jbichagroundnuty: you could poke around here: https://blueprints.launchpad.net/ubuntu/oneiric21:09
groundnutyslangasek: I imagine :)21:09
slangasekmost other discussions tend to be about "can we make it fit on a CD?" or "how do we make this fit on the CD?" rather than about *which* app we're going to ship21:10
slangaseksince the Ubuntu desktop is 90% standard what ships with GNOME upstream21:10
groundnutyI see. Btw why you still stick with cd-s? aren they kinda deprecated?21:11
slangasekthat is *also* a fairly regular discussion ;)21:12
groundnutyimagine windows vista/7/8 shipped on the 700MB cd...21:13
groundnutyI suppose they gave up long ago.21:13
groundnutyanyway, thx for all the links I will make some tea and study them.21:14
=== elif is now known as elif_away
slangasekScottK: qdbus should be a-sorted now21:25
slangasek(with apologies to the ARM team)21:25
ScottKslangasek: Thanks.21:32
bluefoxicyI have a question21:33
=== plars_ is now known as plars
bluefoxicyHas anyone ever actually tried unchecking things to install in update-manager?21:33
bluefoxicyBecause it flat out doesn't work; the damn thing installs every single available update.21:33
bluefoxicy905k to download => downloaded 1% of 18MB21:33
slangasekI do it all the time and it works as intended21:34
debfxslangasek: could you have a look at my debdiff on bug #82836021:34
ubottuLaunchpad bug 828360 in gtk2-engines-oxygen (Ubuntu) "FFe: Build for multiarch" [Undecided,New] https://launchpad.net/bugs/82836021:34
bluefoxicyhmm, odd.21:37
slangasekdebfx: does dh_makeshlibs not DTRT if you drop the override entirely?21:38
slangasekhmm, it seems to set an SONAME, so I guess not21:39
bluefoxicythis is what I get.21:39
slangasekdebfx: all looks sane to me, but the proof is in the pudding :)21:40
debfxslangasek: aha, I was wondering why it treated it as a public library even though it's not in a standard path21:41
statimwould anyone mind helping me with this? ive created a specific package of ruby for only my own purposes.  im trying to get the Depends, Conflicts, Replaces, Provides worked out so my own ruby package will take complete control over all things ruby.  ive tried adding all of these: ruby, ruby-dev, libruby, rdoc, ri, irb, rubygems in each form (null, 1.8, 1.9, 1.9.1) to each field of Conflicts, Replaces, Provides, but that doesnt seem to satisfy it.  any hel21:41
debfxslangasek: I have tested it with the flash context menu :D21:42
slangasekbluefoxicy: well, I unchecked a package twice today in update-manager to avoid upgrading it, so I know it works in general; file a bug?21:43
slangasekstatim: you cut off at the IRC line limit - but this channel is for development *of* Ubuntu, local packages that conflict with Ubuntu ones (and, quite frankly, are going to make a terrible mess of your system even if you solve your current challenge) are off topic21:45
statimslangasek:  gotcha thanks.  where would i find this kind of help? just #ubuntu or are there other specialized places?21:46
slangasek#ubuntu is the only place that comes to mind21:46
statimslangasek: k thanks21:46
slangasekbut also, see above that you're going to make a mess of your system trying to do this :)21:46
ajmitchbluefoxicy: you left firefox-gnome-support checked, which depends on the updated firefox. I think update-manager would try & satisfy all dependecies rather than skip that package21:48
ajmitchstill a bug if it's not making clear what it'll do21:48
statimslangasek:  yes i know … these boxes we use now adays are ephemeral though, and we have provisioning checks to make sure all our stuff works… we dont keep them indefinitely and do updates… i wouldnt recommend what im doing for everyday use haha21:48
slangasekajmitch: I wondered about that; historically, when you uncheck a package in u-m that has reverse dependencies, those revdeps will also be unchecked for you21:48
* Daviey wonders when we can finally throw dpatch on a fire.21:49
* ajmitch hasn't looked to see what its intended behaviour is21:49
bluefoxicyajmitch:  aha.21:51
OdyXtkamppeter: c2esp and epson-inkjet-printer-escpr have been migrated to cups' new trigger + dh_pyppd.21:51
bluefoxicyajmitch:  I wasn't even looking :)21:51
cjwatsonDaviey: debian-devel, algernon says he's set himself a target to deprecate it by 2017 :)21:55
cjwatsonwhich actually is about the first realistic target I've seen this year21:56
* ajmitch wonders if cdbs will ever be deprecated21:56
cjwatsonnow in that case nobody's convinced the maintainer yet ...21:57
ajmitchit works well for a lot of simple things, so I doubt it'll die off21:57
Davieycjwatson: That is good news.21:57
slangasektrying to convince the maintainer to deprecate it is not how I would go about it21:57
cjwatsonhttp://people.debian.org/~cjwatson/dhstats.png is a pretty clear pattern21:58
Davieycdbs still has a few targets that other patch systems hasn't yet addressed.21:58
cjwatsona hard core of stuff sticking with it, almost no movement at all of the cdbs line up or down21:58
slangasekmaybe I should get active on debian-mentors again and refuse to sponsor anything that's not dh(1) :)21:58
cjwatsonthere is no problem with dh(1) growing21:58
brodercjwatson: what's debhelper 7 in that chart? is that just classic long-form debhelper with a >=7 compat level?21:59
cjwatsonbroder: it's Build-Depends/Build-Depends-Indep implies debhelper (>= 7)22:00
broderand the "debhelper" line is all-inclusive?22:00
cjwatsonthat's BD/BDI implies debhelper22:00
cjwatsonand the dh(1) line is a grep of debian/rules for /^\s+dh\s+/22:00
cjwatson(well, perl regex)22:01
cjwatsonprobably not perfect but close enough22:01
slangasekDaviey: what patch system targets do you have in mind?22:02
cjwatsonDaviey: YM build systems rather than patch systems?22:02
slangasekeew, why is all of haskell using cdbs22:03
slangaseklooks like there's also a maven cdbs class, but no dh equivalent22:05
Davieyslangasek: Well not strictly patching - but the cdbs gems, things like the maven support in cdbs22:05
Davieywell, not patching at all.. but YKWIN22:05
ajmitchthe langpack stuff for cdbs, was that reimplemented for dh?22:06
slangasekajmitch: yes22:06
slangasekDaviey: I think I could be persuaded to port maven.mk to dh22:07
Davieyslangasek: you may or may not become jamespages best friend.22:08
slangasekquite a bit of magic in here, tss22:09
=== dendrobates is now known as dendro-afk
=== elif_away is now known as elif

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