[00:00] <tonyyarusso> cjwatson: so should this be filed against partman-crypto instead of d-i then?
[00:02] <cjwatson> yes, I already reassigned the LP bug
[00:02] <cjwatson> (debian-installer is a reasonable starting point for alternate installer bugs, though)
[00:03] <tonyyarusso> cool
[00:03]  * tonyyarusso tries to figure out Debian bug reporting....
[00:04] <cjwatson> tonyyarusso: http://www.debian.org/Bugs/Reporting
[00:04] <slangasek> tonyyarusso: I'm pretty sure that bug is already filed in Debian, it's at least been a known issue for some time
[00:04] <tonyyarusso> cjwatson: yeah, reading that now.  I'm fond of pretty web interfaces though.
[00:04] <tonyyarusso> slangasek: Really?  I'll look again then...didn't see it in the list.
[00:05] <slangasek> hmm, you're right, no open bug on partman-crypto about it
[00:05] <slangasek> so someone's tracking it in their heads instead of in the BTS, sigh
[00:07] <cjwatson> slangasek: (I checked before saying anything ;-))
[00:07] <cjwatson> unless it's actually on some other bit of partman or d-i
[00:08] <tonyyarusso> There was a note about a separate page for partman-crypto-dm, I should look there.
[00:08] <tonyyarusso> nvm, nothing there
[00:08] <cjwatson> partman-crypto-dm is a binary from the partman-crypto source package; bugs.debian.org/src:partman-crypto would find it
[00:09] <slangasek> cjwatson: well, it certainly belongs to partman-crypto AFAICS, so if it's on another package, also bad :)
[00:09] <cjwatson> quite so, just sayin'
[01:03] <grndslm> how can i dowload the source to the gnome weather applet??
[01:04] <mjg59> grndslm: #ubuntu is a better place to ask this sort of question - this channel is for development of Ubuntu itself, not development using Ubuntu
[01:04] <mjg59> Though check the manpage for the apt-get command and look for the source option
[01:04] <grndslm> i reallize, but they can't tell me what package it would be in
[01:04] <grndslm> ...or source
[01:05] <mjg59> You can use dpkg to find out which package a file is in
[01:09] <grndslm> it's not working
[01:19] <jetole> hey guys
[01:19] <manchicken> hiya
[01:19] <jetole> hows it going manchicken ?
[01:19] <manchicken> sleepy
[01:20] <jetole> huh, I usually am but I got a good 9.5 hours last night
[01:20] <jetole> I have a question about initramfstools, would this be the place to ask?
[01:21] <jetole> alright, well I will ask and we will take it from there...
[01:22] <jetole> I like having an encrypted root, I mean I really like it and I think it was a great feature to be added to gutsy gibbon but I prefer luks myself
[01:22] <RAOF> Um.  It is luks.
[01:23] <RAOF> I think, at least.
[01:23] <jetole> huh, I just had to erase a lot, it is luks that we are using now?
[01:23] <jetole> lemma turn to my laptop and take a look before I ask
[01:25] <jetole> I had some issues setting up encryption with the installer on my 4 disk desktop too
[01:25] <jetole> even if I only worked on one disk
[01:25] <jetole> when it was done installing grub failed with a error 15
[01:26] <jetole> huh, your right, it is luks
[01:27] <jetole> well I am gonna ask my question anyways since I have an installed system to luks partition and this has always worked for me in previous installations
[01:27] <RAOF> This channel isn't for support, so you may be better off asking somewhere else. :)
[01:28] <jetole> typically I setup luks, then run the installer and have it install to the luks partition with /boot elsewhere, then after install before I reboot, I modify /etc/cryptab, fstab, and /boot/grub/menu.lst, run update-grub && update-initramfs -u
[01:28] <jetole> well I figure my question is about to delve into something that this channel will contain the only people who know the details
[01:28] <jetole> should I still head out?
[01:29]  * jetole also thought it was a good place to ask programmer to programmer
[01:29] <jetole> ok, well...
[01:29] <RAOF> Maybe.  If it's a bug, then #ubuntu-bugs may be more appropriate.
[01:29] <jetole> I am not sure if it is
[01:29] <RAOF> You can ask, but it's quite possible no-one will answer
[01:30] <jetole> alright, fair enough
[01:30] <jetole> when I run update-initramfs my system doesn't seem to do the cryptroot thing
[01:30] <jetole> now I saw all these components in the initramfs-tools dir
[01:30] <jetole> but when I cpio'd my current initrd I didn't see it installed
[01:31] <jetole> and I was wondering if I am supposed to enable this somewhere / somehow
[01:31] <jetole> or if it is a bug
[01:31] <jetole> EOF
[01:35] <RAOF> Well, I dunno.  It may be a result of the work to fix the installer-setup cryptroot stuff.  Possibly.
[01:35] <jetole> since I have my old / backed up to one of the disks and did a diff one the two initrd's new+old, I might just manually add the missing files to /etc/initramfs-tools/
[01:35] <jetole> could be
[01:35] <cjwatson_> make sure the cryptsetup package is installed
[01:36] <jetole> I looked over initramfs.conf and mkinitramfs and didn't see anythign worth touching
[01:36] <jetole> cjwatson: yes, that part was obvious
[01:36] <cjwatson> since it ships the necessary initramfs hooks
[01:36] <jetole> cjwatson: it does but they are in the /usr initramfs dir and not etc so I think I am going to add them manually
[01:36] <cjwatson> they shouldn't be in /etc
[01:37] <cjwatson> /usr/share/initramfs-tools is not copied to /etc/initramfs-tools or anything like that
[01:37] <jetole> well the crypthooks etc are not installed in my current initrd
[01:37] <cjwatson> no /sbin/cryptsetup?
[01:38] <cjwatson> the stuff in .../hooks/ isn't meant to be installed in the initrd
[01:38] <cjwatson> "hooks" in initramfs parlance are scripts that are run when building the initramfs that are responsible for copying bits in dynamically
[01:38] <jetole> it is, but I ran a recursive diff on the one that worked on feisty and the one on gutsy and I am missing ...
[01:39] <jetole> Only in ./old_init_dir/conf/conf.d: cryptroot
[01:39] <cjwatson> I understand that there is a problem, but it would be nice to try to fix it properly rather than randomly copying stuff in, so that we can make it work for more people :)
[01:39] <jetole> well I guess thats the only one
[01:39] <jetole> understood, I was under the assumption myself that data that was used was copied
[01:40] <jetole> my mistake
[01:40] <cjwatson> perhaps you aren't using UUID device names?
[01:40] <cjwatson> in /etc/fstab and /etc/initramfs-tools/conf.d/resume
[01:40] <jetole> in /etc/crypttab and /etc/fstab I am....
[01:40] <jetole> conf.d/resume?
[01:40]  * jetole looks
[01:40] <cjwatson> that may not be relevant
[01:41] <cjwatson> I'm just tracing through the cryptroot hook and looking for places where it can bail out before creating conf.d/cryptroot
[01:41] <jetole> I also changed root in grub/menu.lst to point to /dev/mapper/linux as before it had it in kopt but in kopt_2_6 it pointed to the uuid of dev/mapper/linux
[01:41] <cjwatson> it may be easier for you to do that on your system with the aid of 'set -x'
[01:41] <jetole> set -x does what?
[01:42]  * jetole mans bash
[01:42] <cjwatson> 'help set'
[01:42] <cjwatson>         -x  Print commands and their arguments as they are executed.
[01:43] <jetole> fair enough, I set this command and then I run what?
[01:43] <cjwatson> no
[01:43] <cjwatson> put it on the second line of /usr/share/initramfs-tools/hooks/cryptroot and then run update-initramfs -u again
[01:43] <cjwatson> you should get a trace
[01:44] <jetole> ok
[01:44] <jetole> waiting for vim to load, I am in the encrypted root on the live cd
[01:46] <jetole> cjwatson: you want me to look for something in perticular here? is this something you want pastebin'd?
[01:46] <`23meg> jcastro, https://bugs.launchpad.net/ubuntu/+source/transmission/+bug/134361/comments/6 is probably of interest to you
[01:46] <ubotu> Launchpad bug 134361 in transmission "Could you update Transmission please?" [Wishlist,Confirmed]
[01:47] <cr3> is there a kernel parameter which can prevent graphics mode from kicking in? ideally, this would provide a full login rather than a recovery mode login.
[01:47] <jcastro> `23meg: thanks for the tip
[01:47] <cjwatson> jetole: I don't know exactly what I'm looking for, so pastebin is good
[01:48] <cjwatson> jetole: (btw, while I know the initramfs system reasonably well, I'm far from an expert on the cryptsetup stuff, so it is possible that I am not the guru you need; also, I'm going to bed soon ...)
[01:48] <`23meg> jcastro, you're welcome; would you like me to pass similar info requests on to you when I come across them?
[01:48] <jetole> ok, will do now, so far I see it loading appropriate modules i.e.: dm-crypt, dm-mod, aes, sha256... anyways, will post now and continue reading after I post
[01:49] <jcastro> `23meg: absolutely, feel free to leave me pm's or mail me directly
[01:50] <`23meg> jcastro, will do
[01:51] <jetole> cjwatson: http://pastebin.com/m357ba14f
[01:51] <jetole> I will brb, laundry should be done
[01:56] <Burgundavia> jcastro: we should probably look at transmission as our default bittorrent client
[01:59] <jcastro> Burgundavia: is this like a spec or are you just thinking outloud?
[01:59] <Burgundavia> the latter
[01:59] <Burgundavia> feel free to make it a spec, although it probably should merely be added to the discussion of reducing duplication
[02:00] <cjwatson>         # If keyscript is set, the "key" is just an argument to the script
[02:00] <cjwatson>         if [ "$key" != "none" ] && [ -z "$KEYSCRIPT" ]; then
[02:00] <cjwatson>                 echo "cryptsetup: WARNING: target $target uses a key file, skipped" >&2
[02:00] <cjwatson>                 return 1
[02:00] <cjwatson>         fi
[02:02] <Burgundavia> cjwatson: are you leading the discussion on the reducing-duplication topic in Boston?
[02:02] <cjwatson> jetole: you're tripping that check. Figuring out why that explicitly prevents the node being added to conf.d/cryptroot is off the limits of my knowledge
[02:02] <cjwatson> Burgundavia: it's part of my track
[02:02] <cjwatson> Burgundavia: so I guess I will be coordinating it; but, if history is anything to go by, that session will have a fair sprinkling of doing as well as discussion
[02:03] <Burgundavia> cjwatson: right, poor you. Is there a spec, should I start one and get some stuff on the wiki page?
[02:03] <cjwatson> Burgundavia: no, it doesn't need a spec
[02:03]  * lamont wonders how to make half-tone characters actually be readable on his LG LCD display
[02:03] <cjwatson> Burgundavia: unless there are particular things of interest that can't just be done straight away
[02:03] <jetole> scared myself for a second, have a linux shirt I only wore once and after putting laundry away it was awol but it was on the couch in the living room
[02:03] <cjwatson> Burgundavia: I expect those will come up on the day
[02:04] <jetole> cjwatson: well thanks for your help anyways
[02:04] <cjwatson> jetole: hope it gets you a little further, at least
[02:04] <jetole> I will continue to look, if I have to add it myself I will but I want to find a legitimate solution
[02:04] <jetole> cjwatson: it definitly does
[02:04] <jetole> I am going to read the rest now
[02:05] <cjwatson> Burgundavia: though if you have something to add, feel free to create a spec and dump it into the status whiteboard for now; I don't think it'll need a wiki page yet
[02:07] <jetole> oh shit, I think I just found the problem cjwatson
[02:07] <jetole> and it was my problem
[02:08] <jetole> lemme try this and if it works I will let you know
[02:08] <Burgundavia> cjwatson: ok, that works
[02:10] <jetole> cjwatson: yeah I found it
[02:11] <jetole> fstab had the uid and crypttab had the name linux, the uuid pointed to /dev/mapper/linux but because the names were different update-initramfs never saw it
[02:11] <jetole> now the new initrd has a cryptroot
[02:11] <jetole> in both conf.d and scripts/local-top
[02:12]  * jetole is gonna reboot into what should be a working gutsy gibbon
[02:12] <jetole> oh and cjwatson you saved my ass with set -x
[02:17] <cjwatson> oh, fantastic, I never knew that - "wildcard" is translated into German as "Jokersymbol" or "Jokerzeichen"
[02:17] <cjwatson> it makes sense, but just sounds cool :)
[02:30] <jetole> well it worked, I am in gutsy
[02:30] <jetole> and wow if wmv support ever good on here
[02:31] <jetole> I never looked into the details but it looked good on mplayer in feisty and constantly choppy in totem/vlc
[02:33] <jetole> ok, I am not sure if you would be the guys to ask, but just let me know if not, would dpkg --get-selections on feisty work for gutsy?
[02:59] <Chipzz> jetole: in what sense?
[03:08] <jetole> dpkg --get-selections allows you to backup your list of installed packages and dpkg --set-selections allows you to set them for installing
[03:08] <jetole> ... it doesn't used version numbers at all
[03:08] <Chipzz> yes I know that :)
[03:08] <jetole> so I am wondering if I can install my package list from feisty
[03:08] <Chipzz> that's the whole point, right?
[03:08] <jetole> you know, without fubar'ing my system
[03:09] <Chipzz> normally you can
[03:09] <jetole> ok
[03:09] <jetole> lol
[03:09] <jetole> so hopefully it wont screw me over?
[03:09] <Chipzz> but I don't think it's the recommended way of doing thing
[03:09] <Chipzz> s
[03:09] <Chipzz> well
[03:09] <jetole> well suppose I have my whole feisty installation backed up into a chrootable dir, what would be the recommended way?
[03:09] <Chipzz> hrrrm one sec
[03:10] <jetole> I need to order myself some dinner
[03:10] <Chipzz> k back
[03:10] <jetole> I have been playing with gutsy too much tonight
[03:10] <jetole> sure
[03:10] <Chipzz> the recommended way of upgrading is update-manager
[03:10] <Chipzz> it makes sure you have certain packages needed for your system to work installed
[03:10] <Chipzz> but
[03:10] <jetole> well I had some issues with that because I always use a custom encryption method
[03:11] <Chipzz> since you even know about dpkg --get-selections at all, I suppose you, to some degree, know what you're doing :)
[03:11] <Chipzz> now I'll say this
[03:11] <jetole> I do, like I said though, I am just not sure if it's safe
[03:12] <Chipzz> this laptop was originally installed with errr
[03:12] <Chipzz> dapper or the release before that
[03:12] <Chipzz> I apt-get upgraded my way through edgy en feisty
[03:12] <Chipzz> and it didn't break :)
[03:13] <Chipzz> there are a few commands that can help you out when the upgrade breaks though
[03:13] <Chipzz> you know about "apt-get -f install" and "dpkg --configure -a" ?
[03:14] <jetole> yeah...
[03:14] <jetole> typically I have found it easier to do a whole install but i
[03:14] <jetole> didn't back up last time
[03:14] <Chipzz> now for what it's worth
[03:14] <Chipzz> doing a clean install has its advantages too
[03:15] <jetole> well the clean install was done
[03:15] <Chipzz> removes old cruft from your system, and makes sure you got the packages with the new features for feisty installed
[03:15] <jetole> and I have feisty in a directory now
[03:15] <bluefoxicy> Guys here's an idea
[03:15] <bluefoxicy> apport should figure out how to fix broken crap
[03:15] <bluefoxicy> Whenever thunderbird crashes I REMOVE compatibility.ini FROM THE PROFILE DIRECTORY.
[03:15]  * jetole looks at apport
[03:16] <Chipzz> bluefoxicy: I hardly think apport is relevant here ;)
[03:16] <bluefoxicy> It just crashed 10 times in a row when I tried to open a message (even tried to delete the message), I removed the file, it works.  I do this all the time D:
[03:16] <bluefoxicy> Chipzz: pitti wrote it!  :D
[03:16] <Chipzz> jetole: apport is a program that hanles program crashes and makes it easy to submit a bug report including backtrace
[03:16] <jetole> never heard of it
[03:16] <jetole> but I will statr using it
[03:17] <Chipzz> it can automatically install -dbg packages to give you a meaningfull backtrace iirc
[03:17] <bluefoxicy> but, there's just ... recurring issues that have quick fixes <.<  Need something to easy fix things.  I just re-initialized my whole home directory (vacuumed over a lot of stuff, left out a lot of configuration, let .gconf reset) to get desktop effects to not crash my machine because I don't know what's busted x_x
[03:17] <jetole> well I guess for now I am going to use dpk --set-selections
[03:17] <jetole> and hope it works
[03:17] <bluefoxicy> but anyway
[03:17]  * bluefoxicy wanders away
[03:17] <bluefoxicy> (welcome to my 5 minutes of ADD)
[03:17] <Chipzz> jetole: btw, if I may give you one hint
[03:18] <jetole> fresh install so if it crashes, well I still have my backups
[03:18] <jetole> yeah?
[03:18] <Chipzz> it's always a good idea to upgrade apt and dpkg to the latest versions before upgrading
[03:18] <Chipzz> first, before doing the rest of the upgrade, that is
[03:18] <jetole> I know but it did have some issues with my encryption but I had a backup of the whole system
[03:19] <Chipzz> and there is one minor issue with the dpkg --set-selections thing
[03:19] <jetole> whats that?
[03:19] <Chipzz> don't know if you care about that though
[03:19] <Chipzz> you'll loose the information of which packages were automatically installed as dependencies in your old system
[03:20] <jetole> hmmm
[03:20] <Chipzz> but that's a minor issue I think
[03:20] <Chipzz> not really sure if there's a way to backup that information (I think there is though)
[03:21] <jetole> well I know that has always worked on the same distro if you need to do a reinstall
[03:22] <jetole> but I have never tried it after an upgrade
[03:23] <Chipzz> well since your importing the whole list of packages installed on your old system, you'll also be explicitely installing the dependencies, so they won't be marked for automatic removal
[03:23] <jetole> ah, I see what your saying
[03:23] <Chipzz> (I think)
[03:23] <jetole> ah well, I will just reinstall what I need
[03:23] <jetole> no, your right
[03:25] <Chipzz> btw, I recommend apt-get dselect-upgrade after dpkg --set-selections
[03:25] <jetole> I have typically just used dselect but I think it's the same thing
[03:27] <joeamined> hi folks
[03:27] <joeamined> i'm a student in computer engineering, i'd like to contribute in ubuntu
[03:28] <jdong> joeamined: #ubuntu-motu
[03:28] <joeamined> jdong, anf ubuntu-dev is for what exactly ?
[03:28] <jdong> joeamined: for developers to coordinate activity directly related to development of Ubuntu
[03:28] <jetole> lol
[03:28] <joeamined> ah okay
[03:29] <jdong> joeamined: not for discussions like this -- developers read scrollback of this channel and are irritated by random noise :)
[03:29] <joeamined> okay
[03:30] <jetole> yeah... sorry but I had a legitimate question when I came in that #ubuntu would have not known s!@# about, my last question though probably wasn't for this room
[03:31] <jetole> despite the official purpose of the channel though, you have to admit, some questions do belong to where they are proposed to the people who actually write the code
[04:05] <pwnguin> sad :( liferea wasn't able to handle google tech talks as a label
[04:05] <pwnguin> and now the label's gone
[04:06] <pwnguin> bug fixed, i guess
[04:40]  * Hobbsee wonders when the next open office upload will be done
[04:41] <pwnguin> 30 meg downloads to remove a file? sounds great!
[04:41] <Hobbsee> exactly.
[04:41] <DaSkreech> Whole Os upgrades to get some securoty? great!
[04:42] <Hobbsee> oh, awesome!
[04:43] <Hobbsee> it looks like update manager actually obeys dpkg pinning now!
[05:39] <CarlFK> where is the place to log suggestions?  (in addition to "import key from file" add "dl key from url")
[05:40] <CarlFK> (... in synaptic)
[06:07] <mpt> CarlFK, what kind of suggestions?
[06:07] <mpt> Do you mean a way to make Synaptic easier to use?
[06:47] <dholbach> good morning
[07:02] <lifeless> es
[07:03] <Hobbsee> de?
[07:03] <StevenK> fi?
[07:04] <ion_> en_FI
[07:11] <liw> wha'?
[07:12] <ion_> Ever heard a Finnish athlete or a formula driver being interviewed in English? That’s en_FI.
[07:18] <Mithrandir> what's kinda amusing is en_DK actually exists as a language code.
[07:56] <Hobbsee> morning pitti!
[07:56] <pitti> Good morning
[07:57] <StevenK> Morning pitti
[07:58] <ion_> Hi
[08:37] <tepsipakki> is there an easy way to copy the SpecTemplate, or should I just copy the code?
[08:39] <pitti> tepsipakki: usually you create a new page and select it as the template in the list to the left
[08:41] <tepsipakki> pitti: ah, that simple. thanks :)
[09:00] <sladen> ion_: en_FI: a very slimmed down language consisting that has a limit of maximum sentence length?
[09:03] <ion_> sladen: And mohr importtantly, a suhrttan acksent.
[09:27] <tepsipakki> doko: would you consider updating sun-java6 in feisty? The current version has problems with eclipse
[09:28] <tepsipakki> JVM crashes sometimes
[09:40] <gnomefreak> tepsipakki: yeah thats beena long time bug, i had posted a debdiff for it but the domain i was using (given by a member of community) was closed its too big for LP to handle
[09:41] <gnomefreak> atleast the update 2 fixed it iirc and update 1 is in feisty
[09:43] <gnomefreak> tepsipakki: https://bugs.edge.launchpad.net/ubuntu/+source/sun-java6/+bug/122442  this maybe your crash or not
[09:43] <ubotu> Launchpad bug 122442 in sun-java6 "Memleak in Sun Java 6 on ubuntu feisty" [Wishlist,In progress]
[09:45] <tepsipakki> gnomefreak: update 1 is not in feisty..
[09:46] <tepsipakki> build 1.6.0-b105
[09:46] <gnomefreak> tepsipakki: i know that is the one i had debdiff for so we could move to update 1
[09:46] <gnomefreak> i had updates confused its been a while since i did that
[09:46] <tepsipakki> why bother, straight to the latest one ;)
[09:47] <gnomefreak> agreed at the time update 1 was latest it wasnt even in gutsy at the time of that bug
[09:47] <tepsipakki> update 3 is in gutsy
[09:48] <tepsipakki> # Problematic frame:
[09:48] <tepsipakki> # C [libc.so.6+0x6d688] strcmp+0x8
[09:48] <tepsipakki> that's from the current version. I'll ask the reporter to test update 3
[09:48] <tepsipakki> (a local student)
[09:49] <soren> If a postinst has an upgrade quirk (if dpkg --compare-versions "$2" le blah; then foo; fi) that checks for version that is pre-dapper, it should be ok to drop it, right?
[09:51] <tepsipakki> soren: AIUI yes
[09:51] <soren> Goody.
[09:52] <tepsipakki> since pre-dapper releases aren't supported anymore, and neither is upgrading breezy -> hardy :)
[10:30] <pitti> mjg59: do we actually need this hal SSB bus support patch for anything? there are no bug numbers referenced in your changelog, and upstream didn't apply it yet because they are waiting for an update to the spec (http://lists.freedesktop.org/archives/hal/2007-April/008078.html)
[10:42] <pitti> mjg59: same with the memstick patch: no upstream bug, no LP bug in th changelog, nothing on hal@l.f.o, nor in git head
[10:42] <pitti> mjg59: what is the use case for this? can you please forward it upstream with some explanations?
[10:52] <sladen> pitti: Sonics Silicon Backplace, I suspect it'll be some on-chip wifi/similar cores that are directly connected without even CI
[10:52] <sladen> PCI
[10:52] <sladen> ..be for some...
[11:04] <soren> StevenK: I'm doing the devscripts merge, by the way..
[11:09] <StevenK> soren: Fair enough
[11:10] <soren> ...unless of course, you've mostly already done it?
[11:10] <sjoerd> pitti, sladen: ssb is used in some linux based access points that can run *wrt.. Iirc on those based on broadcom chipset
[11:11] <pitti> sjoerd: and it is actually useful in hal?
[11:11] <pitti> anyway, I ported over the patches, but eventually those should go upstream
[11:11] <sjoerd> Unless ubuntu runs on some embedded devices with a similar chipset, no not really :)
[11:12] <iwj> Yay.  `(i) The bug contacts for apt (Ubuntu) have been subscribed to this bug.   Page not found.  Theres no page with this address in Launchpad [etc]'
[11:21] <pitti> mjg59: btw, if you have a hal ubuntu branch checkout, please re-do it; I recreated the ubuntu bzr branch from scratch as a proper fork from the Debian svn (through bzr-svn, pushed to LP as 'debian')
[13:07] <pitti> asac: yay for xulrunner!
[13:10] <asac> pitti: thanks for confirming this ;)
[13:10] <ScottK> pitti: Have you gotten a chance to review jdong's email on azureus yet?
[13:25] <pitti> ScottK: not yet, sorry, will do ASAP
[13:27] <ScottK> pitti: No trouble.  I look forward to seeing your reply.
[13:34] <mjg59> pitti: Yeah, I'll sort those out
[13:34] <pitti> mjg59: thank you
[14:02] <CarlFK> mpt:  "a way to make Synaptic easier to use?"  yes  I added it to: https://wiki.ubuntu.com/IdeaPool
[14:25] <pitti> $ submittodebian
[14:25] <pitti> ImportError: No module named debian_bundle.changelog
[14:25] <pitti> dholbach: ^ what's the trick to make it work here? looks like a missing dependency
[14:25] <dholbach> oh
[14:25] <dholbach> python-debian, I guess
[14:25] <pitti> ah, python-debian
[14:25] <dholbach> pitti: soren wrote it
[14:26] <soren> ?
[14:26] <soren> Oh.
[14:26] <soren> Install python-debian.
[14:26] <pitti> that should be a dependency then
[14:26] <soren> pitti: ^^
[14:26] <soren> Sure, I'll add it right away.
[14:26] <pitti> yep, that worked, thank you!
[14:27] <soren> np :)
[14:30] <pitti> soren: if you are at it, how do you feel about incorporating https://wiki.ubuntu.com/Bugs/Debian/Usertagging into submittodebian?
[14:30] <soren> pitti: It's already there, actually.
[14:30] <soren> pitti: reportbug needs a patch to support it.
[14:30] <pitti> soren: hm, not in the current version at least; maybe in unapproved?
[14:31] <soren> pitti: ...so it's disabled.
[14:31] <pitti> ah, I see
[14:31] <Hobbsee> soren: feel free to merge it, and add that too
[14:31] <soren> I'll upload it when Hardy opens.
[14:31] <Hobbsee> cool.  then you can be bitten by the TIL principle :)
[14:31] <soren> Tell me about it.
[14:32] <soren> I'm just happy I haven't touched something like dpkg.. Eeek!
[14:32] <soren> I took a quick peek at the merge.. I haven't slept since!
[14:32] <soren> (ok, it was this morning, so it's not that strange, but still!)
[14:33] <Hobbsee> soren: i've uploaded that before.  it was very scary.
[14:34] <Hobbsee> soren: apt and mesa are also fun packages to upload.
[14:34] <soren> I can only imagine.
[14:34] <Hobbsee> actually, apt's just a horror package.
[14:35] <soren> Personally, I would just have bribed mvo to do it.
[14:37] <pitti> soren: hm, submittodebian did not tell mutt to attach the patch; I had to fish it out of /tmp, copy it to a sane file name, and attach it manually
[14:38] <Hobbsee> soren: that may have been teh smarter move.  but it tends to be quicker to Just Do It, rather than by the Nag Mvo Every Day method.
[14:38] <soren> pitti: /me blames reportbug :)
[14:38]  * Hobbsee blames soren, for not merging/dealing with it earlier.
[14:38] <soren> pitti: Could you file a bug about it? I'm a bit tied up right now and is likely to forget all about it.
[14:39] <pitti> soren: yes, can do
[14:39] <Mithrandir> soren: but dpkg is lovely.
[14:39]  * soren hugs pitti 
[14:39] <Mithrandir> soren: a bit of rough love, admittedly.
[14:39] <soren> Mithrandir: <g>
[14:44] <pitti> dendrobates: dtghadgtnadgtnad? were you born in Wales or so? :)
[14:45] <dendrobates> pitti: Is that hard to pronounce in German?
[14:45] <tepsipakki> Hobbsee: mesa is no horror anymore, since it began using a patch system (quilt, but anyway) :)
[14:45] <Hobbsee> tepsipakki: haha.
[14:45] <pitti> dendrobates: I got as far as "dtg" when my throat deformed to a knot
[14:45]  * ogra_cmpc trise to get the knots out of his tongue
[14:45] <Hobbsee> tepsipakki: it's still got all the libs differing by one letter.
[14:46] <soren> Ooh!
[14:46] <dendrobates> pitti: that was me angrily banging the keyboard because
[14:46]  * pitti flushes the hardy queue
[14:46] <soren> Whee!
[14:46] <dendrobates> pitti: I had to recover my nick yet again.
[14:47]  * Hobbsee has an alias for nick recovery.
[14:47]  * Hobbsee UPLOADS LOTS OF CRACK!
[14:47] <tepsipakki> omg
[14:47]  * pitti flushes the first round of pending autosyncs, too
[14:48] <Kmos> oh yes :)
[14:48] <Kmos> pitti: danke
[14:49] <Hobbsee> pitti: lets sync debian-installer.  i think that would be fun.  and adept.
[14:49] <Hobbsee> pitti: can we sync the entire debian kernel, too?
[14:49]  * ogra_cmpc humps asac's leg
[14:49] <ogra_cmpc> xulrunner !!!!
[14:50]  * Hobbsee covers eyes
[14:50] <ogra_cmpc> my first seed change in hardy will be dropping FF, yay
[14:50]  * ScottK takes video
[14:51] <ogra_cmpc> *g*
[14:51]  * Hobbsee wonders hwat happened if someone requested a sync of the kernel.
[14:51] <asac> ogra_cmpc: hehe :)
[14:51] <Hobbsee> er, what would happen.
[14:53] <Mithrandir> Hobbsee: they'd get told off?
[14:54] <Hobbsee> Mithrandir: hmm.  might be fun to try.
[14:54] <ScottK> Hobbsee: Save it for near a milestone when the archive admins are really tired.
[14:54] <Hobbsee> ScottK:
[14:54] <Hobbsee> ScottK: i'm listed as one of them myself.  i'm unsur ehow well tha twould go :P
[14:55] <ScottK> Ah.  Right.  Forgot about that.
[14:55] <Mithrandir> ScottK: then we might not just tell somebody off, but actually yell. :-)
[14:56]  * Hobbsee ponders if that would be amusing or scary.
[14:56]  * ScottK thinks it'd be amusing to watch it happen to someone else ;-)
[14:57]  * Hobbsee has already set off a whole bunch of work alarms tonight, so is somewhat game :P
[14:57] <Hobbsee> but seeing as they have a 30 min response time, it's easy to get away :)
[14:57] <tepsipakki> I'll hold the new xorg-server 1.4 until broken keymaps with input-hotplug are resolved (bug in evdev)
[14:58] <tepsipakki> the new hal includes the .fdi file for it
[15:01]  * ogra_cmpc grumbles ... why the heck isnt pidgin capable of running fullscreen
[15:02] <tepsipakki> does anyone know if the rooms at hotel@mit have power outlets for european devices?
[15:02] <Mithrandir> probably not.
[15:02] <elmo> they don't
[15:02] <tepsipakki> figures
[15:03]  * TheMuso is just taking an adapter anyway, as it will be needed at some point.
[15:03] <StevenK> All of the devices I'm bringing at this point will work for 110V, which is nice.
[15:04] <TheMuso> StevenK: Likewise.
[15:05] <ogra_cmpc> most modern powerbricks have autosensing though
[15:06] <jdong> ogra_cmpc: yeah, just need adaptor for the shape of the plug...
[15:06] <ScottK> And even if you get it wrong, 220v device in 110v outlet just doesn't work.  The reverse is often more spectacular.
[15:06] <Mithrandir> heck, even modern computer PSUs seems to be autosensing.
[15:07] <tepsipakki> I'm trying to find a suitable wire for the lenovo laptop charger
[15:08] <tepsipakki> should be somewhere..
[15:08] <jdong> Mithrandir: not autosensing per se... most I've seen still use the 110-240 switch deal
[15:09] <jdong> Mithrandir: the cheap ones I've sacrificed to experimentation do fatally brown out on the wrong setting
[15:28] <Keybuk> I need to file a critical bug against myselkf
[15:28] <StevenK> Keybuk: Oh?
[15:28] <Keybuk> I took the battery out of my laptop, so I could put the larger travel battery in
[15:29] <Keybuk> since I'll want that for the Boston flight
[15:29] <Keybuk> checked charge before I did, and thought "hmm, could do with emptying it first, so it gets a full charge cycle"
[15:29] <Keybuk> so I pulled the power cable out, and then put the battery n
[15:29] <Keybuk> ...
[15:29] <StevenK> Haha
[15:35] <jdong> Keybuk: haha, nice :)
[15:36]  * jdong still sad launchpad.net/jdong was declined because I am not an open source project
[15:36] <mc44> jdong: gpl your dna ;)
[15:36] <Keybuk> jdong: as iwj has said in the past, we need to be able to file bugs on people
[15:36] <Keybuk> mc44: his DNA is almost certainly patented
[15:37] <jdong> mc44: I wish I could, but isn't providing your DNA to minors illegal in most places? ;-)
[15:37] <jdong> Keybuk: I tried registering myself as a product :D
[15:37] <mc44> Keybuk: yeah, I wonder if the prior art argument works there ;)
[15:39] <manchicken> mvo: About time m8 :)
[15:39] <manchicken> mvo: You got a second to answer a question that I've probably over-simplified and haven't been able to answer on my own?
[15:39] <mvo> manchicken: sure
[15:39] <manchicken> mvo: If I have a package entity in libapt, how do I determine the package's priority?
[15:40] <manchicken> I'm trying to put in a warning to help prevent removal of important packages.
[15:41] <manchicken> Or at least warn folks when they're trying to purge libc :)
[15:42] <mvo> manchicken: I would check for the flags: pkgCache::Flag::Important and pkgCache::Flag::Essential, give me a sec, I dig out a code example
[15:42] <manchicken> Much thanks.
[15:44] <mvo> manchicken: something like: http://paste.ubuntu.com/1238/ should work (if you have a pkgCache::pkgIterator for the package, but I assume you have
[15:47] <manchicken> Well I'm trying to remember where this is...
[15:51] <manchicken> If I weren't in the office today this would be much easier.
[15:54] <manchicken> BTW, those who remember me complaining about python-mode in emacs22, (re bug #155681) dpkg --purge python-mode fixes it and makes the world a happier place.
[15:54] <ubotu> Launchpad bug 155681 in python-mode "emacs22 and python-mode do not play together" [Undecided,Incomplete] https://launchpad.net/bugs/155681
[15:55] <ogra> apt-get install vim ?
[15:55]  * ogra runs and hides
[15:56] <manchicken> ogra: No, that just makes the world a sadder place.
[15:57] <ogra> thats a very subjective view :)
[15:58] <Kmos> I agree with ogra :)
[15:59] <Hobbsee> ogra: lets just purge emacs from the repos.
[15:59] <Amaranth> gedit ftw
[15:59] <minghua> Does anyone else get a mail to -devel-discuss list dated March?
[16:00] <ogra> Amaranth: wow, do you know anyone really using it in actual development ?
[16:00] <Amaranth> <--
[16:19] <gaspa> soren: I see... :(
[16:20] <soren> gaspa: Huh?
[16:20] <gaspa> qemu
[16:20] <gaspa> thanks, anyway.
[16:20] <soren> Oh.
[16:20] <soren> Yes, sorry about that.
[16:21] <soren> There's still plenty of merges to do, if you want to help out!
[16:21] <gaspa> np, the next time, i'll worry ask before make anything ;)
[16:21] <gaspa> sure.
[16:22] <gaspa> soren:  but is  http://dad.dunnewind.net/universe.php updated? it doesn't seem so
[16:22] <ScottK> It's generally updated hourly.
[16:22] <soren> gaspa: I think it only runs once a day.
[16:22] <soren> Oh, really?
[16:22] <ScottK> MoM is less frequent.
[16:22] <soren> Well, the qemu upload didn't hit the archive until just about an hour ago.
[16:23] <gaspa> qemu is still open
[16:23] <gaspa> ah,ok.
[16:24] <Adri2000> DaD universe is updated at :30 each our (and main at :00)
[16:26] <Adri2000> (btw last update's time is written at the bottom of the page)
[16:38] <Solarion> http://nicubunu.blogspot.com/2007/10/distro-deathmatch-werewolf-versus.html
[16:38] <Solarion> Vote for the gibbon!
[16:38]  * tonyyarusso can't...is actually feeling pretty disappointed :(
[16:44] <tonyyarusso> Is BenC awake by any chance?  I was wondering if you could explain the issues causing the bugs relating to no virtual terminals when using vga= options other than normal in Gutsy.  ('tis quite annoying, so hoping there's a really good explanation)
[16:44] <Hobbsee> mvo: can you tell me how to fix https://bugs.edge.launchpad.net/ubuntu/+source/ubuntu-restricted-extras/+bug/152358 ?
[16:44] <ubotu> Launchpad bug 152358 in ubuntu-restricted-extras "Xubuntu Restricted Extras has no entry in Add/Remove..." [Undecided,New]
[16:44] <Hobbsee> it's a desktop thingy, which i think was your domain?
[16:44] <mvo> Hobbsee: sounds like a desktop file missing. I can check the repo
[16:45] <Hobbsee> mvo: thanks.
[16:51] <Keybuk> and *that* time was GNOME Power Manager being somewhat optimistic about the battery charge
[16:52] <mjg59> If it's the first time you've put the battery in for a while, it'll be entirely uncalibrated
[16:53] <Keybuk> I suspect it's the first time it's ever put this battery in
[16:53] <Keybuk> though shouldn't it at least use the battery's own guess in that regard?
[16:55] <mjg59> I believe that it does, in the absence of any other information
[16:55] <mjg59> If the battery has been sitting on a shelf for a while, the battery will have no idea either
[16:56] <mjg59> A lot of the battery figure comes from monitoring how much energy has gone in and how much has come out. If it's been slowly self-discharging, that's going to be wrong
[16:56] <Keybuk> ah, true
[16:56] <Keybuk> it's the travel battery, so it's been on the shelf since ... Seville :p
[16:58] <Chipzz> ogra: I think there are some other things wrong with pidgins GUI too ;P for example, why the view log dialog has to be modal :S
[17:01] <ogra> Chipzz: well, usually i dont use pidgin but i'm to lazy to install xchat here
[17:01] <agoliveira> Keybuk: IIRC, right after I bought my asus notebook I had to run a calibration routine on the bios to have an acurate report from the batery.
[17:02] <Riddell> mvo: is there a UDS sessions for LTS upgrade?
[17:03] <seb128_> Riddell: does that need discussion? "make it work" ;-)
[17:05] <Riddell> seb128_: there's always some amount of how to make it work
[17:06] <pitti> well, as long as we keep all the transitional code in maintainer scripts until after 8.04 release, it shouldn't get too bad; then u-m mainly needs to sort out things like which packages to additionally install/remove
[17:06] <pitti> ISTR seeing changelogs which dropped transitional code, but I don't remember which any more
[17:07] <mvo> Riddell: not that I know of, might be good to have one, also there is a spec from last uds
[17:07] <Riddell> mvo: should I register it?
[17:07] <Riddell> we'll need to look at porting the Kubuntu upgrade tool to dapper
[17:08] <mvo> Riddell: yes, I think that is sensible then
[17:08] <mvo> Riddell: to register a session about it I mean
[17:11] <Riddell> mvo: I've proposed lts-upgrades for UDS Boston
[17:13] <DktrKranz> has ubuntu autosync already turned on?
[17:22] <cjwatson> DktrKranz: started today; not quite finished the first pass yet though
[17:23] <DktrKranz> cjwatson: thanks.
[17:25] <DktrKranz> cjwatson: do you know when it will be fully functional?
[17:25] <cjwatson> no
[17:25] <DktrKranz> ok, thanks anyway
[17:25] <cjwatson> it is in progress, that's all I'm prepared to say :)
[17:31] <bryce> this looks odd - http://merges.ubuntu.com/main-trend.png
[17:32] <calc> bryce: what is odd about it?
[17:33] <calc> the lines on the left should be on top of the color right?
[17:33] <calc> or something else?
[17:33] <calc> hmm actually thats not quite right the color should extend to the left
[17:33] <calc> and there are no new lines for gutsy
[17:36] <geser> pitti: Hi, can an accepted upload to gutsy-proposed be removed from it?
[18:07] <pitti> geser: only until the publisher runs
[18:09] <pitti> cjwatson: do you have some time to look into dapper's d-i linux installation for lbm? do you want a bug report for it?
[18:09] <cjwatson> pitti: do we have current images I can grab and hack on, that have l-b-m seeded?
[18:10] <pitti> cjwatson: ah, no; if you need that, we'll need to wait until tomorrow
[18:10] <pitti> cjwatson: kernel was FTBFS, new one is almost built (and then lbm and lrm can build over night)
[18:12] <cjwatson> pitti: it would help
[18:13] <cjwatson> this is a little bit weird and I'd rather not try to get it right first time without something to test on
[18:13] <pitti> cjwatson: ok; CDs should be there tomorrow morning
[18:13] <cjwatson> thanks
[18:13] <pitti> cjwatson: I just hoped to get test CDs done by Boston
[18:13] <cjwatson> we want to install l-b-m unconditionally?
[18:13] <cjwatson> (on new installs but not upgrades)
[18:13] <pitti> cjwatson: if that isn't much work, do you reckon the d-i changes could be done tomorrow?
[18:14] <cjwatson> yeah
[18:14] <pitti> cjwatson: yes, that was the idea AFAIK
[18:14] <pitti> BenC: ^
[18:17] <cjwatson> pitti: probably something like http://paste.ubuntu.com/1250/
[18:18] <highvoltage> LaserJock_: that you?
[18:19] <pitti> cjwatson: s/\(linux\|linux-image\) looks funny; I didn't know that this DTRT
[18:19] <cjwatson> pitti: should do, what do you think is wrong with it?
[18:19] <cjwatson> sed takes basic regexes unless given -r
[18:19] <pitti> it looks a bit indeterminate
[18:20] <pitti> like, linux-image-generic could go to linux-backports-modules-generic or linux-backports-modules-generic-image
[18:20] <cjwatson> $ echo linux-generic | /usr/lib/initramfs-tools/bin/busybox sed 's/\(linux\|linux-image\)/linux-backports-modules/'
[18:20] <pitti> if sed always prefers to replacte the longest possible match, it's fine of course
[18:20] <cjwatson> linux-backports-modules-generic
[18:20] <cjwatson> $ echo linux-image-generic | /usr/lib/initramfs-tools/bin/busybox sed 's/\(linux\|linux-image\)/linux-backports-modules/'
[18:20] <cjwatson> linux-backports-modules-generic
[18:20] <cjwatson> sed should always take the longest match yes
[18:20] <pitti> cjwatson: yeah, I didn't doubt that you tested it, just mentioning that it looks a bit funny :)
[18:21] <cjwatson> that is generally true of regexes
[18:21] <cjwatson> I hadn't actually tested it before you asked ;-)
[18:21] <J-Unit> 24520 jdong     35  19 1707m 653m  724 D    2 64.8  46:31.76 trackerd
[18:21] <cjwatson> "If the RE could match more than one substring starting at that point, it matches the longest." regex(7)
[18:21] <J-Unit> Dear Jesus and Santa: Tracker should not use 2GB RAM
[18:21] <J-Unit> Thanks,
[18:22] <J-Unit> P.S. Sorry about those jokes last week. I didn't mean it seriously. I hope I still get gifts for christmas.
[18:28] <lamont> if I do dapper->gutsy, I assume that we should be filing bugs (against what?) so that they get fixed for the dapper->hardy update-manager thang, yes?
[18:28]  * lamont pokes cjwatson 
[18:31] <cjwatson> lamont: dunno why you're poking me ... but 'update-manager' typically unless it's clearly a package bug
[18:35] <mvo> lamont: what cjwatson said, what packages/problems have you seen when you tried the upgrade?
[18:39] <lamont> mvo: it mostly came in the form of file also exists in bar type errors, and the fact that evms needs to be eliminated if one wants to live.
[18:40] <lamont> I just have another machine to upgrade, so I figured I'd actually be pedantic about it.
[18:43] <mvo> lamont: ok. i expect that missing conflicts/replaces will be a large chunk of the problems
[18:44] <lamont> mvo: and those are package bugs.  nice for you. :)
[18:46] <BenC> pitti, cjwatson: Yeah, lbm on livecd, and d-i should be default
[18:47] <pitti> BenC: thanks (we won't rebuild live CDs, BTW)
[18:47] <BenC> ah, right, server only
[19:15] <sistpoty> hi folks
[19:15] <LaserJock> sistpoty!
[19:15] <sistpoty> hey LaserJock
[19:15]  * slangasek waves
[19:15] <sistpoty> hi slangasek
[19:15] <sistpoty> is there any reason why nvidia-settings is in restricted instead of main? (looking at bug #59945)
[19:16] <ubotu> Launchpad bug 59945 in sensors-applet "no nvidia support" [Undecided,Confirmed] https://launchpad.net/bugs/59945
[19:17] <sistpoty> actually debian/copyright only says gpl-2, and I didn't spot any deps/build-deps from nvidia-settings outside of main (but have looked only 5 secs at these though)
[19:18] <cjwatson> nvidia-settings> because it came from Debian contrib
[19:18] <cjwatson> and doesn't it only drive the closed nvidia driver?
[19:19] <Pierre> yes
[19:19] <slangasek> sistpoty: at a guess, I'd say it requires nvidia-glx-legacy to be useful but only Recommends it because it's a virtual package provided by the per-kernel bits which may not be packaged or may only become available later
[19:19] <Pierre> and hello (first :)
[19:20] <slangasek> correction, nvidia-glx-legacy is a real package that depends on the kernel bits
[19:20] <cjwatson> or because generally userspace stuff tries to avoid expressing dependencies on kernelspace things by means of package dependencies, because it causes problems / doesn't work right if you have multiple kernels installed
[19:21] <cjwatson> I hope gouki enjoys the EISDIR from his quit message
[19:21] <sistpoty> ok... what do you think then would be the right fix for the aforementioned bug? duplicate the source to multiverse (which imho is ugly)?
[19:22] <cjwatson> I think I'm OK with a source in universe building a binary in multiverse as long as it has no non-free components itself (i.e. it's only Debian contrib-style)
[19:22] <cjwatson> but the source could always be moved to multiverse and build a binary in universe if somebody has a problem with that
[19:23] <sistpoty> cjwatson: but it would have to b-d on s.th. from restricted, wouldn't it?
[19:23] <sistpoty> cjwatson: ah, if that's possible, cool :)
[19:23] <cjwatson> the source package would probably have to go in multiverse then
[19:23] <cjwatson> but that's OK, it can still produce a universe binary
[19:23] <cjwatson> our closure rules aren't quite the same as Debian's
[19:23] <cjwatson> though, hmm, that does feel kind of icky
[19:24] <cjwatson> I think universe actually technically can build with restricted
[19:24] <sistpoty> even better, that would mean less stress then :)
[19:24] <cjwatson> "Secondly, enabling NVIDIA support would be an Ubuntu-specific change to the package, so the Ubuntu packager would have to make it." sigh why do people say that in Ubuntu bugs? you file an Ubuntu bug because you want Ubuntu to make a change
[19:25] <Pierre> btw, they are completely broken on amd64 with serie 8x
[19:25] <sistpoty> ok, I'll start out with a patch for nvidia-settings then (as the header isn't shipped atm.) thanks for your help!
[19:25] <Pierre> == crash
[19:26] <cjwatson> do please make sure that the restricted build-dep doesn't influence the binary in universe in any way, though
[19:26] <cjwatson> and it might be a problem later if the package is ever to migrate to main
[19:27] <sistpoty> what do you mean with influence? if I get it correctly, nvidia-settings only ships a static library, so it would definitely have an effect on sensors-applet
[19:28] <cjwatson> err, the actual binary in universe? I thought you were talking about creating a separate binary
[19:28] <cjwatson> linking a library from restricted into an executable in universe is not acceptable
[19:29] <sistpoty> ah, ok, got it... so I create two binaries where one goes into multiverse, right?
[19:29] <cjwatson> building a source package in universe and having it produce a binary package in universe (which only uses stuff from main and universe) and a binary package in multiverse (which is not limited in that way) is OK, provided that the binary is only in multiverse due to dependencies and not because it is itself non-free
[19:30] <cjwatson> if the source package only produces one binary and that requires non-free things and so is in multiverse, then the entire source package should be in multiverse
[19:30] <cjwatson> your choice
[19:31] <sistpoty> that would be the easiest thing, not too sure if that's desirable though
[19:36] <bryce> are backports of lrm feasible?  (bug 156325)
[19:36] <ubotu> Launchpad bug 156325 in fglrx-driver "New fglrx 8.42.3 to Gutsy" [Undecided,New] https://launchpad.net/bugs/156325
[19:45] <bdmurray> Riddell: bug 153889 requires verfication for Feisty and Gutsy correct?
[19:46] <ubotu> Launchpad bug 153889 in adept "feisty dist upgrade check does not work" [High,In progress] https://launchpad.net/bugs/153889
[22:00] <Nafallo> mbiebl: I SO agree with your last post on upstart-devel :-). KISS FTW.
[22:05] <Riddell> bdmurray: yes, in feisty it didn't show when it should have and in gutsy it showed when it shouldn't have
[22:07] <bdmurray> Riddell: okay, I was unable to verify the fix for gutsy
[22:07] <Riddell> bdmurray: it still showed?
[22:08] <bdmurray> Riddell: Yes, after launching Adept in the system menu and then clicking Fetch Updates
[22:08] <bdmurray> I put it all in the bug
[22:11] <Riddell> bdmurray: that's with 17.1?
[22:11] <Riddell> running kdesu adept_manager?
[22:15] <bdmurray> I ran it from System -> Adept Manager which then prompted for my password
[22:15] <bdmurray> I could try it via kdesu adept_manager if that would make a difference
[22:17] <Riddell> shouldn't do
[22:18] <Riddell> but give it a shot anyway :)
[22:18] <Riddell> and obviously make sure it's adept-manager and adept-common ubuntu17.1
[22:18] <Riddell> it definately solves the problem for me
[22:20] <bdmurray> okay, I think I see my problem then
[22:20] <bdmurray> just installing adept from proposed is not enough?
[22:25] <bdmurray> If so that isn't obvious from the bug report or verfication steps
[22:25] <Riddell> "adept" is just a meta package
[22:25] <Riddell> maybe we should add versioned depends to it
[23:56] <Keybuk> *sigh*
[23:56] <Keybuk> evolution takes so long to build
[23:58] <ion_> There’s a cure for that. Do all builds under valgrind for a month. After that, everything seems to build quickly.