[12:10] <knome> pleia2, bluesabre: our dev server is really slow for me even if i have a relatively decent 100/100 line. very likely because it's in the states. wonder if anything can be done for this.
[14:25] <FurretUber> Hi, I'm trying to understand the problems I'm having with the panel notification icons on my install
[14:25] <FurretUber> It's being challenging, as it's not obvious to me what is making a clean install behave so differently from an upgraded install
[14:27] <FurretUber> On the clean install, notification icons and systray icons work properly, but on the upgraded install, it's being very inconsistent
[14:27] <FurretUber> Comparing them, I can see that the Indicator Plugin on the clean install shows no icons, while on the upgraded install they are shown there
[14:28] <FurretUber> On the clean install, the systray shows all icons, while on the upgraded install, systray may or may not show the icons
[14:29] <FurretUber> Here is a picture showing the difference. Right click on nm-applet was used on both, top is upgraded host, bottom is live VM: https://i.imgur.com/Rvo5B1c.png
[14:29] <FurretUber> I even tried copying the xml from the VM to the host, kill xfconfd on host to replace it, and it still didn't fix
[14:36] <FurretUber> Another picture, on VM it shows the nm-applet, on host it doesn't: https://i.imgur.com/jlOK8ac.png
[14:36] <FurretUber> And I don't know why this difference exists 😭
[17:10] <FurretUber> How do I debug appindicator problems? xfce4-panel fails to show appindicator icons, and even using PANEL_DEBUG, no messages related to appindicator appear. Meanwhile, systray icons debug messages appear
[17:22] <FurretUber> I think I found the problem: it's the bug 1756627
[17:22] <FurretUber> It's happening with the systray too
[17:26] <FurretUber> And for systray, I reported bug 1949589
[17:37] <FurretUber> You have no idea how happy I am that I finally found what was causing this bug. It was annoying me for 4 months!


[01:05] <marawan2> hello
[01:06] <marawan2> i would like to ask you guys about a list of suggested softwares from the ubuntu software center
[01:06] <marawan2> like one for the graphics, games, internet etc
[01:10] <rmobenchain> hello everyone.  I am trying to play a game on chess.com but everytime I try to, it tells me I need to install an iced tea java plugin.  when I did so via the terminal, nothing happens.  am on chrome using Ubuntu 13.04
[01:12] <marawan2> maybe the chess.com game in not designed for linux
[01:12] <Unit193> rmobenchain: You icedtea-7-plugin and restart chrome?
[01:12] <wilee-nilee> rmobenchain, Did you try firefox, do you have the restricted extras installed?
[01:12] <rmobenchain> I tried restarting chrome.  restricted extras?  uh, didn't know there were restricted extras
[01:13] <rmobenchain> and also had no luck on firefoxc
[01:13] <Unit193> !restricted
[01:14] <rmobenchain> would this be the correct terminal command?  sudo apt-get install ubuntu-restricted-extras
[01:14] <rmobenchain> will try it :)
[01:15] <wilee-nilee> rmobenchain, Yeah if your running ubuntu
[01:15] <rmobenchain> wilee-niles: it seems to be working.  terminal is doing its thing
[01:15] <wilee-nilee> desktop if xubuntu or kubuntu you would sub them, however they are probably the same
[01:16] <wilee-nilee> rmobenchain, YOu can tab complete nicks so we see the answer in red as you do here.
[01:16] <rmobenchain> not sure what you just said... LOL
[01:17] <wilee-nilee> rmobenchain, type will then hit tab and it will complete my nick, I then am notified you are talking to me besides seeing my name.
[01:17] <rmobenchain> wilee-nilee: ahhh... that's cool
[01:17] <wilee-nilee> Doh wilee-nilee
[01:18] <rmobenchain> did I do it right?
[01:18] <wilee-nilee> I spelled it wrong first letters of nick then tab to complete
[01:18] <wilee-nilee> rmobenchain, that be it camper. ;)
[01:19] <wilee-nilee> sometimes the channel gets so busy and full of stuff it gets hard to follow is all.
[01:19] <rmobenchain> wilee-nilee: awesome.  I'm now on title page of user agreements, with an OK option at the bottom, how do I OK that stuff?
[01:19] <wilee-nilee> rmobenchain, In the terminal?
[01:21] <rmobenchain> wilee-nilee:  yes
[01:21] <wilee-nilee> rmobenchain, In the terminal I do it without thinking, the arrow keys to hit yes or y for yes I forget
[01:22] <wilee-nilee> rmobenchain, If needed you can do a screen shot and imagebin it if no one else remembers.
[01:22] <rmobenchain> wilee-nilee: nope, not working. if i coudl take a screenshot and show it, i would
[01:23] <krytarik> rmobenchain: Use Tab and Enter.
[01:23] <wilee-nilee> krytarik, THanks that sounds right, I have done it so many times I do it without thinking.
[01:24] <rmobenchain> krytarik: did it, and nothing
[01:25] <krytarik> rmobenchain: Is the terminal window even in focus? :P
[01:25] <rmobenchain> krytarik: but print screen worked!
[01:26] <krytarik> rmobenchain: And on the second screen, the Arrow keys as mentioned by wilee-nilee.
[01:26] <rmobenchain> krytarik: wilee-nilee  AHA!  the arrows worked!
[01:28] <wilee-nilee> rmobenchain, Cool, hope that gets you on the chessboard to rip it up. ;)
[01:35] <rmobenchain> wilee-nilee: getting ready to close and restart browser and will come back to let you know :)
[01:35] <wilee-nilee> cool
[01:38] <rmobenchain> it would seem that didn't work.  still have a gray screen
[01:43] <wilee-nilee> rmobenchain, I would contact them, to see the compatibility. THere is a firefox addon called user agent switcher that will have you masquerade as pther browsers life safari or ie and a bunch of others, I have had to use it in a college online situation.
[01:43] <wilee-nilee> just guessing here really
[01:44] <rmobenchain> wilee-nilee: i might try that.  i also have an IT buddy who might be able to help me out too.  thanks :)
[01:44] <wilee-nilee> rmobenchain, No problem.
[15:35] <raub> Bonding question:
[15:36] <raub> in https://help.ubuntu.com/community/UbuntuBonding eth0 and eth1 are defined
[15:36] <raub> but in http://ubuntuforums.org/showthread.php?t=1631796 they are specifically not. How come?
[20:36] <argosy_ops> Hey everyone :) I hope this is the right place to ask. Trying my own server installation of Ubuntu for the first time, but I can't seem to get it to boot after installation
[20:38] <argosy_ops> I had a RAID1 configured through EFI which would cause grub to exit the installation. Afterwards, I tried setting up a software RAID through the Ubuntu installer instead. Went through fine, but "no bootable device" afterwards
[20:40] <argosy_ops> Since there are no further meaningful error notices, I have no clue where to start searching for the issue
[20:53] <holstein> argosy_ops: i would just try installing, if its your first, time
[20:54] <holstein> argosy_ops: just do a normal install, no software raid
[20:54] <holstein> !uefi
[20:54] <holstein> ^ that could be an issue, if thats what you are referencing
[20:54] <holstein> argosy_ops: the server boots to a prompt anyways. FYI
[20:54] <holstein> argosy_ops: you also dont need ubuntu server to run an ubuntu server
[20:55] <argosy_ops> Well, it's a server machine that's supposed to have some redundancy, so doing without wouldn't be too much of a help :)
[20:55] <holstein> argosy_ops: if you are able to install one of the variants, you can just add ther server components you want to it
[20:55] <holstein> argosy_ops: supposed to?
[20:55] <holstein> argosy_ops: im only suggesting that you "get your feet wet"
[20:56] <holstein> "some redundancy" could be you manually backing things up occasionally
[20:56] <holstein> RAID is not the only redundancy. and arguably not the best, considering the situation
[20:56] <argosy_ops> That happens in addition. That server has been purchased with raid-optimized drives, so it would be a waste not to use it that way
[20:56] <argosy_ops> *reads the UEFI article*
[20:56] <holstein> argosy_ops: then, you'll just need to RTFM
[20:57] <holstein> argosy_ops: i have always found it a bit of a challenge.. and i dont use software RAID anyway
[20:57] <holstein> if you saved the reciepts, maybe just return the machine, or the drives, and get something more "normal"
[20:58] <holstein> either, take some of the bigger server company's ideas, and just use normal consumer drives
[20:58] <holstein> or, get something that comes ready to go, from somewhere like system76
[20:58] <holstein> you should need "raid optimized drives"
[20:58] <holstein> you just put the drives in a raid.. if you want a raid
[21:10] <argosy_ops> hmm that article is interesting, holstein. The tutorials I
[21:10] <argosy_ops> I've followed so far went ahead with only a raid and a swap partition, this article now mentions a mandatory EFI partition - which I did try before, but failed with "could not create efi filesystem".
[21:11] <holstein> argosy_ops: you have many variables
[21:11] <holstein> argosy_ops: are you new to linux?
[21:11] <holstein> what i suggest, which is not what you want to hear, but.. you should just insatll *something*... anything to get started
[21:11] <argosy_ops> I've used Ubuntu so far, but I've never installed it
[21:12] <holstein> you dont know if the machine supports ubuntu
[21:12] <holstein> you dont know if the hardware support is OK
[21:12] <holstein> i would install whatever you are used to.. main ubuntu as i said
[21:12] <holstein> that can be run on a raid.. on uefi
[21:12] <holstein> then, when you get that running, you can use it as the server
[21:12] <holstein> ubuntuserver *is* ubuntu
[21:12] <holstein> same repos
[21:13] <argosy_ops> In which way would the procedure or expectable result be different if it's the same down the line?
[21:13] <holstein> argosy_ops: well, for you, its going to look familiar
[21:14] <holstein> youll have a desktop you can use for a bit
[21:14] <holstein> you can always get rid of that later
[21:14] <holstein> !text
[21:15] <argosy_ops> I meant in terms of installation procedure, since I've got stuck before even being able to boot up any desktop :)
[21:15] <holstein> you'll be able to get to a desktop from the live CD> then, you'll hav an idea of the hardware support
[21:15] <argosy_ops> ah
[21:15] <holstein> you'll have GUI's for everything, to start with
[21:15] <argosy_ops> well that's worth a try
[21:18] <argosy_ops> I'll create a live usb tomorrow, thanks for the assistance :)
[21:20] <holstein> sure. good luck!


[02:13] <bkerensa> bilal: are you about?
[02:25] <psusi> RAOF, you know lots about X et all right?  how about glib and main loops?  I'm trying to figure out whether emitting signals goes through the main loop and whether a background thread can emit a signal and have the main thread actually process it and invoke the callback?
[02:26] <RAOF> What do you mean by "signal" in this case?
[02:26] <RAOF> A gobject signal?
[02:26] <psusi> RAOF, a glib signal? yea
[02:27] <RAOF> IIRC, signal dispatch is handled in the calling thread.
[02:27] <psusi> hrm... darn... I was reading something that made it sound like it got queued and processed in the main loop
[02:27] <RAOF> If you want that to occur on the main thread, I believe the idiom is to g_timeout_add() a callback which raises the signal.
[02:27] <psusi> but I couldn't see how emit figures out what maincontext to queue it to
[02:27] <psusi> or idle_add right?
[02:27] <RAOF> Or idle_add, yeah.
[02:28] <psusi> and I saw a convience function earlier that does that if the calling thread doesn't already own the context
[02:28] <RAOF> But you probably want timeout_add, with zero timeout.
[02:28] <RAOF> Yeah, you could probably whip that up.
[02:28] <RAOF> You're after the default maincontext / mainloop.
[02:29] <psusi> right... I want to just queue it up to have the main context call it... I was hoping you could just ->emit() and it would do that, but... ;)
[02:29] <RAOF> Well, unless you want to run on a specific mainloop.
[02:29] <RAOF> I don't *think* ->emit has those smarts.
[02:29] <RAOF> But it might be worth a check.
[02:29] <psusi> yea, so theoretically the background thread can make its own context and run its own main loop right?
[02:30] <psusi> or it can aquire the main main loop and service events in it for a while... I have patched gparted to do that so the background thread can pop up a modal dialog box
[02:31] <RAOF> Yes.
[02:31] <psusi> but I'm now trying to figure out how to signal the main thread that it is done and it should perform post processing there and the background thread can exit
[02:32] <psusi> jesus.. bzr branch of glib is up to 320mb and still going?!
[02:32] <RAOF> Hm.  Why does the modal dialog need to be in a thread again?
[02:32] <psusi> RAOF, it uses a background thread to make long running libparted calls so they don't block the main loop... but those calls can have exceptions and when they do, they call an exception handler to ask what to do... gparted used to ignore them so the libparted calls would take default action, i.e. fail...
[02:33] <psusi> I patched it so that it actually handles the exception by poping up a messagebox asking the user what to do
[02:33] <psusi> i.e. ignore, retry, cancel
[02:34] <RAOF> Hm.  I think I'd do that by making the background thread raise a signal, wait for the mainloop to handle it, then return.
[02:34] <RAOF> Whee, 11.4K commits
[02:35] <psusi> I considered that, but a modal dialog seemed to fit better just calling gdk_threads_enter() and taking over the main loop to run the nested dialog main loop there
[02:35] <psusi> needed far less modification to that existing code too
[02:36] <psusi> but now there's some other code that right now, runs a nested loop of usleep, Gtk::Main::events_pend() Gtk::Main::iteration() until the background thread signals that it is done
[02:37] <psusi> and I'm trying to refactor it to instead spawn the background thread, and return to the main loop, then do the rest in a completion callback when the background thread is done
[02:38] <psusi> and I was hoping I could just refactor the code following the loop into a signal handler and emit the signal in the background thread before it terminates
[02:39] <psusi> jesus, git cloning the linux kernel doesn't download as much as branching glib...
[02:42] <psusi> what the hell?  bzr said it had downloaded like 450mb, but the .bzr directory is only 236mb... the whole branch dir including all checked out sources is only 305m
[02:42] <RAOF> Huh.  What were you branching?  My branch downloaded 40Mb
[02:43] <RAOF> (Of lp:glib)
[02:46] <RAOF> Anyway.  Lunch/errands time.
[02:48] <psusi> RAOF, lp:ubuntu/glib2.0
[02:48] <RAOF> That'll be bigger because it contains all the original tarballs for every release in Ubuntu
[02:48] <RAOF> Or, rather, it contains enough information to generate them.
[05:21] <lifeless> RAOF: also the protocol; if psusi wasn't lp-logged-in, it would be http which has fat
[05:22] <RAOF> lifeless: Yeah; I checked lp:ubuntu/glib2.0.  It took at least 200MB before I forgot about it.
[05:22] <RAOF> There are some *serious* savings available for package-branches.
[05:23] <RAOF> A bit more than an order of magnitude, in fact.
[05:24] <RAOF> I wonder why the package-branch is so much bigger, though.
[08:19] <dholbach> good morning
[09:39] <Laney> howdy
[13:34] <Q-FUNK> https://launchpadlibrarian.net/90354168/buildlog_ubuntu-precise-powerpc.smartcardpp_0.3.0-0ubuntu3_FAILEDTOBUILD.txt.gz
[13:35] <Q-FUNK> this seems to be cause by a new cmake (upon which I build-depends) which left cmake and cmake-data out of sync.
[13:35] <tumbleweed> yes. Occassionally we have some installability problems
[13:35] <Q-FUNK> how do I re-launch the build later?
[13:36] <tumbleweed> click the retry button
[13:36] <tumbleweed> (on the build record page)
[13:37] <tumbleweed> it looks like the cmake is already published
[13:40] <Q-FUNK> tumbleweed: hopefully.  relaunched.
[13:41] <Q-FUNK> interesting. it seems that my two previous uploads haven't propagated to the archive yet.
[13:41] <Q-FUNK> they show on the package's source page, but apt-get comes back empty handed.
[13:41] <tumbleweed> hanging out in bin-NEW?
[13:42] <Q-FUNK> could be, but they show as published.
[13:42] <tumbleweed> then they should be...
[14:08] <Q-FUNK> how long does it usualy take before binaries are pushed in?  relaunching the powerpc build failed again, again because cmake and cmake-data are out of sync.
[14:17] <geser> Q-FUNK: the publisher runs now every 30 minutes
[14:18] <geser> if you want to be sure, you can also check the publishing status for a binary package in LP
[14:21] <geser> cmake-data got published on 2012-01-18 12:33:57 UTC, cmake (powerpc) got published on 2012-01-18 13:33:38 UTC
[14:27] <micahg> udienz: FYI, for stuff like https://launchpad.net/ubuntu/+source/seqan/1.3-1ubuntu1, anything that switches to xz compressed binaries, for precise, you need a Pre-Depends on dpkg (>= 1.15.6~)
[14:35] <Q-FUNK> geser: ok, good to know. thanks for the info.
[14:35] <porthose> so is dirspec in universe or main? https://launchpad.net/ubuntu/+source/dirspec says universe however the rejection mail I just got says "Signer is not permitted to upload to the component 'main'" ???
[14:36] <Laney> https://launchpad.net/ubuntu/+source/dirspec/+publishinghistory
[14:36] <Laney> main
[14:36] <Q-FUNK> what about pushing new binaries?  smaprtcardpp is marked as published, but its binaries are markerd as new.
[14:36] <Q-FUNK> how often does that take place?
[14:36] <Laney> it is a manual process
[14:36] <Laney> (the reviewing)
[14:37] <Laney> sticking stuff in the queue is an automatic part of publishing
[14:38] <Q-FUNK> right, I figured that it was a manual process, but how often does it take place?
[14:38] <porthose> Laney, thx
[14:38] <Laney> whenever someone does it, but not usually more than a couple of days
[14:39] <Q-FUNK> ok
[14:40] <tumbleweed> Q-FUNK: IIRC you have a bunch of interdependant packages. Just upload them all, and let them depwait on each other?
[14:41] <Q-FUNK> tumbleweed: can I do that?  I thought that I would get the dependencies uploaded and approved in order.
[14:41] <tumbleweed> if you're pretty confident that they will work, go for it
[14:41] <Q-FUNK> that's how it goes at debian, so I assumed the same here.
[14:42] <Q-FUNK> ok. good to know. in that case, I might as well upload them all now so that they all get the initial review and upload at the same time.
[14:43] <Laney> you could do the same at debian (and actually better, because bd-uninstallable makes wanna-build a bit smarter than launchpad), just that you'd have to first locally build the stack
[14:44] <Q-FUNK> afaik at debian, one must get the dependencies approved via NEW and uploaded to unstable, in order, before more packages can be built using them.
[14:46] <tumbleweed> in debian, the maintainer uploads binaries
[14:46] <tumbleweed> so the maintainer can upload locally bootstrapped binaries for all the packages in th set
[14:47] <Q-FUNK> right, but won't the buildd fail to build for some architectures because of missing items in the build-dep chain?
[14:49] <tumbleweed> they won't even build, beacuse they are bd-uninstallable
[14:53] <Q-FUNK> ok. good to know.
[15:16] <psusi> is there a way to get from a sigc functor to a GSourceFunc/gpointer pair so you can use it as a glib callback?
[15:48] <udienz> micahg: Right, i on it now
[17:37] <l3on> hey guys... I found packages with unmetdep in oneiric.. they are so many → http://paste.ubuntu.com/808815/
[17:37] <l3on> what we should do ?
[17:38] <ScottK> l3on: First fix them for precise and then see if it's worth fixing in oneiric.
[17:39] <l3on> ScottK, ok... I have to open a bug for each of them ?
[17:39] <ScottK> l3on: There's no real need to open a bug unless you also have a fix.
[17:39] <l3on> ok :)
[17:40] <ScottK> Things like that come and go for various reasons so maintaining bugs isn't really worth the trouble.
[17:45] <l3on> if I'm not wrong, unmet dep are fixed appeding "build1" version if there's no change in ubuntu, right ?
[17:45] <jtaylor> only if the dependency is catched by a rebuild
[17:46] <l3on> ah of course, yes... otherwise "ubuntu0.1"
[17:47] <l3on> (if it's not in precise I mean)
[17:48] <ScottK> You need to understand why the dependency is missing.
[17:48] <ScottK> It's not as simple as that.
[17:48] <l3on> ok, let me know understand :)
[17:49] <l3on> Case 0: just rebuild → "buildX+1"
[17:49] <l3on> Case 1a: precise (dev) "ubuntuX+1"
[17:50] <l3on> Case 2a: SRU "ubuntuX.Y+1" (if has changes, otherwise "ubuntu0.X+1")
[17:51] <l3on> and if it's a simple rebuild, but it's a SRU ?
[17:51] <ScottK> Yes.
[17:57] <micahg> l3on: dch -R for rebuilds, SRUs should have a X.Y version, i.e. build0.1 for an SRU rebuild for a package with no Ubuntu changes
[17:58] <l3on> ah ok, thanks micahg ScottK :)
[18:53] <rubiojr> Good evening Gentlemen
[18:54] <rubiojr> Quick question, to contribute some packages and become a MOTU at some point
[18:54] <rubiojr> do I need to follow the bazaar route?
[18:54] <rubiojr> or is it ok to keep the packages in let's say GH
[18:55] <jtaylor> its up to you where you hold your package vcs
[18:55] <jtaylor> you don't even need to us a vcs at all, but its recommended
[18:55] <rubiojr> ah
[18:55] <rubiojr> good to know
[18:55] <rubiojr> thanks jtaylor
[18:56] <jtaylor> also MOTU does not necessarily mean you ahve to maintain your own packages (I think)
[18:56] <rubiojr> alright
[18:56] <rubiojr> I'll be happy to do that anyways
[18:56] <jtaylor> packages should be contributed to debian if possible, it benefits more users that way
[18:57] <rubiojr> yeah, I got that bit
[18:57] <rubiojr> but if I want the package to be in precise (if possible)
[18:57] <rubiojr> the Debian route doesn't make sense right now
[18:58] <rubiojr> correct?
[18:58] <jtaylor> depends, finding a sponsor in ubuntu can take a long time too
[18:58] <rubiojr> yeah, trying to talk to highvoltage
[18:58] <rubiojr> submitted an app the other day to the Store
[18:58] <rubiojr> and told me it was probably better to try to push it to universe
[19:00] <rubiojr> so how do you guys build the relation with the sponsor?
[19:00] <rubiojr> following procedure in Wiki and then waiting someone to pickup the sponsorship?
[19:01] <jtaylor> pretty much, but that can take forever
[19:01] <jtaylor> finding a fitting packaging team in debian is often a good route
[19:01] <rubiojr> yeah, I know that :)
[19:01] <rubiojr> Ok I see
[19:03] <rubiojr> thanks jtaylor
[19:03] <rubiojr> let's practice some mail bombing
[19:07] <highvoltage> hey runasand
[19:08] <highvoltage> rubiojr: I'm willing to sponsor the package for you, it didn't a lot of fixing to get into universe
[19:09] <rubiojr> awe cool, that was unexpected :)
[20:01] <psusi> so normally apps ship .po files with translations in them... but when debianized, they are stripped out of the package and stored in giant langpacks for each language that has all translations for all packages that you install if you want to use that language?
[20:03] <micahg> psusi: that's only for main and select universe packages
[20:03] <micahg> *most of main
[20:04] <psusi> micahg: so if I wanted to run parted in fresh, I'd have to install... what package?  and that would get me ALL frensh translations for all packages in main?
[20:04] <psusi> french rather
[20:05] <micahg> psusi: go to language settings and add french
[20:05] <psusi> I'm on a server atm, so.. what package would that actually install?
[20:06] <micahg> well, language-pack-fr, language-pack-fr-base, and a few others
[20:08] <psusi> so when the build daemons build another package, they strip out the language files and automatically update those language-pack packages?
[20:08] <micahg> pkgbinarymangler does that I think, the files get uploaded to launchpad to be included in the langpacks
[20:12] <psusi> it's a shame that dpkg can't do conditional recommends... then each package could have its own set of translation packages that would automatically be installed if you have that package, and the language metapackage installed... instead of having to get the translations for all packages in bulk...
[20:13] <micahg> psusi: it's done this way so translations can be updated independently of the packages themselves
[20:14] <psusi> micahg: that's why the translations are in a separate package, yes... but there's not a good reason to glob the translations for all packages into one giant langpack
[20:15] <psusi> other than dpkg lacking the ability to figure out that if you have the french metapackage installed, and parted installed, then you probably want the parted-french package
[20:15] <micahg> yes, it is, managing the binaries otherwise would be a nightmare
[20:15] <psusi> what binaries?
[20:16] <micahg> the translations binaries
[20:16] <psusi> why would it be a nightmare?
[20:16] <micahg> you would have 3k binaries built out of each langpack source
[20:17] <psusi> what's wrong with 3k binaries?
[20:18] <micahg> first, that's a lot of extra overhead, you would end up with ~300k more binary packages in the archive
[20:20] <micahg> it just sounds very troublesome
[20:24] <blair> so hdf5 1.8.8 made it to debian unstable, will this make it into 12.04?
[20:26] <Laney> isn't that a transition?
[20:26] <geser> only if someone requests a sync (and has a reason to sync from unstable or waits till it hits testing)
[20:27] <micahg> blair: well, there, there's still a transition that needs to happen: http://release.debian.org/transitions/html/hdf5.html
[20:28] <micahg> if the archs we need are green or almost all green (close to Feature freeze), we can do the sync
[20:28] <Laney> if someone volunteers to shepherd it
[20:29] <micahg> that too
[21:05] <Rhonda> I think I need a FFe soonish. :)
[21:06] <Laney> not until Feb 16th
[21:06] <Rhonda> Just tried to fire up the wiki for looking up the dates, but it isnt loading  …  *grmpf*
[21:06] <Rhonda> local issue though
[23:20] <Rhonda> ah, wait  …
[23:21] <Rhonda> Laney: wesnoth-1.10 will be a new source package, so it is affected by the import freeze, right?  Or would a regular sync request still be possible, for a completely new package?
[23:21] <Rhonda> … "sorta" completely new, actually.
[23:24] <Laney> Rhonda: Everything is affected by the import freeze, but syncs of new packages aren't a particular problem
[23:26] <Rhonda> Wasn't a problem last time for wesnoth-1.8 I seem to remember :)
[23:45] <blair> geser, micahg i'm pushing for our next OS for 500 desktops to be 12.04 and we have projects that use hdf5 and the current ubuntu version has bugs (and it's older than what we have currently deployed)
[23:45] <jtaylor> how can one add a bug link to http://qa.ubuntuwire.com/ftbfs/?
[23:45] <blair> so i should wait a bit and then could request a sync?
[23:45] <blair> does sheparding the transition need somebody who is a debian committer?
[23:46] <Laney> needs someone who is going to see all of the needed work through
[23:46] <Laney> rebuilds and whatever else needs doing
[23:46] <blair> i mean, ubuntu commiter
[23:46] <Laney> no
[23:46] <blair> ok
[23:46] <Laney> you just need to get sponsorship when you need it
[23:47] <Laney> keep an eye and make sure everything gets done
[23:47] <Laney> might be best to watch for a bit and see how it goes in debian first though
[23:51] <Laney> goodnight!
[23:53] <tumbleweed> jtaylor: tag the bug ftbfs
[23:53] <jtaylor> too obvious :)
[23:53] <jtaylor> thx
[23:54] <tumbleweed> submit a merge proposal with a hint? :)


[00:20] <skaet> Edubuntu DVD 20110802.1 posted
[00:34] <skaet> Xubuntu alternate 20110802.1 posted (i386, amd64)
[00:46] <NCommander> skaet: 20110802.1?,
[00:47] <NCommander> Xubuntu desktop 20110803 posted (i386, amd64)
[00:51] <charlie-tca> Woot!
[00:51] <charlie-tca> Thanks
[00:53] <NCommander> charlie-tca: poke meif you need any more respins, I'll be on most of the evening
[00:53] <charlie-tca> Okay, will do. Thanks
[00:54] <skaet> NCommander,  yeah it finished 6 minutes before midnight UTC
[00:54] <NCommander> skaet: ah, k
[00:54] <charlie-tca> I would hope not to respin again.
[01:35]  * GrueMaster calls it a night, armel-desktop images or not.
[01:35] <GrueMaster> Gotta have something to do tomorrow.  :P
[01:35] <charlie-tca> starting mine now, will run one test per image tonight, to make sure they work
[01:53] <NCommander> Kubuntu images are up
[01:53] <NCommander> (DVD images are still building)
[02:04] <charlie-tca> NCommander: I have a fail to build log on that last alternate run. Is it a mistake? I seem to have both images.
[02:04] <charlie-tca> http://people.canonical.com/~ubuntu-archive/cd-build-logs/xubuntu/oneiric/daily-20110803.log
[02:04] <NCommander> charlie-tca: I killed it cause I ran it by accident
[02:04] <NCommander> which generated a failure
[02:04] <charlie-tca> Okay
[02:04] <charlie-tca> Thanks
[02:41] <charlie-tca> hm, maybe I am too tired. Xubuntu alternate 64bit encrypted install fails to restart the monitor
[02:41] <charlie-tca> during the boot, the monitor shuts down and doesn't come back.
[02:42] <charlie-tca> probably hardware messing me up again
[02:49] <NCommander> kubuntu dvd posted
[03:32] <NCommander> Completing the ubuntu and ubuntu-server preinstalls now from the buildd explosion earlier tonight
[04:06] <NCommander> Ubuntu ARM preinstalls are up
[07:59] <mvo> good morning! has anyone else seen a conffile prompt during the upgrade form natty to oneiric? in base-files for /etc/update-motd.d/00-header ?
[08:04] <jibel> mvo, good morning, I did.
[08:05] <mvo> great, thanks jibel, I will file a bug and look into it then
[08:12] <xdatap1> jibel, morning
[12:58] <charlie-tca> both Xubuntu desktop images fail to work
[12:59] <charlie-tca> Install gets stuck at "Configuring target system... "  on both hardware and VBox
[13:01] <jibel> charlie-tca, good morning
[13:01] <jibel> charlie-tca, probably bug 820284
[13:01] <ubot4> Launchpad bug 820284 in ubiquity (Ubuntu Oneiric) (and 3 other projects) "Oneiric DVD 20110802.1 i386 failed to install: /usr/lib/ubiquity/target-config/30accessibility: 41: log_end_msg: not found (affects: 1) (heat: 6)" [Critical,Invalid] https://launchpad.net/bugs/820284
[13:01] <charlie-tca> um, not so good, but good morning
[13:03] <charlie-tca> so, got to respin?
[13:03] <hggdh> good morning charlie-tca and jibel
[13:03] <charlie-tca> good morning, hggdh
[13:05] <jibel> charlie-tca, yeah, we need the automatic live session login fix in.
[13:05] <jibel> good morning hggdh
[13:05] <charlie-tca> jibel: we have one?
[13:06] <jibel> stgraber uploaded a fix yesterday. that will fix the problem for derivatives that doesn't ship lighdm.conf
[13:08] <charlie-tca> Wouldn't that have made my spins last night, since I was last
[13:08] <charlie-tca> maybe not, I don't have autologin for live sessions
[13:12] <fader_> charlie-tca: Sorry, are you saying that xubuntu did not get the fix for bug 820284 in the current spins?
[13:12] <ubot4> Launchpad bug 820284 in ubiquity (Ubuntu Oneiric) (and 3 other projects) "Oneiric DVD 20110802.1 i386 failed to install: /usr/lib/ubiquity/target-config/30accessibility: 41: log_end_msg: not found (affects: 1) (heat: 6)" [Critical,Invalid] https://launchpad.net/bugs/820284
[13:12] <fader_> I think I'm seeing the same thing on amd64, though I get one more message in the log past the noted one
[13:13] <charlie-tca> I tried in vbox a couple of minutes ago, and it is still stuck. That bug was fixed about 1 hour ago, and my images are from last night
[13:14] <charlie-tca> fader_: since those are images from 12 hours ago, I don't think the fix is in them.
[13:15] <fader_> charlie-tca: Ack, thanks.  I'll not try again then as I'm seeing the same thing in the xubuntu desktop amd64 image
[13:15] <charlie-tca> Well, that's three of us then
[13:16] <charlie-tca> I have another tester that tried the i386 image and did not put it on the tracker
[13:16] <fader_> Out of curiosity, are you seeing anything like bug 820361?
[13:16] <ubot4> Launchpad bug 820361 in ubiquity (Ubuntu) ""Install Now" accelerator placed before any letters (dup-of: 811642)" [Undecided,Confirmed] https://launchpad.net/bugs/820361
[13:16] <ubot4> Launchpad bug 811642 in ubiquity (Ubuntu) ""_Install Now" text shown (affects: 4) (dups: 2) (heat: 24)" [Low,Confirmed] https://launchpad.net/bugs/811642
[13:16] <fader_> Ah, heh
[13:16] <fader_> Okay, it got duped, so I guess other people saw it
[13:16]  * fader_ fails at searching launchpad.
[13:17] <charlie-tca> TBH, I haven't looked that close. I am more concerned about just getting things to install
[13:18] <charlie-tca> These are the first images I have gotten with a live session that works.
[13:18] <fader_> Well, that's progress at least :)
[13:19] <jibel> fader_, you're seeing 820284 on ubuntu desktop amd64 or xubuntu ?
[13:23] <fader_> jibel: xubuntu desktop amd64
[13:25] <charlie-tca> me is not going crazy afterall.
[13:25] <fader_> Well, let's not be hasty
[13:26] <fader_> ;)
[13:26] <jibel> fader_, ok thanks, strangely I don't get it on Ubuntu Desktop only DVD i386 but that should affect all desktop images.
[13:27] <davmor2> charlie-tca: promise fader_ pie and he'll do all your testing after fixing all the issues ;)
[13:27] <fader_> jibel: Based on the bug and what charlie-tca said, it looks like it got fixed after the xubuntu images were built
[13:28] <fader_> Not sure when the other desktop images were built though
[13:28] <fader_> davmor2: WHERE IS PIE
[13:28] <davmor2> fader_: In my tummy mmmmmm pie
[13:28] <jibel> fader_, desktop images were built before the fix.
[13:28] <fader_> Hmm
[13:29] <fader_> jibel: I have not tried non-xubuntu images yet; would it be useful for me to try an ubuntu desktop image on this hardware?
[13:29] <charlie-tca> hm, Ubuntu dvd and Xubuntu were run after the caspar fix last night. Ubuntu desktop was run before it
[13:30] <charlie-tca> jibel: I am still getting fails when running encrypted lvm install with two drives on real hardware
[13:30] <jibel> fader_, no, other testers have installed ubuntu desktop successfully. thanks for your help.
[13:31] <charlie-tca> I blamed the hardware again last night. I will have to try it today
[15:16] <ara> jibel, did you guys have now automated daily testing reports somewhere?
[15:42] <jbicha> hi, I had some problems with oneiric checkbox and it wasn't clear which IRC channel I should use to
[15:42] <jbicha> report them
[15:43] <jbicha> I tried to submit my results using checkbox's built-in submission tool: http://fpaste.org/C4WL/
[15:43] <jbicha> and when I tried from the command line (not sure what command to use), I got http://fpaste.org/G7ZG/
[15:55] <charlie-tca> Encrypted LVM fails in Xubuntu; system will not accept a password to allow login
[15:55] <charlie-tca> both i386 and amd64 images
[16:01] <skaet> all, new set of desktop and dvd builds has been started to pick up latest bug fixes.  Will let you know as they come off the builder.
[16:03] <PaoloRotolo> hi all
[16:08] <charlie-tca> bug 820460 needs to be in the release notes
[16:08] <ubot4> Launchpad bug 820460 in lightdm (Ubuntu) "Encrypted LVM install will not allow login in Xubuntu Alpha3 (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/820460
[16:43] <skaet> ubuntu desktop (20110803) has been posted.
[16:43] <skaet> jibel, ^
[16:44] <jibel> ok
[17:29] <ScottK> fader_: I appreciate you working on testing Kubuntu.  Once they are done respinning, I'd really appreciate it if you could look at the live CD tests since that's our primary focus this cycle.
[17:32] <fader_> ScottK: I'll give it a shot if I have some time... unfortunately I'll be in meetings for much of the afternoon but I should be able to pick off at least one live test
[17:32] <ScottK> fader_: Thanks.  At the rate we're going we're not going to run out of needing help anytime soon.
[17:32] <fader_> ScottK: :)  No problem
[17:33] <ScottK> ISO testing is one of the places we really miss Riddell this cycle.  He usually did most of it.
[17:33] <ScottK> The same is true for anyone else too (would love some help), of course.
[17:37] <charlie-tca> Any installs using encrypted /home and Xubuntu alternate images will fail to allow login.
[17:37] <charlie-tca> Anyone testing Xubuntu images, please select the second Xubuntu session
[17:56] <cr3> jbicha: hi there, I'm all yours about checkbox. what's up?
[17:58] <jbicha> ok, I'm having trouble submitting my test results using checkbox's built-in submission tool I got http://fpaste.org/C4WL/
[17:58] <jbicha> and when I tried from the command line (not sure what command to use), I got http://fpaste.org/G7ZG/
[18:03] <cr3> jbicha: do you still have the file ~/.cache/checkbox/checkbox.log on your system?
[18:04] <jbicha> cr3: yes
[18:05] <cr3> jbicha: awesome, can you either pastebin it or email it to me?
[18:05] <jbicha> it's 18MB!
[18:05] <cr3> jbicha: bzip2 will probably make it more sane
[18:07] <charlie-tca> well, try again. power blinked with 4 tests running on hardware
[18:08] <jbicha> oh, yeah, much smaller, email sent
[18:09]  * yofel does some kubuntu alternate i386 testing
[18:15] <cr3> jbicha: interesting! 'udevadm: not found'
[18:16] <cr3> jbicha: can you try running udevadm to confirm whether it's installed on your system or not?
[18:16] <jbicha> udev, who needs it? lol, let me see
[18:16] <jbicha> hmm, I don't have that
[18:16] <cr3> jbicha: odd, is there anything about your installation I should know about?
[18:17] <jbicha> but I have udev 172.0ubuntu5 installed & python-pyudev 0.11-1
[18:18] <jbicha> ah, it's /sbin/udevadm
[18:18] <cr3> jbicha: hm, that would explain it!
[18:18] <jbicha> did checkbox use sudo when it tried to run it?
[18:19] <cr3> jbicha: nope, it should've run it as you
[18:20] <cr3> should /sbin be in the default PATH on Ubuntu?
[18:20] <cr3> if not, should checkbox extend the PATH with /sbin and probably /usr/sbin too?
[18:22] <jbicha> no, as far as I know /sbin is in the default for root only and I think that's a good thing
[18:23] <jbicha> just call it as sudo or use the full path
[18:24] <cr3> jbicha: I'd be more inclined to do PATH=$PATH:/sbin:/usr/sbin in the checkbox environment for all its subprocesses
[18:25] <cr3> I try to avoid running this as root unless absolutely necessary
[18:26] <jbicha> I agree, using the full path is better than needlessly using root access
[18:27] <jbicha> I had several of the tests claim to fail but they actually worked
[18:27] <cr3> jbicha: do you happen to have a bug open for this? if not, I'll create one, link a branch and all that
[18:27] <jbicha> no, the testing took so long (that 30-suspend cycle one is intense) that I didn't have a chance to properly write up
[18:27] <jbicha> the issues I saw
[18:28] <jbicha> also, the bundled bug-reporting didn't work
[18:28] <cr3> jbicha: no worries, I'm on it and I'll subscribe you. one minute...
[18:34] <cr3> jbicha: done, now for the second pastebin
[18:39] <cr3> jbicha: it might take a little while to test the problem with results2launchpad, I need to dist-upgrade and setup my oneiric kvm instance
[18:40] <jbicha> but do I even have the right syntax when I tried running the command?
[18:41] <jbicha> the Amazon page says <PROJECT NAME> <SUBMISSION FILE> and there's no indication of what in the world those are supposed to be
[18:44] <cr3> jbicha: yep, that looks right, I suspect maybe launchpad lib changed in oneiric or I did something wrong
[18:44] <jbicha> cr3: good because I just guessed, can that description be improved, or at least documentation somewhere about how to
[18:44] <jbicha> submit test results
[18:47] <cr3> jbicha: that description is the second attempt to be clear, I'm open to suggestions :)
[18:49] <jbicha> it should say "ubuntu ~/.cache/checkbox/submission.xml" be specific
[18:49] <jbicha> it was a very lucky guess that I figured out what the project name and submission file were
[18:50] <cr3> jbicha: good suggestion, thanks!
[18:51] <jbicha> I want the Ubuntu Friendly testtool to be something anyone can do easily
[18:51] <jbicha> the more automated the better
[18:52] <cr3> jbicha: at this point, the tool is checkbox which submits to launchpad which is then polled periodically to get the information into the tracker which will be displayed in the ubuntu friendly presentation layer
[18:52] <cr3> in other words: checkbox -> launchpad -> results tracker -> ubuntu friendly
[18:53] <cr3> it might seem complicated but users should only see the edges: checkbox and ubuntu friendly
[18:54] <jbicha> right, the manual submission is obviously just a workaround
[18:55] <cr3> jbicha: right, it's temporary for starting to play with the results tracker. eventually, checkbox might just submit like results2launchpad directly to the results tracker but that remains to be seen
[18:55] <jbicha> but checkbox is now asks way more questions than it used to and perhaps too many questions
[18:55] <jbicha> a bunch of the questions seem more like isotesting, checking to see if apps work instead of checking to see if the hardware works
[18:56] <cr3> jbicha: that should be raised on the ubuntu-friendly-squad mailing list, could you start a thread about that? something short like: I just ran checkbox for 30 minutes, that not friendly :)
[18:56] <jbicha> I think both are good things for checkbox, but they should be two different modes
[18:56] <jbicha> yes, I'll write up my impressions this week
[18:57] <cr3> jbicha: launchpad doesn't really do anything with the submissions, it's only being used as a data store but it could remain as such
[18:57] <cr3> jbicha: the sooner the better, feature freeze is coming next week so we need time to push changes before then
[18:58] <jbicha> ok, I'll get it done tomorrow, have some other things I'm working on today
[18:58] <jbicha> thanks!
[18:58] <cr3> no worries, tomorrow is awesome. thanks man!
[19:02] <pace_t_zulu> hi nagappan
[19:07] <PaoloRotolo> hi all
[19:13] <cr3> jbicha: regarding your second pastebin, I can reproduce the problem and it's related to launchpadlib which has changed in oneiric for desktop integration purposes. I'll keep this on my radar for the next release of the results tracker, thanks for the heads up
[19:18] <rickspencer3> join #ubuntu-release
[19:18] <rickspencer3> oops
[20:49] <nagappan> pace_t_zulu, hi
[20:56] <fader_> I'm seeing a bug when shutting down the live session in kubuntu desktop, but I'm not sure where to file it; KDE Base?
[20:56] <fader_> ScottK: ^^
[20:56] <ScottK> What happens?
[20:57] <fader_> After selecting reboot, the session shuts down but then I am prompted to kill active console sessions
[20:58] <fader_> (I did not switch to any virtual terminals)
[20:58] <fader_> Got a screenshot; let me get it shared
[20:58] <fader_> The good news is that other than that, the live session looks good so far, persistent and everything :)
[20:59] <fader_> http://ubuntuone.com/p/18CR/
[20:59] <fader_> ScottK: ^^
[20:59] <fader_> Sorry, s/console//
[21:00] <ScottK> fader_: AFAIK it's always done that.  I think it's a feature and not abug.
[21:00] <fader_> ScottK: Hmm, I don't recall it doing that on an installed system.  Is this a feature of the live image?
[21:01] <ScottK> It's because of how the live system starts up all the VTs I think.
[21:01] <ScottK> Maybe stgraber or someone knows better.
[21:01] <fader_> If it's intentional I won't file a bug, but it definitely gave me a "WTF?" feeling :)
[21:01] <ScottK> I can understand that.
[21:01] <fader_> Papercut-esque
[21:02] <ScottK> What it's triggering is the warning about shutting down if someone else is logged in.
[21:02] <ScottK> So the warning is good.
[21:02] <ScottK> If there's a reasonable way to avoid it for the live session, I'm not sure.
[21:02] <fader_> Yeah, I can understand that, and it's a Good Thing for sure.  But it seems spurious as I didn't log in anywhere other than the X session
[21:02] <ScottK> I don't understand that part of the system well enough.
[21:02]  * fader_ nods.
[21:03] <stgraber> I honestly don't know much about that part of the system either. I can have a look once I'm done validating Edubuntu installs and boots :)
[21:04] <fader_> I know Ubuntu doesn't prompt like that on the live session, but now I'm not sure if it gives anything similar on reboot/shutdown on an installed system with someone logged in elsewhere.  I'm leaning toward 'no' as I know I have shut down while being logged in on a VT
[21:04] <fader_> Eh, I'll file a bug and if it gets invalidated I won't cry :)
[21:08] <fader_> stgraber: You mean you don't just trust that your work is good?  ;)
[21:08] <fader_> Testing shmesting!
[21:11] <hggdh> is a missing depends between system-config-printer-common and python-packagekit known for desktop?
[21:15] <stgraber> fader_: I know "my" work will work because I tested it ;) I'm more worried of the other few thousand of packages ;)
[21:15] <fader_> Hehe
[21:15] <stgraber> (my work between alpha-2 and alpha-3 is basically a translation update in edubuntu-live ;))
[21:16] <fader_> stgraber: See, nothing could possibly have broken!  It's perfectly safe!
[21:16] <fader_> (Is that smoke I smell?)
[21:18] <stgraber> ;)
[21:25] <bdmurray> anybody testing alternates?
[21:25] <bdmurray> It didn't seem to auto reboot for me
[21:26] <skaet> jibel, hggdh,  ubuntu desktop 20110803.1 posted.    Please let me know soonest if this one doesn't boot
[21:26] <skaet> stgraber, ^ I'm going to speculatively start off the edubuntu dvd while waiting to hear an ok.
[21:28] <stgraber> skaet: my laptop just did an emergency shutdown as I was running too many VMs and it got too hot, but I was at around 90% of an Edubuntu install and I tested all our alpha-3 changes
[21:28] <stgraber> skaet: so I'm pretty sure it's safe to start building them
[21:30] <skaet> thanks stgraber,  kicking them off now.
[21:31] <pace_t_zulu> nagappan: was there a particular reason you greeted me yesterday?
[21:32] <nagappan> pace_t_zulu, sorry that was by mistake
[21:32] <nagappan> pace_t_zulu, during autofill, I just typed patrickmw pa<tab> and said hi
[21:33] <patrickmw> :)
[21:34] <cyphermox_> grabbing ubuntu desktop i386 now...
[21:59] <charlie-tca> I have ubuntu desktop 64 whole disk installing from "install now"
[21:59] <charlie-tca> it appears to be working, too
[22:00] <skaet> \o/
[22:00] <charlie-tca> fingers crossed
[22:01] <charlie-tca> It's taken me all day to find a workaround when the user picks the wrong xubuntu session
[22:01] <charlie-tca> but I got it now
[22:03]  * skaet crosses fingers, though it is rather hard to type this way.. ;)
[22:03]  * charlie-tca nods
[22:04] <charlie-tca> I really figured one of those people with super fast connections would have said something by now
[22:05]  * charlie-tca has a super slow internet
[22:05] <charlie-tca> Configuring target system...
[22:05] <charlie-tca> and still working
[22:06] <charlie-tca> now downloading language packs
[22:26] <hggdh> and I am syncing the new desktop ISOs.
[22:26] <hggdh> charlie-tca: sorry, I was busy on the server tests
[22:29] <charlie-tca> hggdh: no problem. Mine is past the failure point, at least
[22:29]  * fader_ starts pulling down Kubuntu amd64 DVD.
[22:29]  * hggdh feels a bit better now
[22:29] <fader_> Ugh, no seed for this one; gonna take a bit :/
[22:46] <charlie-tca> fresh install of Ubuntu desktop 64 restarting now
[22:55] <charlie-tca> skaet: ubuntu desktop 64 works now
[22:55] <skaet> *\o/*
[22:55] <skaet> thanks charlie-tca!
[22:56] <skaet> xubuntu should be emerging shortly from the builder...
[22:56] <charlie-tca> yw
[22:58] <charlie-tca> jibel: screen reader install is not ready yet
[23:26] <skaet> Edubuntu DVD 20110803.1 now posted
[23:35] <Claudinux> bug 820574 seems to be invalid...last kubuntu-i386 image works fine
[23:35] <ubot4> Launchpad bug 820574 in busybox (Ubuntu) "Unable to start a live session: Busybox error (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/820574
[23:54] <hggdh> OK. Alternate AMD64 is complete, except LSTP still running
[23:55] <hggdh> I will have a look at my wife now, and BRB


[15:58] <YungPete> Is there a meeting here today ?
[15:58] <YungPete> dpm, ping
[16:41] <dpm> hi YungPete
[16:42] <dpm> I don't think there was a meeting scheduled, no