[12:15] <CarlFK> ducky - different errors trying to do RAID1 on the same box
[12:16] <CarlFK> box is haunted
[12:19] <CarlFK> the tar that the installer has doesn't create?!
[12:32] <zul> heylo
[12:32] <zul> heylo
[12:33] <ogra> helyo ?
[12:38] <zul> hmm?
[12:39] <ogra> :)
[12:39] <zul> hey ogra how is it going?
[12:40] <ogra> very good ... ltsp is getting in shape for dapper+1, edubuntu is going forward ... all fine ..
[12:40] <ogra> err s/dapper+1/dapper/
[12:40] <ogra> my mind is already in the future :)
[12:41] <zul> cool..
[12:42] <ogra> how is the grub hacking going ?
[12:43] <zul> its coming..
[12:43] <ogra> great :)
[12:44] <zul> i have a couple of ideas for dapper+1, but now just trying to catch up
[12:46] <ogra> i recently had a meeting with people who wanted something like a mixed ltsp/windows dual netboot environment ... would be funnyly crackful to make grub netboot aware :)
[12:46] <ogra> so you have a grub menu to select what to netboot ...
[12:48] <zul> grub has netboot..:)
[12:48] <ogra> hehe
[12:49] <ogra> still, they wanted to use something like partimage to store the windows image from only one PC and provide it for all machines in the network ... would get them into heavy license problems ...
[12:49] <zul> icky...windows :)
[12:49] <ogra> heh
[12:50] <zul> http://cvs.savannah.gnu.org/viewcvs/grub/netboot/?root=grub
[12:50] <ogra> oh, wow ...
[12:50] <ogra> i'll take a deeper look for dapper+1 ;)
[12:52] <wasabi> tmpfs for /var/run and /var/lock now?
[12:52] <wasabi> What drove that out?
[12:54] <crimsun> wasabi: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2006-January/000048.html
[12:56] <wasabi> Ooh. Networking started by udev now?
[12:56] <wasabi> That is an interesting one indeed.
[12:56] <ogra> everything hardware related started by udev now :)
[12:56] <wasabi> Does that drive out ifupdown?
[12:57] <crimsun> no, ifupdown is still used
[12:57] <wasabi> So, if interfaces defines a configuraiton for ethN, and ifrename gives it a specific name, hotplug will invoke ifupdown?
[12:57] <crimsun> hotplug is gone
[12:57] <ogra> no hotplug
[12:57] <wasabi> Yes yes, I know.
[12:57] <wasabi> Wasn't using "hotplug" as a product name.
[12:58] <wasabi> And auto ethN isn't required in interfaces anymore then?
[12:58] <crimsun> it is.
[12:59] <crimsun> udev>ifupdown
[12:59] <wasabi> ?
[12:59] <wasabi> Yes but a manual up down command still needs to be available.
[12:59] <crimsun> udev calls ifupdown upon seeing 'auto' in /etc/network/interfaces when the module is loaded
[12:59] <wasabi> Ahh. Okay.
[01:00] <wasabi> That's perfect then.
[01:00] <wasabi> So ifupdown still keeps the neccassary state info.
[01:00] <wasabi> exciting exciting. ;)
[01:02] <wasabi> Now if only network manager cooperated with all that.
[02:10] <mxpxpod> is anyone using the bogofilter plugin for evolution? I'm trying, but it doesn't seem to detect any spam
[02:59] <netdur> can't ubuntu installer ask all questions needed in early stage?
[03:01] <netdur> I mean, I'm installing cf3 right now, during "select and install software" progress a dialog pop up asking for screen resolution
[03:03] <netdur> I don't know how long the progress stopped because of that, but I guess... ubuntu installer should ask all questions early to avoid us wasting time
[03:22] <CarlFK> netdur: normaly it figures out screen res for you
[03:23] <CarlFK> netdur: but if you are in a hurry - https://wiki.ubuntu.com/Installation/LocalNet "Hands Off Install"
[03:25] <CarlFK> symantic, Add repo, any options (default is fine), hit OK - button blinks, but dialog doesn't close - regardless of how I hit, press, click, type
[06:22] <zakame> Hi devs :D
[06:43] <infinity> I've decided that building thunderbird is my least favourite thing ever.
[06:51] <CarlFK> sudo apt-get install linux-686-smp...  ends with Setting up linux-686-smp (<IP_ADDRESS>).  Shouldn't the grub menu and kernel name have SMP in it? (2 x P3 box)
[06:55] <infinity> CarlFK: linux-686-smp is just a dummy package to transition to linux-686, since all our x86 kernels now support SMP/UP autodetection.
[06:55] <CarlFK> ah - that explains it
[06:55] <CarlFK> thanks
[07:15] <jmg> are there any .debs for fedora directory server?
[07:17] <zakame> Mithrandir: ping
[07:39] <dholbach> good morning
[07:41] <CarlFK> um, should a box going into hiberenate say "The system is going down for system halt NOW!" ?
[07:41] <CarlFK> which may explain why when I try to wake it up it doesn't resume where it left off
[07:41] <HiddenWolf> good morning all
[08:17] <poningru> sorry to bug people here, but who is incharge of planet ubuntu? the feed is broken
[08:18] <jsgotangco> poningru, jdub
[08:18] <zakame> jdub is, but I think you should mail him
[08:19] <poningru> ok
[08:26] <lbm> wuh, waiting for xgl to hit the archives
[08:34] <pupy> hello
[08:36] <pupy> I've compiled udev, sysfstools and hotplug within a custom linux I've built, my question is whether is there anyone who could point me on how to get this to work, either pointing me to any of the ubuntu related sources, or to any good doc or tutorial on how to get automatic device detection working
[08:37] <Lathiat> Is anyone else seeing this *****[netclusive]  SPAM-ERKENNUNG ? on ubuntu-devel
[08:37] <zakame> yeah
[08:38] <floam> Lathiat: it's on the archive also
[08:38] <jsgotangco> WTF is that spam filter doing
[08:38] <Lathiat> some incoming smtp filtering on the new dc link? :)
[08:39] <Lathiat> 220 esperanza.ubuntu.com ESMTP Exim 4.52 Mon, 13 Feb 2006 07:38:53 +0000
[08:39] <Lathiat> weird
[08:50] <Seveas> jdub, poke - have a look at bug 14630 :)
[08:50] <Ubugtu> malone bug 14630 in ubuntu-artwork "Gdm theme Human with face list" [Wishlist,Unconfirmed]  http://launchpad.net/bugs/14630
[08:54] <Mithrandir> zakame: yes?
[08:55] <jsgotangco> ohh face browser
[08:56] <zakame> Mithrandir: I'd like to know what's up with NetworkAuthentication, I see its approved-but-deferred in Dapper...
[08:56] <Seveas> jsgotangco, yeah, looks quite cool :)
[08:56] <Mithrandir> zakame: I ended up not having time to get it implemented for dapper.
[09:01] <zakame> ah
[09:02] <zakame> I'm doing a bit more research, but I think I can help implement this
[09:02] <pupy> am, you're all very kind guys..
[09:08] <Mithrandir> zakame: if you'd like to, that'd be excellent.  It might be a bit on the late side for dapper, though. :-/
[09:11] <zakame> Mithrandir: I'll see what I can do then :-)
[09:53] <lifeless> is there any way that gnome-screensaver could break resume-from-suspend ?
[09:54] <Treenaks> --> mjg59   :)
[09:56] <ogra> lifeless, thats rather gnome-power-manager that concurs with a leftover from acpi-scripts ...
[09:56] <ogra> how does it break ?
[09:57] <sivang> howdy all
[09:58] <lifeless> ogra: locks up hard
[09:58] <lifeless> black screen, no reaction to fn-buttons, ctrl-alt-F1 etc, power button.
[09:58] <lifeless> have to hold power for 30 seconds to kill it.
[09:58] <ogra> thats unlikely to be gnome-screensaver or gnome-powermanager
[09:58] <ogra> rather the backend ...
[09:59] <ogra> g-p-m is dumb and only calls pmi in the background ... g-s-s has nothing to do with suspend/resume ... if it works usually for you, it shouldnt be the prob
[10:12] <Kinnison> Kamion: Is there some channel I need to be on, other than here?
[10:13] <ogra> Kinnison, they will come over time ... :)
[10:13] <ogra> depending on which packages you work
[10:13] <fabbione> Kinnison: ubuntu-x and ubuntu-kernel
[10:13] <seb128> should xvfb Depends on xauth?
[10:13] <ogra> if you want to help in support, #ubuntu as well
[10:14] <fabbione> Kinnison: of course that means you will also help maintaing both :)
[10:14] <ogra> Kinnison, oh, #ubuntu-meeting might be helpful :)
[10:14] <ogra> Kinnison, so you are officially a new colleague now ?
[10:15] <Kinnison> ogra: yep, although I'm still waiting on my ubuntu membership
[10:15] <ogra> yay
[10:15] <ogra> welcome then :)
[10:16] <Kinnison> Thanks
[10:16] <infinity> Kinnison: What package sets interest you?
[10:16] <infinity> Kinnison: We have no end of stuff we can offload on you. ;)
[10:16] <Kinnison> infinity: Currently power-management and laptop stuff
[10:16] <Kinnison> infinity: I'm most interested right now in getting my suspend button to sodding well suspend my laptop
[10:17] <infinity> Kinnison: How often does soyuz do cron.daily-like tasks?
[10:17] <Kinnison> infinity: once per hour, starting on the hour
[10:17] <infinity> Kinnison: I find it a bit disconcerting that my uploads seem to take hours to end up in build queues...
[10:18] <dholbach> same here
[10:18] <dholbach> the buildds all seem IDLE for a long time
[10:18] <dholbach> I mean... I like a rest too, but... :-)
[10:18] <Kinnison> Currently we only build from the published package set
[10:18] <ogra> dholbach, RT #2865
[10:18] <Kinnison> which means after a cron.daily cycle
[10:18] <infinity> for instance, mozilla-thunderbird, uploaded 2 hours ago, still not in build queues.
[10:18] <ogra> feel free to follow up (if thats possible)
[10:19] <Kinnison> infinity: 2hrs and not built is odd
[10:19] <ogra> Kinnison, i'm waiting since 3pm yesterday ...
[10:19] <ogra> thats more than 2h :)
[10:19] <pitti> hello
[10:19] <dholbach> hey pitti
[10:20] <infinity> Kinnison: Actually, if the recent build logs are to be believed (and if they are, in fact, in reverse chronological order), nothing has built for 1.5 days..
[10:20] <Kinnison> okay that's very odd
[10:20] <Kinnison> and noone rang me
[10:21] <infinity> Kinnison: Well, since I don't get mailed build logs, dealing with the web UI to see what's up is taking some getting used to.
[10:21] <seb128> an upload was broken for most of the day yesterday
[10:22] <ogra> Kinnison, i thought you handed it over, so RT was my choice ...
[10:22] <dholbach> mailed buildlogs for ftbfs would be great
[10:22] <infinity> ogra: RT won't help much, you need to file bugs on soyuz.
[10:22] <ogra> ah
[10:22] <ogra> k
[10:22] <pitti> hey infinity, sivang, dholbach
[10:22] <pitti> hi Kinnison
[10:32] <pitti> hey carlos_
[10:32] <carlos_> pitti: hi
[10:35] <Kinnison> ogra: which RT request was it?
[10:36] <ogra> RT #2865
[10:40] <pitti> elmo: please sync noweb 2.10c-3.2 (stable-security) and elog (new universe upstream, but tons of security fixes)
[11:00] <Kamion> CarlFK: to get scp in the installer, 'anna-install openssh-client-udeb'
[11:01] <Kamion> CarlFK: /var/log/debian-installer moved to /var/log/installer, but won't be available until after the first reboot
[11:02] <Kamion> CarlFK: there is no longer a typescript of tty1 activity in /var/log/base-config.log, which is what ogra was referring to (although it was only ever a typescript of the second stage, not the first), because we no longer run base-config
[11:02] <Kamion> CarlFK: I don't know of a convenient way to get a screenshot of tty1 in the first stage other than a virtualisation environment of some kind or an actual camera
[11:02] <Kamion> Kinnison: sounds like just this channel will be fine for now
[11:03] <Kinnison> Kamion: cool
[11:03] <Kamion> and welcome aboard
[11:03] <Mithrandir> Kamion: if you have the fb running, just catting /dev/fb0 to a file might work.
[11:03] <Kinnison> Kamion: I take it no word from mako or sabdfl about my membership?
[11:04] <Kamion> Kinnison: I'll mail them now with a log of the meeting
[11:04] <Kinnison> Kamion: thanks
[11:04] <Kinnison> unless i'm really lucky, this fix to hal will take a while anyway
[11:04] <Treenaks> Mithrandir: /dev/vcs* if fb isn't running ?
[11:04] <Mithrandir> Treenaks: I'm not sure if you can grab what's on a tty if it's not a fb.
[11:05] <Treenaks> Mithrandir: Virtual consoles: yes; ttys: I don
[11:05] <Treenaks> uh
[11:05] <Treenaks> other ttys: no idea
[11:05] <Mithrandir> well, VCs are what's interesting here.  I doubt ttyS's save any state at all
[11:05] <Treenaks> Mithrandir: cat /dev/vcs1
[11:06] <Mithrandir> indeed
[11:11] <Kamion> Kinnison: (mailed)
[11:17] <slomo> hm, i get no mails from the ubuntu lists anymore :/ "postfix/smtpd[13260] : timeout after DATA from esperanza.ubuntu.com[<IP_ADDRESS>] "
[11:18] <ogra> slomo, i get them ...
[11:18] <ogra> (more than i like :) )
[11:19] <slomo> ogra: hmm, please send a testmail to me ;) maybe something is broken... but my own mails arrive
[11:20] <ogra> a PM ?
[11:20] <slomo> ogra: no, email... to<EMAIL_ADDRESS>or<EMAIL_ADDRESS>[11:20] <ogra> sent
[11:21] <ogra> yes, i wanted to know if a personal mail would suffice :) sent anyway
[11:21] <ogra> well deserved :)
[11:23] <dholbach> ogra: thanks
[11:23] <whiprush> is that the bogofilter thing?
[11:23] <ogra> yup
[11:23] <ogra> whiprush, hey !
[11:23] <whiprush> I was wondering who did that. Very cool, works great here.
[11:23] <whiprush> ogra: hey, I got some good edubuntu news.
[11:23] <ogra> whiprush, jammcq pinged me yesterday, youre a heavy edubuntu promoter i heard :)
[11:24] <ogra> hehe :)
[11:24] <whiprush> Our Loco is helping out a local charity prebundling ubuntu.
[11:24] <whiprush> heh
[11:24] <ogra> thats so cool :)
[11:24] <whiprush> We already have 50 that are vouched for.
[11:24] <whiprush> should be fun.
[11:24] <ogra> wow
[11:25] <ogra> i didnt even know you and jammcq know each other :)
[11:25] <whiprush> yeah we start building them on saturday and taking pics of kids installing it and stuff, should be awesome.
[11:25] <whiprush> heh, he's my lug president. :p
[11:25] <ogra> lol
[11:25] <slomo> ogra: hm, i didn't get the mail yet... i got two connects from fiordland.ubuntu.com but nothing happened yet... weird
[11:26] <ogra> the world is so small :=)
[11:26] <ogra> slomo, it didnt come back either
[11:26] <ogra> i'll look im my servers log, wait a sec, probably it shows something
[11:27] <whiprush> ogra: I'm tasked with customizing the CD with some content, I'll swing by later, (going to work now)
[11:27] <ogra> Feb 13 11:26:53 aleph postfix/smtp[9949] : 7962B220CA5<EMAIL_ADDRESS>relay=mail.slomosnail.de[<IP_ADDRESS>] , delay=300, status=deferred (host mail.slomosnail.de[<IP_ADDRESS>]  said: 421 mail.slomosnail.de Error: timeout exceeded (in reply to end of DATA command))
[11:27] <ogra> slomo, ^^^
[11:27] <ogra> whiprush, thanks for everything :)
[11:28] <slomo> ogra: nice... i didn't change anything in my setup since yesterday and now it stops working ;) hmm...
[11:29] <ogra> oh, above...
[11:29] <ogra> Feb 13 11:21:53 aleph postfix/smtp[9949] : certificate verification failed for mail.slomosnail.de: num=21:unable to verify the first certificate
[11:29] <ogra> did your tls cert expire ?
[11:29] <slomo> ogra: ah... thanks... that's most probably the problem :)
[11:31] <slomo> yes... *sigh* should work now again
[11:31] <ogra> want another testmail ?
[11:31] <slomo> sure
[11:32] <ogra> sent
[12:07] <dholbach> ogra: there's a new dia release
[12:07] <ogra> hmm, worth it ?
[12:07] <dholbach> ogra: dia 0.95-pre1 - dunno if you want that in edubuntu
[12:08] <ogra> pre1 sounds scary
[12:08] <dholbach> ogra: it can only be better ;)))
[12:08] <ogra> i'll look at it
[12:08] <dholbach> cool
[12:17] <Kamion> Mithrandir: since I think you're already part-way there, could you start looking at keymap configuration in espresso? https://wiki.ubuntu.com/UbuntuExpress/GnomeUserInterface and https://wiki.ubuntu.com/UbuntuExpress/BaseSystemConfiguration are relevant
[12:17] <Kamion> Mithrandir: you'll want to bzr pull, I've been doing the debconffilter refactoring work
[12:20] <Mithrandir> Kamion: will do.
[12:21] <Kamion> Mithrandir: thanks
[12:22] <Kamion> I'm going to try to make the gparted integration slightly less painfully bad today, I think
[12:23] <koke> mvo, I have some suggestions/bugs about the update-manager dist-upgrader, where did you sent the mail originally?
[12:26] <mvo> koke: I send it to ubuntu-devel, feel free to mail me personally about this (especially upgrade reports)
[12:32] <HiddenWolf> mjg59: ping
[12:42] <mjg59> Hi
[12:44] <HiddenWolf> mjg59: I was wondering why your xgl upload is in the -kserver package. Can see that causing lots of questions.
[12:44] <mjg59> It's not
[12:44] <mjg59> I haven't uploaded xgl yet
[12:44] <HiddenWolf> mjg59: hm, see, lots of questions already. :)
[12:44] <mjg59> I've just removed it from the kdrive one
[12:44] <ogra> seb128, what about http://bugzilla.gnome.org/show_bug.cgi?id=94049 ? can we have it ?
[12:44] <hunger> mjg59: You did not? I installed it yesterday:-)
[12:45] <seb128> ogra: no
[12:45] <mjg59> hunger: That's old xgl
[12:45] <ogra> seb128, why ?
[12:45] <mjg59> Like, really old
[12:45] <ogra> seb128, its really giving edubuntu users a hard time ...
[12:45] <hunger> That explains why it does not work too well then.
[12:45] <HiddenWolf> Try utterly ancient. :)
[12:45] <seb128> ogra: because I don't want to divert from upstream for that, especially for a patch I don't understand
[12:46] <ogra> seb128, it forces users of internet cafes to switch to xfce or KDE, thats quite a big amount ...
[12:46] <seb128> ogra: I need to have a look on it, it seems to not be too long should be quite easy
[12:46] <HiddenWolf> sivang: you'll have to beat a horde of anxious users to it. ;)
[12:46] <hunger> sivang: Not if I can beat you to it. I'd really like to see what all the fuss is about.
[12:46] <mjg59> sivang: This evening, with luck - compiz has broken itself, and I want that in first so I can test the Xgl package
[12:46] <seb128> ogra: did you try the patch?
[12:46] <ogra> seb128, i'd love you till the end of my life if we could get it
[12:47] <ogra> will do and repoirt back
[12:47] <seb128> is that supposed to convince me? :p
[12:47] <ogra> lol
[12:47] <ogra> as long as it doesnt scare you
[12:47] <sivang> mjg59: yay, that means you're getting clsoe right?
[12:47] <mjg59> sivang: Yes. Xgl builds and works fine, but needs integration love
[12:47] <seb128> ogra: it does in fact :p
[12:47] <ogra> oh, sorry :)
[12:48] <seb128> let me know if it fixes your issue
[12:48] <dholbach> seb128: shall I bring ogra back into his cage? :-)
[12:48] <mjg59> It also needs me to figure out why it won't run standalone
[12:48] <seb128> if it does we will ship with next package update
[12:48] <seb128> dholbach: yes please :)
[12:48] <ogra> *monkeyish
[12:48] <dholbach> haha
[12:50] <mjg59> Hm.
[12:50] <mjg59> The build is bitching about undefined symbols, but in plugins that are designed to be opened in the main program
[12:50] <mjg59> Which is where those symbols are define
[12:50] <mjg59> d
[12:51] <mjg59> There's something obviously wrong here, I think
[12:51] <lifeless> its a very unixy trick
[12:51] <mjg59> Oh, I see why Xgl bitches in standalone mode
[12:51] <doko> seb128: weill you upgrade to the new gtk release?
[12:51] <lifeless> fucks up and dies on windows
[12:51] <mjg59> lifeless: I'd expect it to work fine here, but the linker seems to have other ideas
[12:52] <seb128> doko: sure, it's on my disk since yesterday, I just run GTK for a day or so usually before uploading, why?
[12:53] <lifeless> mjg59: using libtool ?
[12:53] <mjg59> lifeless: Yeah
[12:53] <lifeless> make sure it has the 'be as broken as windows' feature turned off
[12:53] <Mithrandir> maswan: care to kick ravel? :-)
[12:56] <doko> seb128: the wxpython maintainer did ask me
[12:57] <seb128> Debian question or Ubuntu one?
[12:58] <Kamion> pitti: something still seems to be popping up a window for /target when espresso mounts it
[12:58] <Kamion> /dev/sda1 on /target type ext3 (rw)
[12:58] <Treenaks> mjg59: (do you have time for that wacom-tools stuff today?)
[12:59] <pitti> Kamion: hmm, trying to reproduce here
[12:59] <mjg59> Treenaks: This evening
[12:59] <pitti> Kamion: good timing, btw, I uploaded a new g-v-m 10 seconds ago :)
[12:59] <Treenaks> mjg59: cool, thx
[01:00] <Kamion> pitti: heh. live CD image from a few days ago
[01:05] <mjg59> lifeless: Works if I use automake-1.7 rather than 1.9
[01:05] <mjg59> Looks like the linker flags aren't being passed through
[01:07] <Kinnison> Hmm, looks like my laptop isn't coming out of suspend again
[01:08] <Treenaks> Kinnison: lots of people seem to have that
[01:08] <Kinnison> Treenaks: yeah, annoying when I'm trying to fix a bug in the suspend button
[01:08] <mjg59> Kinnison: Suspend button bug?
[01:08] <Kinnison> mjg59: toshiba, hal, blah
[01:08] <mjg59> Kinnison: (Note that I've changed the handling of suspend buttons a lot)
[01:09] <Kinnison> mjg59: the outward sign is "pressing fn+f3 does not suspend the laptop"
[01:09] <Kinnison> hmm, I can ping it, but it's not come back further than that
[01:09] <mjg59> Kinnison: It should just be generating a keycode now, and latest hal should pick up on that with hald-keyboard-addon
[01:09] <mjg59> Kinnison: You'll need g-p-m
[01:09] <mjg59> Latest?
[01:10] <mjg59> Pressing the sleep button ought to be generating a dbus system message
[01:11] <mjg59> But that needs latest hal
[01:11] <Kinnison> what info would help?
[01:12] <mjg59> Package versions, whether hald-addon-keyboard is running, whether you get a message on the system bus when you hit the key
[01:12] <mjg59> And whether sudo acpi_fakekey 142 does the same thing
[01:12] <mjg59> Oh, acpi_fakekey may be broken - someone pointed that out to me
[01:12] <Kinnison> right, a dist-upgrade shows nothing halish
[01:12] <Kinnison> hald-addon-keyboard is running
[01:13] <mjg59> If you run xev and do sleep 2; sudo acpi_fakekey 142 then point at the xev window, does it generate an event?
[01:13] <pitti> Kamion: hmm, g-v-m doesn't do anything here if I mount something on /target
[01:13] <pitti> Kamion: which g-v-m version did you use?
[01:14] <pitti> Kamion: that was fixed in 1.5.10-0ubuntu4
[01:14] <Kinnison> mjg59: no, and sudo exits with status 2
[01:14] <mjg59> Kinnison: Ok, acpi-fakekey is broken
[01:15] <Kinnison> would it help if I investigated that?
[01:15] <mjg59> Nah, known bug
[01:15] <mjg59> With known fix
[01:15] <mjg59> Just need to upload
[01:15] <Kinnison> Okay
[01:15] <mjg59> It seems to work for me entirely by accident, so I didn't catch it
[01:15] <Kinnison> Right
[01:15] <Kinnison> If you have a fix, I'll move on to something else for now
[01:16] <Kinnison> like looking at why my sodding machine doesn't come back properly
[01:16] <doko> seb128: s/or/and/
[01:17] <seb128> doko: it has been uploaded yesterday to Debian and will be today to Ubuntu
[01:17] <Kamion> pitti: 1.5.12-0ubuntu1
[01:18] <pitti> Kamion: hm, do you want to help me with debugging?
[01:18] <mjg59> Kinnison: https://launchpad.net/malone/bugs/31302
[01:18] <Ubugtu> malone bug 31302 in acpi-support "[PATCH]  Fix typo in acpi_fakekey.c" [Normal,Unconfirmed]
[01:18] <freeflying> anyone would have comment on this https://lists.ubuntu.com/archives/ubuntu-devel/2006-February/015252.html
[01:18] <Kamion> pitti: sure, except that I just rebooted that live CD so it'll take a moment to set up again
[01:18] <pitti> Kamion: no problem, see /msg
[01:19] <mjg59> Oh argh now the build has broken again
[01:20] <mjg59> Hang on
[01:22] <mjg59> Nngh.
[01:22] <mjg59> Why has dh_make put CFLAGS stuff in that breaks the build?
[01:24] <Kinnison> mjg59: Who is the best person to ask about gnome-power-manager?
[01:24] <mjg59> Kinnison: I'm a good start
[01:25] <Kinnison> should it be showing options for what to do when I press the suspend button?
[01:25] <mjg59> Yes
[01:25] <mjg59> Ah. But possibly only if it thinks you have a suspend button (which it ought to)
[01:25] <Kinnison> Right, well it isn't
[01:25] <ogra> thats a hal thing then ...
[01:25] <Kinnison> Okay, so hal needs to be educated about toshiba laptops?
[01:25] <mjg59> No
[01:26] <mjg59> g-p-m needs to be told to show the suspend stuff all the time
[01:26] <mjg59> Since we can't actually tell if you have a suspend key or not
[01:26] <Kinnison> Right
[01:34] <mjg59> Go go compiz upload!
[01:35] <ogra> heh
[01:36] <Kinnison> mjg59: Okay, so turning off video-post made the laptop come back after suspend
[01:36] <mjg59> Kinnison: Fun
[01:37] <mjg59> Kinnison: Now you get to work out why that's unhappy :)
[01:37] <Kinnison> aye
[01:37] <Kinnison> mjg59: Wooyay
[01:37] <mjg59> Xgl will follow later
[01:37] <CarlFK>  Kamion thanks for the answers
[01:37] <mjg59> I probably need to do that from home, it's going to need some testing
[01:38] <Kinnison> mjg59: heh, but coming back from suspend, g-p-m's icon has vanished
[01:39] <ogra> hmm, looks like your dbus crashed or something
[01:40] <Kinnison> dbus is fine
[01:40] <Kinnison> well, networkmanager hasn't died
[01:40] <ogra> hmm
[01:40] <mjg59> Kinnison: Is there still a space where the icon should be?
[01:40] <Kinnison> no
[01:40] <mjg59> (And in gnome-power-manager still running?)
[01:40] <mjg59> s/in/is/
[01:40] <Kinnison> no it isn't
[01:40] <ogra> does it come back if you start the preferences ?
[01:41] <Kinnison> ogra: yes it does
[01:41] <ogra> hmm ...
[01:41] <Kinnison> and a suspend/resume cycle just reliably killed it again
[01:41] <mjg59> Kinnison: Ok. Can you do gnome-power-manager --no-daemon --verbose ?
[01:41] <ogra> doesnt happen here
[01:41] <Kinnison> mjg59: yep, I'll do that right now
[01:41] <mjg59> See where it's falling over
[01:41] <mjg59> If that's not enlightening, then do the same with a gdb stuck on it
[01:41] <Kinnison> at least I can resume reliably again
[01:42] <mjg59> Can anyone other than elmo do NEW?
[01:42] <Kinnison> kamion can
[01:42] <Kinnison> mjg59: okay, this time, it stayed alive, and I got a six-icon logout dialog
[01:42] <mjg59> Kinnison: ?
[01:42] <mjg59> Weird
[01:42] <Treenaks> wasn't the 6-icon dialog abandoned?
[01:43] <mjg59> I wonder if that was it somehow getting a power buttn event
[01:43] <mjg59> hunger: With what? g-p-m?
[01:43] <hunger> Maybe that is because I am on kubuntu (no g-p-m)?
[01:43] <Kinnison> mjg59: I pressed the power button to resume
[01:43] <seb128> Treenaks: no, that's the dialog we will use for dapper
[01:43] <Treenaks> seb128: uh.. so we'll have _2_ kinds of dialog for logout?
[01:43] <mjg59> seb128: Does it still show sleep all the time?
[01:43] <mjg59> If so, can that /please/ be fixed?
[01:44] <Kinnison> mjg59: nope, lid close/open caused the six icon dialog too
[01:44] <Treenaks> seb128: the System -> {Logout,Shutdown} ones that logout automagically, AND the butt-ugly 6-button one?
[01:44] <mjg59> Kinnison: Right, there's often a power button event regardless of how you resume
[01:44] <mjg59> Anything in /var/log/acpid ?
[01:44] <seb128> mjg59: give me 40hours day and it'll be fixed
[01:44] <Kinnison> mjg59: I'm just trying a suspend/resume with g-p-m started from g-p-p
[01:44] <mjg59> seb128: We can't release with the sleep button there
[01:44] <seb128> there is a limit on how many bugs I can fix in a week sorry
[01:45] <mjg59> It's just not reliable enough
[01:45] <hunger> seb128: My boss used to say: There are 24h in a day and if that is not enough you may work at night as well.
[01:45] <Kinnison> mjg59: Right, running --no-daemon --verbose it doesn't crash
[01:45] <mjg59> seb128: But sure, it's not urgent
[01:45] <Kinnison> mjg59: running autospawned it crashes
[01:45] <mjg59> Kinnison: What fun
[01:45] <ogra> ARGH
[01:45] <seb128> Treenaks: no, just the "butt-ugly" one
[01:46] <seb128> and I'm not making the decisions here
[01:46] <Treenaks> seb128: I'll never log out again.
[01:46] <seb128> so complain to Mark :)
[01:46] <ogra> and i was so careful to get ubuntu-meta in fast enough... now gnome-terminal is broken on my CDs ... *sigh*
[01:46] <seb128> I'm tired to get all the complains for stuff I don't decide
[01:46] <Kinnison> mjg59: Oh the irony
[01:47] <seb128> Treenaks: such comments are just demotivating and make me feel I don't want to feel any bugs you may mention to be honest
[01:47] <Kinnison> mjg59: "Program exited normally."
[01:47] <mjg59> Kinnison: Haha
[01:47] <hunger> Any chance of getting non-g-p-m suspends working again soonish?
[01:47] <ogra> Kinnison, the buildds dont process in upload order ?
[01:47] <mjg59> hunger: Once KDE has implemented what it needs to implement, it'll be fine
[01:47] <Treenaks> seb128: How should I know who decides this? As far as I knew it was gnome upstream that decided this..
[01:47] <hunger> Not having that hits me hard since shutdown freezes my box.
[01:47] <infinity> ogra: They never have.
[01:47] <ogra> grumbl
[01:48] <mjg59> infinity: Is X your baby now?
[01:48] <hunger> mjg59: I'd guess they won't.
[01:48] <mjg59> I can't remember what the decision was
[01:48] <seb128> Treenaks: GNOME upstream decided the 2 panels new dialog, Mark asked to do the 6 buttons one
[01:48] <Kinnison> ogra: also, for added amusement, the UI is currently sorted backwards for pending builds
[01:48] <mjg59> hunger: Shrug. Riddell knows what needs doing.
[01:48] <infinity> mjg59: I'm sharing said baby with others (like Fabio)
[01:48] <seb128> Treenaks: I don't ask you to know who decides but comment like "<Treenaks> seb128: I'll never log out again." are nothing near to be useful
[01:48] <Kinnison> ogra: but either way, the buildds are all busy with gcc/gcj
[01:48] <infinity> mjg59: But I seems to have some of it, yes.
[01:48] <mjg59> infinity: Ok. xgl builds from an xorg cvs branch
[01:48] <ogra> infinity, i tought i'd have a good chance to have ubuntu-meta fixed before any other package when i did the first upload after the DC shuffling yesterday ...didnt expect anything to queue up ...
[01:48] <hunger> mjg59: good, then I'll bug Riddell
[01:49] <seb128> Treenaks: that's like a "I'll switch to <whatever other OS> if you don't fix my bug"
[01:49] <mjg59> infinity: So in the long run, it'll be built from the xorg source package, but for now it needs to be a cvs checkout
[01:49] <infinity> ogra: Yes, well... Normally you'd have been okay, but.. :)
[01:49] <mjg59> infinity: Any objections to me uploading that for now, and generating an xserver-xgl binary deb?
[01:49] <ogra> Kinnison, my CDs are already broken ... i'll have to wait untill all of the new gnome is there anyway
[01:49] <Treenaks> seb128: Do you have a bug number for this that I can comment on?
[01:50] <infinity> mjg59: Erm, you're aware that the xorg source package contains no actual xorg source... Right?
[01:50] <mjg59> infinity: Yeah, but you know what I mean
[01:50] <mjg59> At some point in the future, it ought to be built from the same source that generates xserver-xorg
[01:51] <Kinnison> mjg59: and of course, with added joy comes stracing it causes it to D state on resume
[01:51] <seb128> Treenaks: https://launchpad.net/distros/ubuntu/+source/gnome-session/+bug/28798
[01:51] <mjg59> Kinnison: Hahaha
[01:51] <Ubugtu> malone bug 28798 in gnome-session "new logout dialog interface issues" [Normal,Unconfirmed]
[01:51] <Treenaks> seb128: thanks, I'll read that
[01:51] <infinity> mjg59: Probably, yes.  And for now, you're going to upload an xserver-xgl source package which is a CVS snap that builds Xgl?
[01:51] <Kinnison> mjg59: this is utterly sucky
[01:51] <seb128> Treenaks: np
[01:51] <mjg59> infinity: Yeah
[01:51] <infinity> mjg59: Sounds fine to me.  Doubly fine if it's in universe.
[01:51] <mjg59> infinity: Then in future we kill that and shift the binary build to the main package
[01:52] <mjg59> Cool
[01:52] <ogra> mjg59, better put a big red debconf warning in the package
[01:52] <mjg59> ogra: ?
[01:52] <infinity> No debonf abuse required.
[01:52] <ogra> users tend to ues these packages, even from universe :)
[01:52] <mjg59> Sure
[01:52] <infinity> ALL CAPS IN THE DESCRIPTION ARE FUN, THOUGH.
[01:52] <ogra> *use
[01:52] <ogra> heh
[01:53] <mjg59> But if somebody installs a package that has "This is not stable" in the description, they don't need to be told a second time
[01:53] <infinity> Ed Zachary.
[01:53] <ogra> mjg59, they will ...
[01:53] <infinity> A debconf note that says "you don't actually want this package you just downloaded" is irritating.
[01:53] <mjg59> ogra: I wouldn't be uploading it otherwise
[01:53] <infinity> ogra: Of course people will use it.  And they get to keep both pieces when it breaks.  Such is life.
[01:54] <ogra> yup, i know
[01:54] <StevenK> How about a device that punches the user and says "You really don't want to use <x>!"
[01:54] <ogra> hehe
[01:54] <infinity> ogra: We don't support universe.  We've made this clear.  We really don't support packages with BIG SCARY CAPS IN THE DESCRIPTION.
[01:54] <StevenK> vrms on steroids
[01:54] <mjg59> "Do you want to install this package you just asked me to install?" Yes. "Really?" Yes. "Really?" Yes.
[01:54] <StevenK> mjg59: Hah
[01:54] <Kamion> ogra: I'm going to start going round and shooting debconf notes at some point
[01:54] <mjg59> "Really?"  Go!
[01:55] <Treenaks> mjg59: make the user type a long sentence into apt, like when you try to remove libc6
[01:55] <infinity> ogra: They may not.  This isn't my problem.  Honest. :)
[01:55] <ogra> Kamion, i wasnt serious ... i wouldnt have uploaded xgl
[01:55] <mjg59> apt-get install xserver-xgl --yes-i-know-this-is-not-a-good-idea-but-i-hate-life
[01:55] <ogra> yeah,  better :)
[01:55] <mjg59> xgl is already in universe
[01:55] <mjg59> I'm just replacing it with a less buggy version
[01:55] <infinity> ogra: The target audience that will install xserver-xgl is not the fabled Aunt Tilly, it's self-proclaimed "power users" who can bloody well learn to read.
[01:56] <ogra> i'm just relying on my experience from the kernel stuff back in hoary ...
[01:56] <mjg59> The kernel image was an issue because it looked like a newer version of the kernel
[01:57] <mjg59> If you had universe in your sources list, it looked like an obvious upgrade
[01:57] <ogra> yup
[01:57] <ogra> sure, xgl is somewhat different here ...
[01:57] <StevenK> mjg59: So this xgl upload will look like a subtle upgrade? :-)
[01:57] <StevenK> "My version number is different. Really. Why don't you believe me?"
[01:58] <HiddenWolf> StevenK: the previous -xgl is not used by anyone with half a brain or more, so upgrades are unlikely. :)
[01:58] <Treenaks> I tried the current Xgl, it crashed the moment a window tried to map
[01:58] <HiddenWolf> *chuckle* Poor devs. I imagine bugs coming in by the busload.
[01:59] <HiddenWolf> does launchpad link to xorg bugzilla yet?
[01:59] <mjg59> hunger: pmi needs to be run as root
[01:59] <ogra> Treenaks, dont map windows then :P just be happy it runs ;)
[01:59] <Tm_T> hmm, looks like some packages are broken: gcalctool gnome-games gnome-utils
[01:59] <Treenaks> ogra: 'observe my l33tness! a black/white X'ed screen!'
[01:59] <dholbach> Tm_T: broken? how?
[02:00] <Tm_T> all complaining: subprocess post-installation script returned error exit status 1
[02:00] <ogra> Tm_T, yes, there is a new gnome upload running ...
[02:00] <ogra> oh
[02:00] <HiddenWolf> Treenaks: just like ikke's video?
[02:00] <dholbach> Tm_T: what else does it say?
[02:00] <ogra> Treenaks, but dare to move the mouse :)
[02:00] <Tm_T> dholbach: not my system, but I
[02:00] <Treenaks> HiddenWolf: ikke?
[02:00] <Tm_T> 'll keep ooking
[02:00] <Tm_T> looking
[02:01] <HiddenWolf> Treenaks: nm
[02:01] <dholbach> Tm_T: dapper? fully upgraded? any held back packages?
[02:04] <Tm_T> dholbach: dapper, ubuntu-standard held
[02:05] <dholbach> Tm_T: what would   apt-get dist-upgrade   be trying to install?
[02:05] <Tm_T> dholbach: inputattach
[02:06] <dholbach> hrm
[02:06] <dholbach> Tm_T: i'm just trying to reproduce
[02:06] <ogra> ?
[02:06] <ogra> inputattach is there
[02:06] <Tm_T> it installed fine, but those those three packages keep complaining
[02:06] <ogra> did you dist-upgrade or only upgrade ?
[02:07] <hunger> mjg59: I ran pmi as root.  Try tracing through /etc/acpi/sleep.sh to see why it's exiting
[02:10] <hunger> mjg59: Tracing? How do I do that with a shell script?
[02:10] <mjg59> Put set -x at the top of it
[02:10] <HrdwrBoB> bash -x
[02:13] <Mithrandir> ogra: (or somebody else with a ppc) could you try pulling and building xresprobe from http://people.ubuntu.com/~tfheen/bzr/xresprobe/trunk and see if it works?  It builds fine on davis, but I don't have a ppc so I can't see if I get sensible results or not. :-)
[02:14] <ogra> Mithrandir, will do
[02:14] <hunger> mjg59: Calling /etc/acpi/sleep.sh turns of my screen....
[02:14] <Mithrandir> ogra: thanks.
[02:14] <hunger> mjg59: WLAN, HD, Bluetooth keep blinking, so it definitly does not shut down.
[02:15] <Tm_T> dholbach: ok, ping me if you find anything
[02:15] <mjg59> hunger: Right. Where does it fail?
[02:16] <dholbach> Tm_T: what about the messages? is there anything else?
[02:16] <hunger> mjg59: No idea... the screen went dark.
[02:16] <hunger> mjg59: I'll try again and redirect the output.
[02:16] <mjg59> hunger: Ok
[02:16] <Tm_T> dholbach: Nope
[02:18] <Tm_T> dholbach: nothing else notable I think
[02:18] <ogra> Mithrandir, dpkg-buildpackage builds a fine binary now ... do you need a pbuilder test as well ?
[02:19] <ogra> ddcprobe and xresprobe report the right values
[02:19] <Mithrandir> ogra: no, I wonder if it works and gives sensible output. :-)
[02:19] <Mithrandir> ok, coolie.
[02:19] <ogra> :)
[02:19] <Mithrandir> thanks.
[02:19] <ogra> np
[02:19] <Tm_T> dholbach: I'll pastebin it all
[02:22] <Tm_T> http://kubuntu.pastebin.com/552513
[02:29] <hunger> mjg59: Calling /etc/acpi/sleep.sh in trace mode works...
[02:31] <hunger>
[02:32] <hunger> 8
[02:32] <hunger> mjg59: Damn! Now calling /etc/acpi/sleep.sh works, even without -x:-(
[02:33] <hunger> mjg59: It has some trouble finding xscreensaver-command, that's it.
[02:37] <zul> heylo
[02:40] <zul> Kamion: ping..
[02:41] <doko_> could somebody enlighten me, why gcj-4.1_4.1ds8-0ubuntu8 was rejected with "Uploads to dapper are not accepted." ?
[02:41] <pitti> doko_: did you upload to jackass?
[02:42] <doko_> pitti: yes
[02:42] <infinity> Then that's your problem.
[02:42] <pitti> doko_: upload.ubuntu.com
[02:43] <ogra> Kamion, hmm, fun, after a failed install attempt that stopped on ltsp-client-builder (fairly early) i have grub error 15 now, how can that be ?
[02:43] <doko_> argh!
[03:04] <ogra> hmm, resue mode neither works on amd64 live nor on amd64 install, thats odd
[03:05] <zul> ogra: erroro 15 maybe it cant find the kernel or something..
[03:06] <ogra> zul, but i wasnt even beyond the base system install
[03:06] <Kinnison> mjg59: Grah, --no-daemon doesn't die even without --verbose
[03:06] <ogra> there is nothing that should touch my grub
[03:07] <mjg59> Kinnison: Ha
[03:07] <mjg59> Kinnison: Without --no-daemon, it forks and the parent exits. Is gdb following that sensibly?
[03:07] <Kinnison> the "exited normally" thing hints towards the dbus library closing
[03:07] <zul> ogra: hmm..interesting
[03:07] <Kinnison> mjg59: in that instance, gdb indicated a normal exit
[03:08] <mjg59> (Start it outside gdb. gdb -p to the process?)
[03:08] <Kinnison> yeah
[03:09] <Kinnison> mjg59: "Program exited normally"
[03:09] <ogra> phew ...
[03:09] <ogra> fixed...
[03:09] <ogra> but that shouldnt happen...
[03:10] <ogra> apart from being technically impossible ...
[03:11] <Kinnison> impossible just takes a little longer to achieve
[03:11] <zul> heh...apparently anything is possible
[03:11] <Kinnison> mjg59: HATE HATE HATE
[03:11] <mjg59> Kinnison: ?
[03:11] <Kinnison> mjg59: even with breakpoints on _exit and exit, gdb doesn't catch it
[03:12] <ogra> zul, how ? there is nothing that touches grub stuff in base install so that "technically" cant happen
[03:13] <mjg59> Kinnison: Fun
[03:13] <Kinnison> mjg59: indeed
[03:13] <zul> ogra: im not sure...but something went wrong
[03:13] <ogra> obviously :)
[03:14] <ogra> the odd part was that both amd64 CDs i have here crash in busybox in the rescue mode
[03:14] <ogra> and i386 cant chroot to restore grub on a amd64 system
[03:27] <pitti> ogra, Kinnison: do breezy-updates uploads work properly now?
[03:28] <ogra> pitti, apparently
[03:28] <pitti> ogra: cool
[03:28] <ogra> but i dont know if that changed after the DC shuffling ...
[03:28] <ogra> friday it worked :)
[03:29] <Kinnison> source uploads work
[03:29] <Kinnison> builds are not currently done
[03:30] <Kinnison> https://launchpad.net/products/launchpad-buildd/+bug/31082
[03:30] <Ubugtu> malone bug 31082 in launchpad-buildd "Current system doesn't treat Pockets properly" [Normal,Confirmed]
[03:40] <Diziet> Has there been a recent change to the www.ubuntu.com front page which might involve cpu-consuming javascript ?
[03:41] <Diziet> I see some JS there but I'm not enough of a web-JS programmer to tell whether it's likely to cause sluggishness.
[03:41] <ogra> ctrl-u says there is some javascript in there ...
[03:41] <HiddenWolf> what for?
[03:41] <Diziet> I ask because of Malone 31141.
[03:41] <HiddenWolf> that page is as dull as it can be.
[03:41] <ogra> dunno if it was recently added
[03:47] <ogra> HiddenWolf, its for the search field ...
[03:47] <HiddenWolf> ogra: ah, got it.
[03:55] <janimo> has anything changed wrt NEW binaries handling since switching to LP?
[04:01] <ogra> janimo, not from your perspective ... only for the prople processing NEW
[04:01] <ogra> *people
[04:01] <janimo> ok, thanks. But it is no more transparent on LP than it used to right?At least yet.
[04:02] <janimo> I also find that lamonts buildLogs were nicer than current LP build stats.Hope things will imporve
[04:03] <ogra> me too
[04:03] <ogra> but at least LP has newest on top :)
[04:05] <HiddenWolf> Did you guys send suggestions to mark yet? :P
[04:05] <HiddenWolf> he wrote that interface, I think.
[04:08] <ogra> HiddenWolf, no, we're all fearing our jobs if we criticize :P
[04:08] <ogra> (yes there are several bugs open)
[04:09] <ogra> but it works, there are other things with much higher priority
[04:10] <lemsto> what are the current bigger bugs?
[04:10] <desrt> dholbach; are you here?
[04:12] <Kamion> ogra: that partition stored your grub configuration. Reformatting it erased the grub configuration so it no longer knows how to boot.
[04:12] <Kamion> zul: yes?
[04:12] <ogra> Kamion, i didnt reformat hda1 (which holds my grub)
[04:12] <ogra> my test part is hda4 ...
[04:13] <Kamion> ogra: I bet a previous installation caused grub to be installed to point to hda4
[04:13] <ogra> and i'm 100% sure that i checked "do not use" for hda1
[04:13] <ogra> hmm
[04:13] <Kamion> that's what the evidence points to
[04:13] <ogra> right ...
[04:13] <ogra> my test installs indeed install grub on hda4
[04:13] <ogra> ok, thats explains it ...
[04:14] <ogra> additionally, amd64 rescue mode breaks in initramfs ...
[04:14] <Riddell> mjg59: how do HP laptops work with gnome for volume buttons? (trying to answer http://bugs.kde.org/show_bug.cgi?id=121890)
[04:14] <ogra> on both, live and install CD
[04:14] <Kamion> ogra: rescue mode no longer really exists on the live CD; I'll kill the boot menu item now
[04:14] <Kamion> don't waste your time with that one
[04:15] <Kamion> what exactly breaks with rescue mode on the install CD?
[04:15] <Seveas> Riddell, on my HP laptop volume keys work OOTB
[04:15] <Seveas> they have keymaps - not ACPI events
[04:15] <ogra> Kamion, it get thrown into busybox, didnt see any special errormessages
[04:16] <ogra> Kamion, tell me where to look, i can easily reproduce
[04:16] <Riddell> Seveas: gosh, how sensible :)
[04:16] <mjg59> Riddell: They send a keycode
[04:16] <Seveas> Riddell, I haven't yet found anything on that laptop that didn't make sense :)
[04:16] <Seveas> well, there's this stupid SD card thing - but I never use it :)
[04:17] <mjg59> Riddell: Can't remember what the X keycodes are off-hand, but I can probably find that out for you
[04:17] <Kamion> ogra: check that it's really an installer initrd: make sure /lib/debian-installer.d/ is there
[04:17] <Kagou> hi
[04:18] <pitti> Kinnison: oh, -updates go to security.upload.u.c, too?
[04:19] <Kinnison> pitti: the intention is for them to go to u.u.c
[04:19] <Kinnison> pitti: but until that bug is fixed there's little point
[04:19] <Kinnison> pitti: uploads to s.u.u.c won't get through if they're not -security
[04:19] <pitti> ok, I see
[04:19] <pitti> then I'll keep the packages around without uploading them
[04:19] <ogra> Kamion, give me a second...
[04:20] <pitti> I accidentially dput'ed one of them to upload.u.c already
[04:20] <Kinnison> pitti: then the source will go in and the binaries will build when the bug is fixed
[04:20] <pitti> that sounds good
[04:20] <pitti> so I can actually upload it already so that I don't accidentially lose the package, and I don't need to keep track of that build bug
[04:21] <Kinnison> yep
[04:21] <pitti> rock
[04:23] <ogra> Kamion, hmm, thats intresting, now it works with the same iso .... must be the media
[04:26] <Kamion> ogra: sounds to me like you were using the live CD by mistake ...
[04:27] <tepsipakki> could someone confirm a bug on gnome-screensaver that I'm having.. you should have a line "grabDesktopImages: True" in .xscreensaver, and choose AntSpotlight (or Flipscreen3d etc) as the screensaver. Then try to lock the screen
[04:27] <ogra> Kamion, i have live and install isos on different machines... very hard to mix up :)
[04:27] <Kamion> fair enough
[04:27] <Kamion> anyway, I've disabled the rescue option on live CDs now
[04:28] <ogra> i always burn one set of all arches and test that ... i rather think the writing or media failed ...
[04:30] <Alinux> pitti_laptop, hello dear...
[04:31] <Alinux> I saw your malone message.
[04:31] <Alinux> fixed ?
[04:32] <pitti> Alinux: uploaded, but breezy-updates is not built yet
[04:32] <tseng> BenC: do you have any idea why dell openmanage insists on me having a kernel with regparm?
[04:32] <BenC> no idea
[04:32] <tseng> BenC: (i seem to recall you wanted to get it working)
[04:32] <BenC> what is regparm?
[04:32] <tseng> it was an experimental kernel option last i looked
[04:32] <Alinux> pitti, thank you.
[04:33] <tseng> about a year old, some compiler voodoo
[04:33] <BenC> oh, where it forces function args into regs instead of on the stack
[04:33] <tseng> yeah
[04:34] <BenC> very incompatible change, must be how they compiled their kernel stuff
[04:34] <tseng> it gives me shivers still
[04:34] <tseng> i have the source for the driver
[04:34] <BenC> do they have binary portions of a kernel driver or something?
[04:34] <tseng> but the build script insists on having regparm
[04:35] <BenC> are you sure there aren't any binary files being linked into the kernel driver?
[04:35] <BenC> if there aren't, then just hack the build to ignore it
[04:35] <tseng> mm there are some .o files
[04:35] <dholbach> desrt: yes
[04:35] <BenC> oh, nasty
[04:35] <tseng> lots of them
[04:36] <tseng> this thing is generally targetted at RHEL
[04:36] <BenC> tseng: unless you feel like hacking the source to mark all those function calls to the .o files as regparm type, then there's not much to do
[04:36] <torkel> tepsipakki: http://bugzilla.gnome.org/show_bug.cgi?id=328404
[04:37] <Ubugtu> gnome2 bug 328404 in dialog "dialog loses focus" [Critical,Unconfirmed]
[04:37] <desrt> arg.  reply then go offline.
[04:37] <tepsipakki> torkel: yes, that's me =)
[04:37] <tseng> BenC: yeah i dont really feel like loading up hacked up modules onto my servers today
[04:37] <torkel> tepsipakki: ah :-)
[04:37] <tseng> BenC: thanks.
[04:39] <torkel> tepsipakki: and yes I have seen something similiar
[04:39] <tepsipakki> torkel: good to know, I'm not going mad then, yet anyway
[04:40] <dholbach> desrt: yes
[04:41] <tseng> BenC: if you ever get to it give me a yell, i have a bunch of poweredge ubuntu system
[04:43] <desrt> dholbach; remember just before breezy release we were having those battery issues
[04:43] <desrt> dholbach; and i banged together a patch to fix it and it seemed to work for you but you never included it and neither did i because we were both too close to our respective releases?
[04:43] <desrt> dholbach; what's the deal with that?
[04:43] <dholbach> desrt: it's in dapper
[04:43] <desrt> the patch?
[04:43] <dholbach> desrt: as soon as it opened
[04:43] <dholbach> yes
[04:44] <desrt> oh.  awesome
[04:44] <desrt> i'll upstream it then
[04:44] <dholbach> :-)
[04:44] <dholbach> and some people got happy by using it :)
[04:44] <desrt> i was wondering why everyone stopped complaining :)
[04:44] <dholbach> hahaha :(
[04:44] <dholbach> :-)
[04:44] <dholbach> because you rock! :)
[04:44] <desrt> pfah
[04:44] <mjg59> What was this for?
[04:44] <desrt> mjg59; battstat workaround for buggy acpi
[04:45] <mjg59> Ah, ok
[04:53] <MisterN> hi
[05:28] <pitti> dholbach: so you also sometimes get the 'two eth cards race for the same name' bug?
[05:29] <pitti> dholbach: is there already a bug filed about that? I just discussed that with Keybuk and debugged this a bit
[05:29] <dholbach> pitti: Erm... those two boxes only have one card.
[05:30] <pitti> dholbach: hm, didn't you tell me this morning that you get that, too?
[05:30] <dholbach> pitti: you didn't say anything about two cards - so I must have misunderstood you
[05:31] <pitti> ok then :)
[05:32] <pitti> dholbach: ah, it's bug 31188
[05:32] <Ubugtu> malone bug 31188 in udev "udev renaming can cause odd network names" [Normal,Unconfirmed]  http://launchpad.net/bugs/31188
[05:32] <dholbach> ahhh
[05:33] <ogra> pitti, i have that as well, but with _ethX and __ethX (as i told you thid morning)
[05:34] <dholbach> I just have 'lo' on those two. ifconfig {_,}eth<X> up tells me, that that card doesn't exist
[05:35] <ogra> what does "cat /proc/net/dev" say ?
[05:38] <dholbach> eth0_clashed
[05:38] <dholbach> nice :)
[05:38] <ogra> yup
[05:38] <dholbach> thanks ogra
[05:38] <ogra> :)
[05:44] <pitti> dholbach: same bug then
[05:56] <wftl> Hello everyone. Who is working on the live installer for Dapper?  And how is it going? :-)
[05:57] <Kamion> status updates are posted regularly to ubuntu-devel-announce@ along with all the other distro projects being done by Canonical employees
[05:58] <dholbach> mdke: ok, with doing a ubuntu-docs update now?
[06:04] <mdke> dholbach, you bet!
[06:04] <dholbach> mdke: I suppose 'Yes'? :)
[06:07] <mjg59> Oh argh.
[06:07] <mjg59> Does http://librarian.launchpad.net/1568090/buildlog_ubuntu-dapper-i386.glitz_0.5.2-1_FAILEDTOBUILD.txt.gz make sense to anyone?
[06:10] <Diziet> /bin/sh ../libtool is, erm, inspired.
[06:10] <mjg59> It builds fine here, so I'm guessing that it wants an extra build dependency
[06:10] <mjg59> But I honestly can't see what
[06:10] <Diziet> if test -e ./libtool ; then cp -f /usr/bin/libtool ./libtool  ???
[06:11] <Diziet> But only if  "" = "post"
[06:11] <ogra> mjg59, a dependency on autotools-dev ?
[06:11] <mjg59> It has that
[06:11] <mjg59> Ngh.
[06:11] <ogra> hmm
[06:11] <mjg59> It needs to build-depend on libtool!?
[06:11] <janimo> maybe it's libtool that says something is missing
[06:11] <janimo> I saw something similar bu tmaybe not quite this with some missing .la files
[06:11] <mjg59> (Removing libtool results in the same failure)
[06:11] <ogra> normally libtool should be in autotools-dev
[06:11] <janimo> of course it dod not say which it needs
[06:12] <mjg59> ogra: ?
[06:12] <ogra> shouldnt it ?
[06:12] <mjg59> autotools-dev just provides config.guess and config.sub
[06:12] <ogra> oh
[06:12] <janimo> mjg59, tried running libtool by hand in there?
[06:13] <mjg59> The package is libtoolised
[06:13] <janimo> I mean tried by hand for debugging?
[06:13] <mjg59> janimo: Uh. What do you mean?
[06:13] <janimo> in a failed build dir
[06:14] <janimo> execute that bin/sh ../libtol line
[06:14] <mjg59> In a failed build dir, there is no libtool
[06:14] <janimo> and if it fails you can start looking what it exactly does
[06:14] <janimo> are you sure then that libtool is missing?
[06:14] <janimo> I thought maybe the not found message is echoed _by_ libtool
[06:14] <mjg59> "No such file or directory" is pretty definite
[06:14] <janimo> but nothing else
[06:14] <mjg59> But yes
[06:14] <janimo> I think I saw something similar
[06:15] <janimo> libtool says that error too I think
[06:15] <janimo> notice the colon after libtool
[06:15] <janimo> the mesage is his not bash's
[06:16] <janimo> so in the glitz deps I think one does not provide a .la file and that leads to this.
[06:16] <mjg59> janimo: Go to an empty directory. Try /bin/sh ../libtool
[06:16] <janimo> empty?
[06:16] <mjg59> Yes
[06:16] <mdke> dholbach, yes :)
[06:16] <janimo> debuild -us -uc does something and leaves it that way
[06:16] <dholbach> mdke: uploading
[06:16] <janimo> ah ok so debuild by hand then try resuming where it failed
[06:17] <janimo> mjg59, Oh I see I'll try
[06:17] <mjg59> janimo: The error is that the configure script does not generate a libtool file
[06:17] <dholbach> janimo: can you turn off the give-me-your-password-before-you-can-shutdown-xfce thing? :)
[06:17] <janimo> dholbach, on the TODO list, by using priv separated HAL for PM :)
[06:17] <janimo> mjg59, ok I am stupid, sorry for the noise
[06:18] <mjg59> janimo: Heh, no problem :)
[06:18] <dholbach> I see. :-)
[06:23] <dholbach> mdke: done
[06:40] <mdke> dholbach, yay thanks
[06:40] <dholbach> mdke: de rien
[06:53] <seb128> mjg59: usually we use -..ubuntu... versionning for uploads to Ubuntu
[06:54] <Kinnison> mjg59: Have you sorted a new acpi-support with fixed acpi_fakekey goodness?
[06:54] <ogra> seb128, that really depends if its expected to show up in debian
[06:54] <Burgwork> Kinnison, I see you are running into that gpm crash as well
[06:55] <seb128> ogra: for package like glitz which come from Debian....
[06:55] <ogra> Burgwork, and he's fixing it
[06:55] <ogra> seb128, oh, there indeed ...
[06:55] <Kinnison> ogra: well, not very effectively
[06:55] <Kinnison> Currently the best fix for it is to debug it harder
[06:55] <Kinnison> then it fixes itself until you give up and do something else
[06:56] <ogra> heh
[06:57] <Kamion> Kinnison: mako said he approved your membership, btw
[06:57] <Kinnison> Kamion: yeah, I noticed another shiny emblem on my person page :-)
[06:58] <Kinnison> mostly to do with toshibas or g-p-m
[06:59] <zul> Kamion: ping..
[07:01] <Kamion> zul: I already ponged earlier and you didn't respond ...
[07:02] <zul> sorry i was busy with work, did you have a look at the interdiff i sent you
[07:02] <sivang> Kinnison: cool :)
[07:03] <Kamion> zul: jbailey already responded and sent it to Mithrandir who actually has an i2o system, so I'm letting him review it
[07:04] <zul> ok cool..
[07:04] <zul> sorry to bug you
[07:07] <ploum> gnome-icon-theme updated in Dapper... Oh.. The old icons are back :-(
[07:07] <ploum> I liked the new ones
[07:07] <seb128> too many glitches for that cycle
[07:08] <seb128> text preview broken, CD icon broken, mixer applet using wrong icon, etc etc
[07:08] <ploum> seb128: ah ok
[07:08] <seb128> the new spec is great, etc but that's a bit late in the cycle
[07:09] <ploum> I understand
[07:09] <seb128> ploum: note that's a GNOME choice, not a distro one :)
[07:09] <seb128> (but I do think they take the right decision)
[07:09] <ploum> thanks for the information
[07:09] <ploum> I really  like the new one
[07:10] <ploum> thanks for the information problem
[07:10] <seb128> np
[07:10] <seb128> maybe you can give a try to tango if you like the new one :)
[07:11] <ploum> seb128: I don't like tango very much
[07:11] <ploum> too blueish for me
[07:11] <seb128> right
[07:11] <seb128> so wait for next cycle :)
[07:11] <seb128> new icon-theme using new spec will be a part of it
[07:12] <ploum> https://bugs.freedesktop.org/show_bug.cgi?id=5608
[07:12] <Ubugtu> freedesktop bug 5608 in icon theme "Folder icon must be a bit more neutral" [Normal,New]
[07:13] <ploum> but the most irritating thing in tango, IMHO, is :
[07:13] <ploum> https://bugs.freedesktop.org/show_bug.cgi?id=5607
[07:13] <Ubugtu> freedesktop bug 5607 in icon theme "Consistency between different files icons" [Normal,Resolved: notabug]
[07:14] <ploum> seb128: are you coming to FOSDEM ?
[07:14] <seb128> probably not, no
[07:14] <seb128> though I'm not totally decided yet
[07:14] <ploum> Dommage...
[07:14] <ploum> We will also announce the launch of Ubuntu-be :-)
[07:15] <Kamion> grr, I hate the way you have to subclass things in gtkmm in order to do the equivalent of signal_new
[07:18] <Treenaks> ploum: ubuntu-be? why didn't ubuntu-nl hear of this? :)
[07:18] <Treenaks> ploum: we have a few Belgians in there :)
[07:21] <ploum> Treenaks: I talk about it a few times on #ubuntu-nl
[07:21] <Treenaks> ploum: oh, some time ago then :)
[07:22] <ploum> https://wiki.ubuntu.com/BelgianTeam?highlight=%28belgian%29
[07:22] <ploum> Treenaks: yes, a few months ago
[07:22] <ploum> But I will send an "official" announce as soon as I have the hour of the meeting
[07:23] <ploum> (I will try to speak a bit in dutch ;-) )
[07:28] <mjg59> seb128: Ngh. I thought that was just for modifications to synced packages?
[07:28] <mjg59> Kinnison: Not as yet
[07:30] <Kinnison> fyi the patch works fine on my laptop to make it suspend, but that then does expose the amusing re-suspend-on-resume bug
[07:30] <Kinnison> so I'll hammer at g-p-m once I've finished re-triaging the bugs
[07:32] <Kinnison> mjg59: but lock screen isn't quite working again yet
[07:33] <mjg59> Kinnison: Right. That probably needs a touch more love.
[07:33] <ogra> Kinnison, but thats g-s-s responsibility ...
[07:34] <Kinnison> ogra: Hmm
[07:34] <ogra> g-p-m doesnt do locking ... it only calls g-s-s
[07:34] <ogra> (at least its supposed to do that)
[07:35] <ogra> there was a silly discussion upstream that resulted in g-p-m doing dpms and g-s-s doing all the rest ...
[07:41] <carlos> seb128: hi
[07:42] <carlos> seb128: dude, gnome-xchat is not able to disable the away message???
[07:42] <Tm_T> carlos: it might disturb users?
[07:43] <carlos> Tm_T: disable, not 'display'
[07:43] <Tm_T> carlos: function as function ;(
[07:44] <mjg59> Kinnison: Uploaded
[07:46] <dholbach> seb128: disable away message?
[08:03] <Kinnison> mjg59: cunning thought re: suspend-straight-after-resume
[08:03] <Kinnison> mjg59: could it be that we have keypress suspending, and also key release suspending?
[08:04] <janimo> sivang, working on backup spec?
[08:05] <sivang> janimo: yup
[08:06] <janimo> ready till freeze? :)
[08:07] <sivang> janimo: we'll see , I'm doing my best , cutting down some sleep time is in place :)
[08:07] <mjg59> Kinnison: Doubt it
[08:07] <mjg59> It's supposed to be checking the value of the press
[08:07] <Kinnison> mjg59: aye, it was just a random thought while eating dinner
[08:08] <janimo> sivang, good luck :)
[08:10] <janimo> mdz, if you're around please grant UVF exception for ivman - forgot to put in on the xubu list. Latest version has bugfixes specifically requested for xfce session shutdown handling. thanks
[08:11] <sivang> janimo: thanks, I'm gonna need it.
[08:11] <janimo> sivang, got no help? isn't  sbackup author interested too?
[08:14] <sivang> janimo: ah ops, that last sentence was meant with a :-)
[08:17] <sivang> janimo: not really, he didn't quite like the design and concept, IIRC. I'm mostly fine, could just use some more free time :)
[08:41] <ryanpg> mjg59, hey noticed some effort going into getting Xgl packaged... just wanted to say: thanks :)
[08:48] <shaya> stupid Q.  where can one track what packages are being prepared to be installed?
[08:49] <shaya> people are saying "compiz has made it to universe", but i don't see it in launchpad nor in my available package list
[08:49] <shaya> when I mean "installed" I mean into the archive
[08:49] <azeem> there is the dapper-changes list
[08:50] <mjg59> shaya: It's in the NEW queue. It needs manual intervention before it'll get any further.
[08:50] <shaya> mjg59: that was my Q
[08:51] <shaya> where can one view what's in that queue
[08:51] <shaya> is there a web page?
[08:51] <mjg59> I don't believe you can
[08:52] <shaya> hmm, oh well.
[08:52] <olemke> shaya, https://launchpad.net/distros/ubuntu/+builds
[08:53] <janimo> olemeke, that does not show the NEW queue unfortunately
[08:53] <shaya> all it says is compiz failed ot build on i386
[08:54] <olemke> janimo, ah ok :-(
[08:54] <janimo> hopefully it will :)
[09:23] <LeeJunFan> us archive has not been updating - at least breezy for a few weeks now. Anyone here that can do something about it? I posted to lists but I did that when I noticed and must be no-one notice my post.
[09:25] <dholbach> breezy shouldn't change
[09:25] <dholbach> breezy-updates and breezy-security should
[09:27] <LaserJock> LeeJunFan: that is why I've been using archive.ubuntu.com for a long time. us.a.u.c is often out of sync (at least in the past)
[09:27] <tseng> please dont encourage him, daniel is correct
[09:29] <LaserJock> tseng: I'm not trying to encourage him but in his email he says it is out of sync
[09:30] <LeeJunFan> dholbach: latest kernel image there is build 26 archive.ubuntu.com has 28, I've been using that too because us isn't working right.
[09:30] <LeeJunFan> it's slow as hell today though, I can only get about 10K from main archive, us I can pull over 300K. :(
[09:31] <dholbach> kernel-image?
[09:31] <dholbach> it's slow today, that's known and worked on
[09:32] <LeeJunFan> linux-image
[09:32] <LeeJunFan> linux-image-2.6.12-10-386_2.6.12-10.28_i386.deb is not on us.archive
[09:32] <seb128> mjg59: Debian has a glitz package too by example
[09:32] <seb128> carlos: how so? /away doesn't work?
[09:32] <carlos> seb128: that sets the away but how do you disable it?
[09:34] <mjg59> seb128: Yes, but not for that version
[09:35] <Treenaks> carlos: /away again
[09:35] <seb128> mjg59: yeah, but they might package it and use the same version as you, they don't have for habit to check on Ubuntu and use -debian... versions in case we already used it
[09:36] <seb128> carlos: /away
[09:36] <carlos> Treenaks: really?
[09:36] <seb128> sure
[09:36] <carlos> didn't know that....
[09:36] <carlos> thanks
[09:36] <seb128> :)
[09:36] <carlos> O:-)
[09:36] <seb128> carlos: every day we learn a bit :)
[09:38] <Seveas> carlos, many irc clients have /back aliased to /away for your cnvenience :)
[09:54] <LeeJunFan> looks like ca.archive.ubuntu.com is old too.
[09:55] <Amaranth> ca == us
[09:56] <Amaranth> most of the country code mirrors are the same couple of machines, i think it's so they can add more later without trying to get users to update their sources.list
[09:59] <LeeJunFan> Amaranth: they are different cnames and resolve to different addresses.
[09:59] <LeeJunFan> they resolve to different cnames that is. mirror.arcticnetwork.ca and ubuntu.mirrors.tds.net for the USA.
[10:04] <Mez> infinity, cheers for the upload
[10:14] <shaya> mjg59: any chance you can apply an fglrx patch hack to glitz?
[10:14] <shaya> glitz doesn't seem to recognize fglrx's pbuffer support w/o it
[10:15] <mjg59> shaya: Possibly, if you can provide a pointer
[10:15] <mjg59> But I'd rather not add mad hacks
[10:16] <shaya> small patch
[10:16] <shaya> but without it, glitzinfo says I have no pbuffers on my t42p
[10:17] <shaya> mjg59: http://ubuntuforums.org/showthread.php?t=127090&page=33
[10:17] <shaya> near the top
[10:17] <Treenaks> http://ubuntuforums.org/attachment.php?attachmentid=6046&d=1139694349
[10:18] <shaya> though revman applied something on 2/10 to do something, but doesn't seem to do much for me
[10:18] <shaya> fglrx hack and some missing ChangeLog entries
[10:18] <shaya> "fglrx hack and some missing ChangeLog entries" (being his changelog entry)
[10:18] <shaya> for src/glx/glitz_glx_extension.c:1.3->1.4
[10:19] <shaya> PatchSet 111 (as computed by cvsps)
[10:33] <Treenaks> mdke: yelp in dapper segfaults on startup
[10:34] <shaya> it does?
[10:34] <mdke> Treenaks, yes it does.
[10:34] <shaya> I'm running it now
[10:34] <Burgwork> Treenaks, it should be fixed now, see the latest in the thread
[10:34] <shaya> no one tell my yelp that
[10:34] <mdke> Treenaks, but that's not what I am referring to
[10:35] <mdke> its a shame to see people saying "yelp has had no love this cycle" when the speed has been improved by about 4000%
[10:36] <Treenaks> speed love!
[10:36] <Treenaks> I've also noticed overall memory usage reductions
[10:37] <Treenaks> in all of gnome
[10:37] <sivang> Treenaks: probably moz stuff breaking it..
[10:38] <mjg59> Damnit.
[10:38] <mjg59> My mesa build failed because I forgot to upload x11proto-gl first
[10:42] <sivang> does anybody know about a good way other then going all over the files for calculating a a dir (actual size, not apparent) ? preferably in python ;-)
[11:06] <Treenaks> argh! shift+insert is broken in gnome-terminal
[11:10] <Mez> infinity, ping
[11:34] <MisterN> n8
[11:43] <Pygi> fabbione: ping
[11:49] <dholbach> Pygi: i suppose he's in bed
[11:49] <Pygi> dholbach: k, thanks
[11:50] <Pygi> if I am not around once he gets online, please tell him that daily build of ubuntu-server installs cleanly


[10:06] <arkin> smoser: So on line 17 it will print ($HOME) versus the variable contents
[10:08] <arkin> smoser: that second script looks really good
[13:23] <smoser> arkin, i was just trying to show that without a shell, enviroment variables are not interpreted.. there is *no* shell involved there to do that expansion/replacement.
[13:23] <smoser> echo is '/bin/echo' as found in path.
[13:23] <smoser> probably should have written that, as reading it it is confusing.
[13:55] <arkin> smoser: Yeah, OK, I think I sort of understand this... bash is still kind of new to me
[13:55] <arkin> so when you echo using bash, bash first replaces variables and such before sending to echo ?
[13:55] <arkin> whereas in runcmd if you send an array, it simply pipes to echo but not through bash (if thats possible) ?
[13:57] <smoser> right.
[13:57] <smoser> well, not pipe to echo, just doesn't use a shell. uses 'exec'
[14:05] <arkin> smoser: hmm ok thanks, suprised at how big cloud-init is, had not heard of it until DO but now I'm seeing AWS use it
[14:14] <Odd_Bloke> arkin: It's supported by AWS, GCE, Azure and OpenStack (to name the big players).
[14:14] <arkin> Odd_Bloke: Impressive
[14:19] <Odd_Bloke> arkin: That also means that anywhere that provides an EC2- or OpenStack-compatible interface can normally be enabled pretty easily. :)
[14:20] <arkin> Odd_Bloke: Yea its quite cool what I've done so far


[06:05] <btm> What is the plan for disabling a service on startup, such as apache, when running under upstart?
[09:31] <JanC> what do you mean by "disabling on startup" ?
[09:31] <JanC> by a kernel parameter or something?
[09:41] <JanC> (like gdm dus in Ubuntu 9.10)
[10:03] <ion> btm: For now, comment out the ‘start on...’ line.
[15:20] <cornucopic> Hi! what does 'task' denote in a upstart task?
[20:24] <btm> JanC: yeah like update-rc.d / chkconfig.
[20:25] <btm> ion: word, that was my conclusion, although that is incredibly icky for automation and hopefully the 'initctl manual SERVICE' feature gets added soon.


[13:16] <mup> PR snapcraft#4164 opened: For consistency, rename new kernel plugin file to "kernel_plugin.py" <Created by rpjday> <https://github.com/snapcore/snapcraft/pull/4164>


[09:36] <Arby> trying to debug a crash in ktimetracker
[09:36] <Arby> do we have Qt debugging symbols anywhere other than in libqt4-dbg
[09:37] <Arby> I've still got missing symbols in the backtrace
[10:06] <devfil> Riddell: can you take a look at bug 297161 ?
[10:52] <Havoc][> hello!
[13:31] <usr> Hello. It would be possible to include "sysinfo:/" in Kubuntu? http://www.kde-apps.org/content/show.php?content=58704
[13:37] <usr> It's a nice KIO Slave, and Mandriva Linux and OpenSUSE have got it since years ago.
[15:01] <seele> in adept, does it use a different icon for security updates vs. software updates?
[15:01] <jjesse> am i doing something wrong that konsole is not saving its window size etc after logging out and logging back in?
[15:03] <seele> jjesse: no it's a bug in konsole
[15:03] <jjesse> seele ok thanks
[15:26] <echidnaman> jjesse: do you have KDE 4.1.3 installed? Apparently it's supposed to be fixed in 4.1.3
[15:27] <jjesse> echidnaman: dont know wuill check
[15:27] <jjesse> have kde 4.1.3 installed
[15:34] <JontheEchidna> works for me (tm)
[15:46] <jjesse> JontheEchidna: hrm will have to take a look at things
[15:47] <JontheEchidna> We had a patch for Konsole we were using to work around a bug in KDE 4.1.2 that caused a problem just like yours
[15:47] <JontheEchidna> we removed the patch for 4.1.3 because a proper fix had been made upstream
[15:48] <jjesse> yay for proper fixes
[17:59] <glade88> hm. I still have the amarok-nightly-kdelibs error after todays update
[21:15] <yuriy> wow this is the first I've seen of almost consistently positive comments about kde4. feels kind of unreal.   http://ubuntuforums.org/showthread.php?t=980980
[21:28] <ryanakca> Oooh, merges :D
[21:29] <Tm_T> yuriy: I like 90% of times see positive comments
[21:29] <Tm_T> but I'm on the wrong side I guess
[21:30] <yuriy> I'm under the impression that ubuntu forums tend to be more negative toward anything KDE
[21:30] <Tm_T> I don't do forums really, so... (;)
[22:47] <sebas> Moin
[22:47] <sebas> Is anybody aware of changes in dbus permissions in the last couple of days in intrepid?
[22:47] <jjesse> moin
[22:48] <sebas> gpg-agent, kwalletd, networkmanager and some solid stuff is broken here at once
[23:23] <Riddell> sebas: no, but check intreipd-changes
[23:23] <Riddell> or see what's new in /var/cache/apt/archive
[23:24] <sebas> archives has nothing suspicious
[23:24] <sebas> What's intrepid-changes?
[23:28] <Riddell> mailing list of new packages
[23:28] <Riddell> https://lists.ubuntu.com/archives/intrepid-changes/2008-November/thread.html
[23:29] <Riddell> can't see anything directly dbus related.  new qt and kde4libs concievably
[23:31] <Riddell> ooh, build failures for armel arriving in inbox :)
[23:34] <sebas> I don't think it's KDE related
[23:34] <sebas> I also cannot start nm-applet under my normal account
[23:34] <sebas> The common thing I see, that pretty much everything requiring dbus doesn't work
[23:35] <sebas> ** (nm-applet:7890): WARNING **: <WARN>  applet_dbus_manager_start_service(): Could not acquire the NetworkManagerUserSettings service.
[23:35] <sebas>   Message: 'Connection ":1.377" is not allowed to own the service "org.freedesktop.NetworkManagerUserSettings" due to security policies in the configuration file'
[23:35] <sebas> this happens when starting nm-applet under my own account
[23:35] <sebas> it works if I start it as root on my DISPLAY


[17:22] <cyphermox> IdleOne: hey
[17:23] <cyphermox> you involved in Debian in any way besides participating in Ubuntu? would you like to be?
[17:28] <Ankman> anyone has debian (testing) and also uses mplayer *and* had an update recently? with the result mplayer not working anymore
[17:45] <cyphermox> Ankman: update on testing, sid, stable?
[17:45] <cyphermox> I fail at reading
[17:46] <cyphermox> Ankman: you interested in helping out with a possible DebConf bid for Montreal
[17:53] <Ankman> testing
[17:53] <Ankman> after its update mplayer doesn't work anymore.old bug. is fixed. but debian testing installed the bug only yesterday
[17:53] <Ankman> just wondering if others on debian experience the same problem


[14:13] <cpaelzer> didrocks: ddstreet: doko: slyon: jamespage: sarnold: as you all know many of us are rather busy at the sprint happening this week. I won't be able to make todays sessions
[14:13] <cpaelzer> hoping for more normal days starting next week
[14:15] <ddstreet> o/ fine with me, yeah
[14:18] <slyon> ack
[14:19] <didrocks> sounds good to me, we can skip, I just hope to have someone volunteering for a small easy packaging to MIR, wsl-setup. Any taker ddstreet, doko, slyon, jamespage? (it’s one simple package with one script, blocking us on WSL)
[14:20] <ddstreet> i'm out until next week, so can't take it myself, sorry
[14:23] <slyon> didrocks: is there any reference/LP for this?
[14:26] <slyon> oh apparently it's a normal MIR.. bug #1948392 I can work on that
[14:29] <cpaelzer> didrocks: I can try to have a look at Thu morning
[14:29] <cpaelzer> so if slyon does not get to it I can
[14:29] <sarnold> good morning
[14:30] <didrocks> cpaelzer: thanks a lot :)
[19:03]  * vorlon waves
[19:04] <rbasak> o/
[19:05] <mdeslaur> o/
[19:09] <vorlon> sil2100 as chair, mdeslaur as backup?
[19:09] <mdeslaur> looks like sil2100 isn't here
[19:10] <mdeslaur> #startmeeting
[19:10] <meetingology> Meeting started at 19:10:07 UTC.  The chair is mdeslaur.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[19:10] <meetingology> Available commands: action, commands, idea, info, link, nick
[19:10] <mdeslaur> [topic] Apologies
[19:10] <mdeslaur> nobody apologized?
[19:10] <mdeslaur> [topic] Action review
[19:10] <mdeslaur> ACTION: formal ratification of third party seeded snap security policy, depends on
[19:11] <mdeslaur> ACTION: vorlon to circle around with store, snapcraft, et all, and revise the snap source revision policy to be more clear with regards to rebuildability and GPL compliance.
[19:11] <vorlon> punt
[19:11] <mdeslaur> ACTION: vorlon to reply to seeded snap upload permissions question on list
[19:11] <vorlon> punt :/
[19:11] <mdeslaur> CTION: sil2100 to start a draft summarizing the OEM archive portion of the meeting which xnox and TB will review, edit, and ratify before we move on to figuring out the next step
[19:11] <mdeslaur> sil2100 is absent
[19:11] <mdeslaur> ACTION: all members to continue discussion at https://pad.ubuntu.com/third-party-repository-requirements
[19:11] <mdeslaur> I added another comment today
[19:12] <mdeslaur> doesn't look like sil2100 looked at it yet?
[19:13] <mdeslaur> ok, I guess we'll want to wait to discuss it
[19:14] <mdeslaur> [topic] Mailing list archive
[19:14] <mdeslaur> there's the OpenSSL license exception thread
[19:15] <mdeslaur> I don't think we have anything else to do after vorlon's excellent response?
[19:16] <mdeslaur> [topic] Community bugs
[19:16] <mdeslaur> no community bugs
[19:16] <mdeslaur> [topic] AOB
[19:16] <mdeslaur> does anyone have anything else they would like to discuss?
[19:16] <vorlon> nothing from me
[19:16] <mdeslaur> rbasak?
[19:17] <rbasak> Nothing from me thanks
[19:17] <mdeslaur> [topic] Next chair
[19:18] <mdeslaur> sil2100 with cyphermox as backup
[19:18] <mdeslaur> that's all folks
[19:18] <mdeslaur> #endmeeting
[19:18] <meetingology> Meeting ended at 19:18:59 UTC.  Minutes at https://new.ubottu.com/meetingology/logs/ubuntu-meeting/2021/ubuntu-meeting.2021-10-26-19.10.moin.txt
[19:19] <mdeslaur> thanks vorlon, rbasak
[19:19] <vorlon> thanks


[09:52] <cpaelzer> sarnold: https://github.com/canonical/ubuntu-mir/pull/1 is updated in particular following our discussion of yesterday by https://github.com/canonical/ubuntu-mir/pull/1/commits/259a852cb6374d0b85f43136d19ce09dc572e2c7
[09:52] <cpaelzer> sarnold: would you give me a +1 on it now so that I can merge it?
[15:26] <mapreri> teward: I have no problem attending the meeting today, but if also you can't be here I'll go elsewhere rather than standing in front of the computer :)
[15:38] <teward> i'll be around, but i don't think there's anything that needs our attention
[15:38] <teward> not sure if ddstreet is around or not
[15:38] <teward> i'm also rebuilding my network after pfSense said "F YOU" and blew up this morning so
[15:45] <mapreri> teward: from my side, I'd be looking at somebody to review my debhelper uploads :)
[15:59] <mapreri> teward: besides that, I think that indeed we could just skip.
[16:00] <teward> ok then lets skip we can review debhelper at some other point
[16:00] <teward> i'm still rebuilding my network so
[16:00] <teward> :\
[16:08] <mapreri> teward: ack.  then i'll ask d* to reschedule the meeting.  would the 27th be a good day for you?
[16:20] <teward> lemme check my schedule
[16:20] <teward> sorry still rebuilding my network :P
[16:21] <teward> mapreri: yeah 27th should be ok


[12:12] <savvas> Can I activate my cloak please? https://launchpad.net/~medigeek -- I got my Batman mask on and I could use the cloak to fight crime and all... just kidding :)
[12:31] <savvas> pardon, my ubuntu member cloak
[12:33] <Pici> savvas: Shouldn't be a problem.  topyli, tsimpson, elky, jussi ^^
[12:35] <savvas> thank you Pici!
[13:21] <savvas> can someone activate my ubuntu member cloak please? https://launchpad.net/~medigeek
[13:28] <Pici> savvas: I pinged the people who can do that for you earlier, you'll need to wait for them.
[14:00] <savvas> alright
[15:08] <WereWolf> hi, I would like to have some logs removed please
[15:09] <WereWolf> I would like to remove this page, http://gu.ubuntu-eu.org/freenode/2007/11/06/%23ubuntu-cy.html
[16:11] <Nafallo> dear jpds, can ubot2 reply to !info in #ubuntu-se please? potential love, /N
[18:23] <macer1> Hello
[18:24] <macer1> Are some ubottu dev's there?
[18:29] <rww> macer1: best to ask your actual question and see if someone knows the answer
[18:29] <macer1> OK
[18:29] <macer1> When I say: bug 568611 ubottu displays info
[18:29] <macer1> but when i say #568611
[18:30] <macer1> it is not
[18:30] <macer1> annoying
[18:30] <rww> right, because #568611 doesn't match ubottu's regex for bug stuff, which is deliberately tight to avoid accidental triggers
[18:30] <rww> use the right syntax :)
[18:31] <macer1> hmm...
[18:31] <macer1> ok. it it was made specially like that, ok
[18:31] <rww> yeah, "working as intended" :)
[18:33] <macer1> ok ;)
[18:33] <macer1> thanks


[05:19] <nanotube> hey guys. the link on ubottu.com points to the /tweak lp branch, but that branch says it's moved to ubuntu-bots... so you may want to update the link to lp to point to the new location, that being https://code.launchpad.net/~ubuntu-bots/ubuntu-bots/devel
[05:53] <tsimpson> nanotube: which link exactly?
[05:53] <tsimpson> I thought I change it
[05:54] <tsimpson> guess it got reverted somehow
[05:54] <tsimpson> nanotube: fixed
[05:54] <tsimpson> thanks
[05:56] <nanotube> tsimpson: cool :)
[06:48] <jtatum> ah, that explains why the code in bugtracker in my bot seemed a little off from ubottu's behavior :)
[08:47] <jussi> !cloak
[08:48] <jussi> !canonical
[08:51] <jussi> !ccloak is <reply> For Canonical employees requiring an @canonical cloak, please see the instructions on https://wiki.ubuntu.com/IRC/Cloaks
[08:51] <jussi> !ccloak
[11:52] <joey> Hi Ubuntu IRC ops
[11:52] <bazhang> hi joey
[11:53] <joey> I've just configured up #ubuntu-hams with chanserv. It's been in operation without chanserv for a while
[11:53] <joey> would appreciate if someone would check the setup for it
[11:53] <joey> also would like to have #ubuntu-news and #ubuntu-co-us checked
[11:53] <joey> I don't own -news but I can get it fixed in a jiffy
[11:53]  * joey has been learning the correct setup from jussi
[11:54] <joey> I've been reading through and trying to fix the channels as per https://wiki.ubuntu.com/IRC/CreatingChannels
[12:37] <Armageddon> if someone has a problem with a loco team, is this the right place to state it or ask ?
[12:38] <guntbert> Armageddon: looking at the topic I would assume "yes" - but you may have to be patient :-)
[12:41] <Armageddon> I am, well there is Lebanon Loco team, we tried months ago to email the list asking the current leader/administrator to do something to make it active, or at least give his position to someone else. He replied with arrogance saying that all we need is the leadership and he never did anything about it or anything at all in the first place. and Now there are only 5 members in the Local Team and at least 10 waiting to be accep
[12:45] <Armageddon> he's not doing anything to make the team active, and not even joining to accept or deny our membership
[12:58] <kklimonda> w/topi
[12:58] <kklimonda> Armageddon: I'd say #ubuntu-locoteams is a better channel to discuss loco related issues
[12:59] <Armageddon> thank you kklimonda
[20:43] <BslBryan> Any members of the IRC council here at the moment?
[20:45] <Pici> Yes
[20:45] <Pici> BslBryan: Whats up?
[20:45] <BslBryan> I'd like to request an Ubuntu cloak. https://launchpad.net/~bryanlbasil
[20:47] <Pici> BslBryan: Sure, one moment.
[20:47] <BslBryan> Thanks.
[20:48] <Pici> BslBryan: You're all set.  Congrats on your membership
[20:48] <BslBryan> Great, just received the confirmation email.  Thanks a lot.  Much appreciated.
[21:20] <guntbert> !bot
[21:20] <guntbert> ubottu seems to be alseep
[21:20] <guntbert> *asleep
[21:23] <guntbert> good morning :-) nice she is back
[21:30] <Ddorda> jpds: ping
[21:31] <Ddorda> jpds: when you'll see this: can you please remove ubot2 from #ubuntu-il? we have out own bot now :)
[22:21] <jpds> Ddorda: By your command.
[22:22] <Ddorda> jpds: thanks :)


[23:25] <Bashing-om> Gdoc is completed - thanks to Chris' efforts - Please take the time to look it over and advise/comment. Tommorow morning I will check for final additions, and in the eve make up the WIKI.


[12:23] <ybaumy> hi. when will the kubernetes elastic charm updated to 1.7 kubernetes
[12:49] <tvansteenburgh> ybaumy: you mean the bundle?
[12:51] <ybaumy> tvansteenburgh: yes
[12:52] <tvansteenburgh> ybaumy: possibly tomorrow
[12:52] <ybaumy> tvansteenburgh: or is there an easy upgrade path when i install the old version without breaking anything
[12:52] <ybaumy> tvansteenburgh: ah ok
[12:52] <ybaumy> tvansteenburgh: that long i can wait no problem
[12:53] <tvansteenburgh> ybaumy: sure, if you already have the old one deployed, you can upgrade just the k8s components
[12:53] <ybaumy> tvansteenburgh: no i havent though i want to start with it next week possibly
[12:53] <ybaumy> tvansteenburgh: i got a new project but im not in a hurry


[04:37] -queuebot:#ubuntu-release- New binary: rustc [i386] (cosmic-proposed/universe) [1.28.0+dfsg1+llvm-0ubuntu1] (no packageset)
[06:30] -queuebot:#ubuntu-release- New source: zvmcloudconnector (cosmic-proposed/primary) [1.2.3-0ubuntu1]
[06:36] -queuebot:#ubuntu-release- New: accepted equinox-bundles [amd64] (cosmic-proposed) [4.7.3-1]
[06:55] -queuebot:#ubuntu-release- New: accepted iraf-fitsutil [amd64] (cosmic-proposed) [2018.07.06-2]
[06:55] -queuebot:#ubuntu-release- New: accepted iraf-fitsutil [armhf] (cosmic-proposed) [2018.07.06-2]
[06:55] -queuebot:#ubuntu-release- New: accepted iraf-fitsutil [ppc64el] (cosmic-proposed) [2018.07.06-2]
[06:55] -queuebot:#ubuntu-release- New: accepted iraf-fitsutil [arm64] (cosmic-proposed) [2018.07.06-2]
[06:55] -queuebot:#ubuntu-release- New: accepted iraf-fitsutil [i386] (cosmic-proposed) [2018.07.06-2]
[06:58] -queuebot:#ubuntu-release- New: accepted rustc [amd64] (cosmic-proposed) [1.28.0+dfsg1+llvm-0ubuntu1]
[06:58] -queuebot:#ubuntu-release- New: accepted rustc [armhf] (cosmic-proposed) [1.28.0+dfsg1+llvm-0ubuntu1]
[06:58] -queuebot:#ubuntu-release- New: accepted rustc [ppc64el] (cosmic-proposed) [1.28.0+dfsg1+llvm-0ubuntu1]
[06:58] -queuebot:#ubuntu-release- New: accepted rustc [arm64] (cosmic-proposed) [1.28.0+dfsg1+llvm-0ubuntu1]
[06:58] -queuebot:#ubuntu-release- New: accepted rustc [s390x] (cosmic-proposed) [1.28.0+dfsg1+llvm-0ubuntu1]
[06:58] -queuebot:#ubuntu-release- New: accepted rustc [i386] (cosmic-proposed) [1.28.0+dfsg1+llvm-0ubuntu1]
[09:19] -queuebot:#ubuntu-release- New sync: dconf (cosmic-proposed/primary) [0.28.0-2]
[09:25] -queuebot:#ubuntu-release- New: accepted dconf [sync] (cosmic-proposed) [0.28.0-2]
[09:25] -queuebot:#ubuntu-release- New: accepted zvmcloudconnector [source] (cosmic-proposed) [1.2.3-0ubuntu1]
[09:26] <LocutusOfBorg> since we are approaching a new "big one" transition, what about disabling autosync?
[09:29] -queuebot:#ubuntu-release- New binary: zvmcloudconnector [amd64] (cosmic-proposed/universe) [1.2.3-0ubuntu1] (no packageset)
[09:35] <Ukikie> Which transition?
[09:39] <LocutusOfBorg> qt+everything
[09:40] <LocutusOfBorg> I mean, we are closing to make it migrate
[09:40] <LocutusOfBorg> "getting closer"
[09:59] <LocutusOfBorg> e.g. sndio is getting autosyncd, involving "only 10 packages", but maybe it might be better to entangle more stuff
[10:37] -queuebot:#ubuntu-release- New: accepted zvmcloudconnector [amd64] (cosmic-proposed) [1.2.3-0ubuntu1]
[12:31] <LocutusOfBorg> please turn DOWN autosync!
[12:32] <LocutusOfBorg> cjwatson, ^^ :D
[12:32] <LocutusOfBorg> we are getting near to see it migrate
[12:34] <cjwatson> somebody else please
[13:23] <Laney> I did it
[13:26] <Laney> if I copy and paste the hint from update_output.txt it crashes tilix
[13:26] <Laney> /o\
[13:42] <apw> quality
[14:14] <LocutusOfBorg> lol
[14:20] <LocutusOfBorg> Laney, apw emacs25 is now called emacs, so can you please do the "move to main and the other to universe" thing?
[14:20] <LocutusOfBorg> emacs/amd64 unsatisfiable Depends: emacs-gtk | emacs-lucid | emacs-nox
[14:20] <LocutusOfBorg> emacs25/amd64 unsatisfiable Depends: emacs-gtk
[14:20] <LocutusOfBorg> emacs25-nox/amd64 unsatisfiable Depends: emacs-nox
[14:21] <LocutusOfBorg> (it is a sad thing, I know)
[14:21] <LocutusOfBorg> 3 RC bugs :/
[14:24] <Laney> LocutusOfBorg: no
[14:24] <Laney> I can't do that
[14:29] <Laney> hhvm and openjfx need something too
[14:39] <LocutusOfBorg> Laney, openjfx is uploading in some second
[14:39] <LocutusOfBorg> hhvm on todo
[14:42] <LocutusOfBorg> problem is ffmpeg and what needs porting/fixes...
[14:42] <LocutusOfBorg> /Note: this function must return int, despite the fact it doesn't conform to XIMProc type.
[14:42] <LocutusOfBorg> / This is required in documentation of XIM
[14:42] <LocutusOfBorg> static int im_preedit_start(XIM im_xim, XPointer client, XPointer call) {
[14:43] <LocutusOfBorg> this is the openjfx failure... I'm going to do "-Wno-error=cast-function-type"
[15:12] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (bionic-proposed/partner) [1:20180710.1-0ubuntu<IP_ADDRESS> => 1:20180814.1-0ubuntu<IP_ADDRESS>] (no packageset)
[15:12] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (xenial-proposed/partner) [1:20180710.1-0ubuntu<IP_ADDRESS> => 1:20180814.1-0ubuntu<IP_ADDRESS>] (no packageset)
[15:13] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (trusty-proposed/partner) [1:20180710.1-0ubuntu<IP_ADDRESS> => 1:20180814.1-0ubuntu<IP_ADDRESS>] (no packageset)
[15:28] <Laney> performous tupi vcmi
[15:36] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (bionic-proposed) [1:20180814.1-0ubuntu<IP_ADDRESS>]
[15:37] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (trusty-proposed) [1:20180814.1-0ubuntu<IP_ADDRESS>]
[15:37] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (xenial-proposed) [1:20180814.1-0ubuntu<IP_ADDRESS>]
[16:15] <Laney> that'll do, IMHO everything left apart from emacs should be booted out
[16:19] <acheronuk> LP: #1772588
[16:20] <acheronuk> not sure if that needs to be actioned instead of rebuilds? tjaalton?
[16:20] <Laney> yes very good, but I can't do anything about that
[16:20] <Laney> what I can do is rebuild things so that they don't block this transition
[16:22] <acheronuk> fair enough. just wasn't sure
[16:58] <Laney> paraview is failing too
[17:00] <Laney> and those two octave-* regressions are maybe just things to punt out
[17:01] <Laney> would be nice if someone could file all those removal / demotions in a bug unless they really want to fix them
[17:02] <Laney> strigi is probably good to remove completely if amarok is temporarily demoted (IIRC)
[17:02] <Laney> night
[17:17] <acheronuk> yes, the amarok in proposed has been rebuilt without strigi. so the amarok in release could be deleted to allow strigi to be removed
[17:22] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (cosmic-proposed/main) [4.17.0-8.9] (core, kernel)
[17:22] -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (cosmic-proposed/main) [4.17.0-8.9] (core, kernel)
[17:32] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (trusty-proposed/partner) [1:20180710.1-0ubuntu<IP_ADDRESS> => 1:20180814.1-0ubuntu<IP_ADDRESS>] (no packageset)
[17:32] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (xenial-proposed/partner) [1:20180710.1-0ubuntu<IP_ADDRESS> => 1:20180814.1-0ubuntu<IP_ADDRESS>] (no packageset)
[17:35] -queuebot:#ubuntu-release- Unapproved: adobe-flashplugin (bionic-proposed/partner) [1:20180710.1-0ubuntu<IP_ADDRESS> => 1:20180814.1-0ubuntu<IP_ADDRESS>] (no packageset)
[17:36] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (trusty-proposed) [1:20180814.1-0ubuntu<IP_ADDRESS>]
[17:36] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (xenial-proposed) [1:20180814.1-0ubuntu<IP_ADDRESS>]
[17:36] -queuebot:#ubuntu-release- Unapproved: accepted adobe-flashplugin [source] (bionic-proposed) [1:20180814.1-0ubuntu<IP_ADDRESS>]
[18:10] <LocutusOfBorg> Laney, what about merging the mariadb-10.1 hint request?
[18:17] <LocutusOfBorg> this one https://code.launchpad.net/~costamagnagianfranco/britney/hints-ubuntu/+merge/352783
[18:55] -queuebot:#ubuntu-release- Unapproved: fwupd (xenial-proposed/main) [0.8.3-0ubuntu3 => 0.8.3-0ubuntu4] (desktop-core)
[19:10] <tjaalton> acheronuk: it needs an archive admin to remove the drivers already
[19:11] <tsimonq2> Oh thank god, finally.
[19:11] <tsimonq2> LocutusOfBorg: <43
[19:12] <tsimonq2> *<3
[19:12] <tsimonq2> And Laney too
[19:12] <tsimonq2> slangasek: Could bug 1772588 be dealt with please? If I understand correctly it's blocking the megatransition.
[19:18] <slangasek> tsimonq2: I'm not sure I see the relationship between that bug and the transition being blocked; e.g. xorg-server is listed as one of the uninstallables resulting from the hint, and that's certainly not an obsolete X11 driver
[19:19] <tsimonq2> slangasek: I see a lot of uninstallables; regardless, could you do the removing if it looks sane? :)
[19:20] <slangasek> tsimonq2: I am currently processing kernel SRUs, after that I will take a look.  In the meantime, my above is an "are you sure?" since maybe it won't fix the root cause and you want to investigate more
[19:21] <tsimonq2> slangasek: I know it won't fix the root cause but it's likely to clear things up just a little more.
[19:50] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [ppc64el] (xenial-proposed/main) [4.15.0-33.36~16.04.1] (kernel)
[19:51] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (xenial-proposed/main) [4.15.0-1022.22~16.04.1] (no packageset)
[19:51] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [amd64] (xenial-proposed/main) [4.15.0-33.36~16.04.1] (kernel)
[20:19] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (xenial-proposed) [4.15.0-1022.22~16.04.1]
[20:20] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [ppc64el] (xenial-proposed) [4.15.0-33.36~16.04.1]
[20:20] -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [amd64] (xenial-proposed) [4.15.0-33.36~16.04.1]
[20:33] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (xenial-proposed/main) [4.4.0-134.160] (core, kernel)
[20:59] -queuebot:#ubuntu-release- Unapproved: rejected maas [source] (bionic-proposed) [2.4.1-7032-g11e4fa330-0ubuntu1~18.04.1]
[21:25] <slangasek> tsimonq2: well I'm looking at LP: #1772588 and now I don't understand why tjaalton is asking for packages which are in sync from Debian to be removed from Ubuntu only
[21:42] <tsimonq2> ¯\_(ツ)_/¯
[21:51] -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (bionic-proposed/main) [4.15.0-33.36] (core, kernel)
[21:52] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (bionic-proposed/main) [4.15.0-33.36] (core, kernel)
[22:40] <tjaalton> slangasek: being in sync isn't the point. and yes maybe some of them have been updated there since 2+ months ago
[22:40] <slangasek> tjaalton: but why go to the effort of removing them from Ubuntu and blacklisting them here, but not remove them from Debian?
[22:41] <slangasek> tjaalton: (they also aren't causing any transition problems)
[22:43] <tjaalton> slangasek: ok, what is, at this point? the transitional pkg should've cleared some, right?
[22:43] <slangasek> there's a smattering of packages now blocking, none of them X-ish
[22:44] <tjaalton> huh, ok
[22:44] <slangasek> emacs needed a binary promotion (because emacs stole emacs25 source)
[22:44] <slangasek>     * amd64: dvdrip, emacs25, emacs25-lucid, hhvm, hhvm-dbg, libopenjfx-java, libopenjfx-jni, libsearchclient-dev, libstreamanalyzer-dev, libstreamanalyzer0v5, libstrigihtmlgui-dev, libstrigihtmlgui0v5, mediathekview, openjfx, paraview, paraview-dev, paraview-python, pdfsam, performous, pfsglview, pfstools, pfsview, rbdoom3bfg, ring, ring-daemon, ripmake, strigi-client, strigi-daemon,
[22:44] <slangasek> strigi-dbg, strigi-utils, subtitleripper, transcode, transcode-dbg, tupi, vcmi, vdr-plugin-softhddevice
[22:44] <slangasek> short list
[22:44] <slangasek> hhvm is probably a disaster but I haven't looked yet
[22:45] <cyphermox> slangasek: I think I'm looking at the same list, and if I didn't mess up too much the only thing catching was emacs25?
[22:45] <cyphermox> but I suspect I must have messed up somewhere anyway
[22:46] <slangasek> cyphermox: what do you mean "catching"?
[22:46] <tjaalton> from update_output.txt?
[22:47] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (xenial-proposed) [4.4.0-134.160]
[22:47] <cyphermox> slangasek: same as you mentioned, emacs stealing emacs25; which I saw when I try to script doing the same thing britney does
[22:48] <mwhudson> slangasek: hhvm does look "fun"
[22:48] <slangasek> the other packages listed don't depend on emacs
[22:48] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (bionic-proposed) [4.15.0-33.36]
[22:48] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (bionic-proposed) [4.15.0-33.36]
[22:48] <cyphermox> https://paste.ubuntu.com/p/dxDp39XtCC/
[23:48] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (bionic-proposed/main) [4.15.0-1022.23] (kernel)