[00:35] <stef1a> is there a list or file online with the standard sources used for 15.04?
[03:34] <akiva-thinkpad> when running "Freecol" in 15.04; my desktop logs out.
[09:48] <lordievader> Good morning.
[10:31] <sacarde> hi
[10:32] <sacarde> do you know when go out 15.04 final beta ?
[10:35] <MoonUnit`> march 26th
[10:35] <sacarde> ah
[10:35] <sacarde> ok
[10:36] <sacarde> thanks
[11:05] <lordievader> !schedule
[11:53] <jhenke> hi does anybody else also has problems with the network on 15.04? specifically the dns lookup not working after boot?
[11:53] <jhenke> bug 1434986
[11:53] <jhenke> #1434986
[12:10] <BluesKaj> Hiyas all
[13:15] <cxdvty> hi all
[13:31] <freezer> having some mouse issues with Ubuntu 15.04, is that a known issue? E.g. scrolling is unreliable; like when holding down the right mouse button in firefox and scrolling a page it tends to just get stuck and i need to release and do it again
[13:35] <penguin42> freezer: Can you explain that test - holding right mouse button and scrolling  - at the same time?
[18:11] <freezer> penguin42, no holding down the scroll-bar and then move the mouse up and down
[18:12] <freezer> so right, clicking and holding the left mouse key on the scroll-bar
[18:25] <penguin42> ok, so just go to the right hand side, and drag the scrollbar up and down with left mouse held ?
[18:25] <penguin42> freezer: Works here; I'm on kubuntu 15.04 - note that uses X not Mir so I'm not sure if it's related or not
[18:25] <freezer> yes
[18:26] <freezer> try in firefox
[18:26] <freezer> xchat is ok, other apps have issues
[18:26] <penguin42> yeh that was with firefox
[18:27] <freezer> hm so weird
[18:27] <freezer> i have the same on my laptop and there it seems fine
[18:28] <penguin42> yeh it might be a bit tricky to figure out what's going on; maybe theme related or something?
[18:29] <freezer> laptop and desktop use the very same theme
[18:29] <freezer> all default really
[18:29] <penguin42> can you describe what happens when it goes wrong?
[18:30] <freezer> even in firefox it doesnt always happen
[18:30] <freezer> maybe related to whats on the page
[18:30] <penguin42> yeh that's what I'm thinking
[18:30] <freezer> it seems to wrongly register a mouse button release
[18:30] <freezer> so i lose control of the scrollbar
[18:31] <freezer> and have to click it again
[18:32] <penguin42> hmm, I have seen firefox get stuck if it's taking a bit of time to render something, but it normally doesn't regain control immediately if I click again so that sounds different
[18:32] <freezer> had windows 8.1 on this machine before and did not notice such issues
[18:33] <freezer> and some while back ubuntu 14.04, was also fine
[18:34] <freezer> 15.04 will be LTS again right?
[18:34] <elfy> nope - next lts will be 16.04
[18:36] <freezer> oh
[18:36] <freezer> so maybe its better for me to go back to 14.04 for maximum stability and support
[18:37] <freezer> really thought every .04 is LTS
[18:37] <elfy> if you were expecting 15.04 to be LTS then perhaps you're right
[18:37] <elfy> nope - every 2 years
[18:38] <freezer> also have weird lags in Counter Strike GO
[18:38] <freezer> and the mouse goes completely wild in the menus there, always moving to the upper left corner on its own
[19:25] <Reno_> So I installed PulseAudio 6 and kubuntu-full.
[19:25] <Reno_> With all recommends.
[19:25] <Reno_> QT apps won't start now unless I find a way to downgrade to PulseAudio 4.0.
[19:26] <Reno_> Just assume I'm using 15.04 for now.
[19:30] <Reno_> Hello? Is anyone alive in this dead channel?
[19:31] <Daekdroom> Yes.
[19:33] <Reno_> Daekdroom: See above. I've got issues with KDE Plasma 5 and PulseAudio 6.
[19:34] <Reno_> How can I downgrade my PulseAudio to 4.0 now?
[19:34] <penguin42> how did you upgrade it?
[19:34] <Daekdroom> I have no idea. What I can tell you is that I'm using the default Ubuntu flavour and everything is fine for me.
[19:34] <penguin42> yeh, same here
[19:35] <penguin42> Reno_: Can you give me an example of a qt app that doesn't start? I'm running KDE and I seem to have pa 6.0
[19:36] <Reno_> quasselclient
[19:36] <Reno_> Oh, and plasmashell.
[19:37] <penguin42> Reno_: Well plasma is running fine here; what makes you think the problem is pa?
[19:37] <Reno_> quasselclient: error while loading shared libraries: libpulsecommon-4.0.so: cannot open shared object file: No such file or directory
[19:37] <Reno_> That.
[19:37] <Reno_> plasmashell: error while loading shared libraries: libpulsecommon-4.0.so: cannot open shared object file: No such file or directory
[19:37] <Reno_> And that.
[19:37] <penguin42> hmm reasonable suspicion then
[19:38] <afiefh> Is anybody else having issues with steam? Trying to run it on 15.04 (x64) using the open source AMD drivers all I get is the following error on the CLI: "X Error of failed request:  BadValue (integer parameter out of range for operation)"
[19:38] <Reno_> penguin42: What's your suspicion?
[19:38] <penguin42> Reno_:     ldd $(which plasmashell )|grep puls  shows     libpulse.so.0 => /usr/lib/x86_64-linux-gnu/libpulse.so.0 (0x00007fcbf9154000)
[19:38] <penguin42> Reno_: So I'm not quite sure why yours is trying to link to 4.0
[19:39] <penguin42> Reno_:       libpulsecommon-6.0.so => /usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommo
[19:39] <penguin42> n-6.0.so (0x00007fcbf8aca000)
[19:39] <penguin42> Reno_: So I think you must have an old library somewhere that's linked against the old pulse
[19:39] <Reno_> Oh, and my /usr/bin/startkde somehow wasn't updated to Plasma 5.
[19:39] <Reno_> Any idea why this might be the case?
[19:39] <penguin42> Reno_: Did you have something like a ppa installed before with other qt/kde stuff in?
[19:39] <Reno_> Yes.
[19:40] <Reno_> libpulse.so.0 => /usr/lib/x86_64-linux-gnu/libpulse.so.0 (0x00007f943dcf3000)
[19:40] <Reno_>  libpulse-mainloop-glib.so.0 => /usr/lib/x86_64-linux-gnu/libpulse-mainloop-glib.so.0 (0x00007f943daee000)
[19:40] <Reno_>  libpulsecommon-6.0.so => /usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-6.0.so (0x00007f943d669000)
[19:40] <Reno_>  libpulsecommon-4.0.so => not found
[19:40] <penguin42> Reno_: Yeh I think stuff from that ppa is still there
[19:40] <penguin42> Reno_: You could try using ppa-purge to forcibly remove the contents of the ppa
[19:42] <Reno_> Oh, and I don't have synaptic, so I use aptitude.
[19:42] <Reno_> Can I get aptitude to show PPAs?
[19:42]  * penguin42 tends just to use apt-get
[19:42] <penguin42> Reno_: You could try something like dpkg -l | grep for the name of the ppa
[19:44] <Reno_> Is that a lowercase l or a capital I?
[19:44] <penguin42> that's a lower case l
[19:44] <penguin42> followed by a | sign - the thing above the \ sign
[19:44] <Reno_> I know. I know.
[19:45] <Reno_> I'm not getting a PPA name.
[19:48] <penguin42> yeh so clearing PPAs out depends very much on the ppa, so you're just going to have to figure it out from what was in that ppa
[19:48] <penguin42> it's always best to ppa-purge stuff like that *before* the upgrade
[20:33] <Reno_> Alright.
[20:34] <Reno_> I have both Plasma 5 and PulseAudio 6 installed.
[20:34] <Reno_> plasmashell: error while loading shared libraries: libpulsecommon-4.0.so: cannot open shared object file: No such file or directory
[20:34] <Reno_> Any idea as to what's causing that error?
[20:53] <Reno_> How do I downgrade PulseAudio from version 6 to version 4?
[21:04] <Daekdroom> Reno_, you should rather figure out how to get rid of the PPA packages you have from before upgrading
[21:05] <Reno_> Daekdroom: I'm doing that now.
[22:13] <Bluefoxicy> https://code.google.com/p/chromium/issues/detail?id=381732 has this stopped happening on 15.4?
[22:13] <Bluefoxicy> it's happening constantly on 14.10


[00:18] <Takyoji> What would be some recommendations of bringing life back to a LoCo team that's been inactive for years?
[00:25] <Takyoji> I hope LoCo teams in general haven't died down
[00:25] <Takyoji> Because this year is becoming a big turning point for Linux.
[00:27] <Takyoji> Valve, Unity3D, and many many individuals are taking Linux as serious business. Valve and Intel are collaborating on drivers, I believe Broadcom released the source code of their drivers this year (or last), ATI is being proactive with quality open source drivers for Linux
[00:27] <Takyoji> Valve is even devoting a whole presentation at SIGGRAPH (largest computer graphics conference) about Linux with high-performance OpenGL
[00:27] <Takyoji> Raspberry Pis are constantly being sold out and back ordered, and getting news coverage.
[00:28] <Takyoji> Ubuntu is repeatedly being cited as an inspiration for taking Linux seriously.
[00:29] <Takyoji> It's time for everyone to get active. We've got a wave of new potential Ubuntu users coming; Microsoft made another screw up to our advantage again (Windows 8), let's not let the opportunity pass.
[00:29] <Takyoji> Or moreso: not let the opportunity pass AGAIN
[00:44] <Takyoji> Does no one agree? xP
[05:29] <locodir-user> boas ppl
[05:29] <locodir-user> algem me pode ajudar numa coisa??
[05:30] <locodir-user> queria instalar o ubuntu 12.04 num desktop mas nao consigo porque o ecran congela na instalação
[05:30] <locodir-user> supostamente e por causa da grafica.
[05:30] <locodir-user> geforce 8500gt
[05:31] <locodir-user> como é que consigo ultrapacar isto?
[13:25] <septox> is the microblogging part of the loco-directory still active ?


[00:00] <bjf> jsalisbury, so basically we just have to be careful asking for "mainline" kernel testing with samsung laptops and efi mode
[00:01] <jsalisbury> bjf, ack.  I'll be sure to note the model for future requests.  I requested v3.8-rc6 for that particular bug, but I'll hold off on asking for any mainline testing on Samsungs until the patch lands in all the releases.
[00:01] <jsalisbury> bjf, better be safe than sorry
[00:02] <jsalisbury> bjf, thanks for the heads up
[00:02] <bjf> jsalisbury, np, i saw that you gave the correct kernel version. i just worry people might miss that in a rush to test.
[00:02] <jsalisbury> bjf, agreed
[00:37] <bjf> ogasawara, i reviewed the release notes and what you have so far looks good to me
[07:27] <ppisati> moin
[08:10] <smb> ciao
[09:39]  * apw whines
[09:42] <smb> Same procedure as every day...
[13:39] <herton> ppisati, will be ti-omap4 branch removed from raring (along with the packages in the archive)?
[13:39] <ppisati> herton: if everything goes as planned, yes
[13:39] <ppisati> herton: but we can't do that now
[13:40]  * ppisati is exactly tracking down a BUG() in -omap that affects omap4 boards
[13:40] <ppisati> then ill have to fix cpufreq and drm
[13:40] <herton> ppisati, ack. I disabled yesterday ti-omap4 bug tracking opening from the bot for raring.
[13:40] <ppisati> and after those, if everything is ok, we will flip the switch
[13:40] <ppisati> herton: ack
[13:51] <ppisati> brb
[14:00]  * henrix -> late lunch
[14:31] <didrocks> apw: hey, how are you?
[14:31] <apw> didrocks, ok thanks, you ?
[14:32] <didrocks> apw: I'm good, thanks! :)
[14:32] <didrocks> apw: I think you know about that issue, as the hardware is pretty common, but with a wifi card Intel Centrino Advanced-N 6205 (2x2 AGN), the connexion has always been pretty poor
[14:32] <didrocks> for the past 3 weeks though, it's even worse, and I have regular connexion drop
[14:32] <didrocks> tjaalton is experiencing the same
[14:32] <didrocks> (raring)
[14:33] <didrocks> not really sure from where to start, I found bug #937118 which can be similar
[14:33] <ubot2> Launchpad bug 937118 in linux (Ubuntu) "8086:0084 Wireless stops passing packets" [High,Expired] https://launchpad.net/bugs/937118
[14:33] <tjaalton> yeah I've had it with t420s since I got it
[14:33] <didrocks> popey has the same card IIRC
[14:35] <apw> so has it ever worked, the norm is to try and find somewhere it did
[14:35] <apw> and try then to find when it went south
[14:35] <didrocks> apw: it worked, but the reception always have been borderline, not sure for tjaalton?
[14:35] <rtg_> also, think about what might have changed in your environment. new access point ?
[14:36] <didrocks> rtg_: if you look at this card with "ubuntu", you will find a lot of similar cases, so I doubt it's something due to the environment
[14:36] <tjaalton> it works, just that for instance ssh connections tend to get stuck for a while etc
[14:37] <rtg_> didrocks, I'm well aware of the issues. we've had this problem for quite awhile. you could try disabling 802.11n
[14:37] <tjaalton> I've had the same issue with both of my access points (old buffalo, new asus rt-n66u)
[14:38] <didrocks> rtg_: any guide how to do this? I guess I don't need the n norm yeah
[14:39] <sforshee> didrocks, it's controlled by the 11n_disable flag to the iwlwifi module
[14:40] <rtg_> ddiyeah, what sforshee said
[14:40] <rtg_> didrocks, ^
[14:40] <Sarvatt> didrocks: 3.7.0-7 still works properly if you need something working, intel wifi is just busted in 3.8
[14:41] <didrocks> I just set that in /etc/modprobe.d/iwlwifi.conf and at next module reload, it should be disabled, right?
[14:41] <sforshee> didrocks, yes
[14:42] <didrocks> Sarvatt: oh, interesting to know, at least, there is a starting point to know when it did work :)
[14:42] <Sarvatt> https://patchwork.kernel.org/patch/2007911/
[14:42] <didrocks> (and a workaround)
[14:42] <Sarvatt> most likely that
[14:43] <sforshee> a lot of folks have been having problems for a while now
[14:43] <didrocks> Sarvatt: yeah, probably, thanks for the link!
[14:43] <tjaalton> "driver channel switch failed, disconnecting", that's what my dmesg seems to have
[14:44] <rtg_> sforshee, oh, isn't that background scanning ? I've always thought that was a lousy feature.
[14:44] <xnox>  dlm-pcmk was dropped in precise, yet when I try to start cman, it tries to $ modprobe dlm which fails with FATAL: Module dlm not found.
[14:44] <xnox> where do I get dlm module from?
[14:45] <sforshee> rtg_, it might be. Intel wireless does background scanning in hw though
[14:47] <sforshee> didrocks, tjaalton, Sarvatt: you're all getting the "channel switch failed" message? I'll follow up on the upstream thread to let them know there are more people seeing this.
[14:47] <sforshee> I should test with some of my kit as well
[14:47] <xnox> aha, why is dlm module not included in the linux-image-virtual flavour?
[14:47] <sforshee> I think this must be a new problem separate from the other iwlwifi problems people have been seeing for a while now
[14:47] <Sarvatt> checking my logs, I don't remember seeing any error, just unusably slow wifi
[14:48] <didrocks> sforshee: no, I don't get that message in dmesg, however, it seems to happen indeed when it's scanning
[14:48] <Sarvatt> its been a problem since 3.8-rc1 here
[14:49] <tjaalton> sforshee: just noticed it, looks like it's not a common error message here.. just one match zgrepping through syslog.*
[14:49] <sforshee> the commit from the mailing list thread is from 3.8-rc4
[14:50] <sforshee> so probably not the same problem
[14:51] <tjaalton> what seems more common is "deauthenticating from ... by local choice (reason=3)"
[14:51] <sforshee> tjaalton, is that new? Or have you been getting it for a while?
[14:52] <tjaalton> sforshee: goes back to Jan 24th, that's the oldest remaining logfile I have around
[14:52] <Sarvatt> sarvatt@tangerine:~/linux-2.6$ git describe f590dcec944552f9a4a61155810f3abd17d6465d
[14:52] <Sarvatt> v3.8-rc1-2-gf590dce
[14:53] <Sarvatt> i'll try reverting it just in case
[14:53] <sforshee> Sarvatt, do 'git describe --contains'
[14:53] <sforshee> that will tell you the first tag containing the commit, which came out 3.8-rc4 for me
[14:54] <Sarvatt> oops :)
[14:54] <Sarvatt> bisect it is
[14:54] <sforshee> for any problems which started in 3.8, bisecting is a good idea
[14:55] <tjaalton> sforshee: oh, kern.log has older entries
[14:56] <sforshee> we've known of problems with iwlwifi for a while, the problem is that testers haven't been reliable and bugs have gotten flooded with a variety of different problems
[14:57] <tjaalton> ok, so we can create private bugs to track individual bugs without attracting too many me-too'ers? :)
[14:58] <sforshee> yes, you can create a private bug and assign to me and we can start trying to work through things
[14:58] <tjaalton> cool
[15:04]  * sforshee is seeing poor iwlwifi performance in 3.8 too
[15:34]  * ogasawara back in 20
[15:45] <jsalisbury> ##
[15:45] <jsalisbury> ## Kernel team meeting today @ 17:00 UTC
[15:45] <jsalisbury> ##
[17:06] <rtg_> apw, was looking at one of your work items re: switch ureadahead to new in kernel interfaces.  isn't that already done ? or did you just backport the old interface to the kernel ?
[17:07] <apw> rtg_, i fixed the old ubuntu patch indeed
[17:08] <apw> rtg_, and with the backports this is probabally a good thing
[17:08] <rtg_> apw, indeed
[17:08] <rtg_> guess I should pump up a new raring backport
[17:13] <davmor2> hey guys,  I have a lenovo ideapad y580 and after a lot of research via google it seems the only way to have the bluetooth operational is to dual boot it with windows and then enable it in windows and then it just works in Ubuntu/Linux   I ws wondering if you guys knew anything that might have the same effect, without the need for windows
[17:14] <rtg_> davmor2, that sounds like a bluetooth firmware issue.
[17:15] <davmor2> rtg_: quite possible
[17:15] <rtg_> davmor2, I think there are issues with some BT firmware being redistributable. is there anything in your dmesg that complains about not finding it ?
[17:19] <davmor2> rtg_: paste.ubuntu.com/1613446
[17:21] <rtg_> davmor2, hmm, kind of looks like it started up correctly. have you 'dmesg|grep -i firmware' ?
[17:22] <davmor2> rtg_: paste.ubuntu.com/1613456
[17:25] <rtg_> davmor2, I guess I'd suggest you start an LP bug, then email the bluetooth developers list.
[17:25] <davmor2> rtg_: thanks will do
[17:53] <rtg_> henrix, herton: need to reboot gomeisa for kernel update
[17:53] <henrix> rtg_: ack
[17:53] <herton> rtg_, ack
[17:56] <rtg_> bjf, quantal has 372 commits since the last release
[17:56] <bjf> rtg_, yup
[18:03] <ohsix> damn i didn't even know about ec_sys and nobody mentioned it while i was debugging my backlight freezing problems, i can diff the EC memory and see what happened
[18:12] <sforshee> didrocks, tjaalton, Sarvatt: so it looks like the iwlwifi problems I'm seeing in 3.8 are caused by the commit referenced at https://patchwork.kernel.org/patch/2007911/
[18:12] <sforshee> I've got a test build with the patch reverted, let me post it somewhere so you all can test it as well
[18:12] <Sarvatt> sforshee: it's highly possible i'm mistaking -rc1 with 3.8.0-1 which was rc4
[18:12] <Sarvatt> which would make sense :)
[18:13] <sforshee> Sarvatt, I tested the 3.8-rc1 mainline ppa build and it was fine for me
[18:13] <sforshee> my problem appeared in -rc4
[18:13] <sforshee> I've already responded on the mailing list thread, so I'd expect them to revert the patch for -rc7
[18:14] <Sarvatt> revert is already queued too
[18:14] <sforshee> oh it is?
[18:14] <Sarvatt> http://git.kernel.org/?p=linux/kernel/git/iwlwifi/iwlwifi-fixes.git
[18:16] <sforshee> Sarvatt, okay it's already in wireless-testing but not yet in wireless-next
[18:16] <bjf> rtg_, number of commits applied since release: lucid (3308) oneirc (3035) precise (2341) quantal (835)
[18:17] <sforshee> ah no, it wouldn't be in wireless-next
[18:20] <sforshee> rtg_, is gomeisa still rebooting?
[18:21] <Sarvatt> tjaalton: http://kernel.ubuntu.com/~sarvatt/iwlwifi/ kernel with that revert if you want to try it too
[18:21] <rtg_> sforshee, otp
[18:21] <sforshee> Sarvatt, thank. My build is on gomeisa and I can't connect atm.
[18:21] <tjaalton> Sarvatt, sforshee: ok thanks, I'll give Sarvatt's build a go
[18:22] <Sarvatt> i built that first thing but hadn't tried it yet, was still bisecting. go figure :)
[18:22] <Sarvatt> takes about 20-30 minutes to reproduce here
[18:24] <sforshee> well, since you guys have a build to test now I'm going to grab some lunch
[18:30] <jsalisbury> rtg_, do you happen to know if gomeisa is down?
[18:32] <rtg_> jsalisbury, otp, I'll get to it in a bit
[18:32] <jsalisbury> rtg_, ok, thanks
[18:44] <Sarvatt> sforshee: this is working great for me as well, thanks!
[18:49] <tjaalton> I get a sustained 11MB/s copying large files to devnull on another machine hooked on gigabit ethernet
[18:53] <rtg_> jsalisbury, sforshee: working on getting gomeisa power cycled
[18:53] <jsalisbury> rtg_, cool, thanks.  I just moved over to tangerine for now ;-)
[18:55] <rtg_> gomeisa should be cycling. I'll be back after a quick lunch.
[19:14] <dhanasekaran> Hi guys Adaptive RX it's not properly set using ethtool
[20:46] <apw> dhanasekaran, define 'not set properly', and on what device
[20:46] <dhanasekaran> apw: driver: igb  version: 3.2.10-k
[20:47] <apw> and how are telling it doesn't work
[20:48] <dhanasekaran> apw: I want enable Adaptive Rx ethtool -C eth0 adaptive-rx on ; ethtool -c eth0 | grep 'Adaptive RX'
[20:48] <dhanasekaran> I tried Adaptive RX not enable after set
[20:49] <dhanasekaran> I am using 3.2.0-37-generic
[20:54] <dhanasekaran> apw: any help
[20:55]  * ogasawara lunch
[21:16] <apw> dhanasekaran, are you sure that device supports it?  i see that if you set options in that set and they are not supported they are silently ignored
[21:19] <apw> dhanasekaran, it seems to understand the rx_coalesce_usecs and tx_coalesce_usecs
[21:19] <apw> but i don't see anything about the adaptive stuff
[21:21]  * rtg_ -> EOD
[23:00] <BarkingFish> Good evening :)  jsalisbury - is there any chance I could grab you for a quick word please concerning the bug you're helping me to track down please? 1113048, concerning the ar5523 driver?
[23:02] <BarkingFish> I've got the 3 rc kernel candidates you asked me to install, installed - now, ndiswrapper is building in rc2 which is where I am now, so at least I can get on the net.  From what I can find though, the ar5523 module doesn't appear in any of the 3 kernels.
[23:03] <BarkingFish> I've tried to modprobe it, since it's not picking up on boot - and it just pops up "Fatal: module ar5523 not found"
[23:58] <scientes> is there any repo of just the packaging stuff?
[23:58] <scientes>  /debian
[23:58] <scientes> i want to package an out-of-tree kernel
[23:59] <scientes> that has special bootstrap/install stuff


[00:50] <mhall119> jono: how do I access the survey?
[01:01] <jono> mhall119, it is in th eMy Surveys view
[01:02] <jono> mhall119, forwarded you the login details
[01:02] <JoseeAntonioR> akgraner: the bot is udsbotu
[01:14] <mhall119> jono: removed, and the ones I could fix are published and can be installed now
[01:16] <jono> perfect, thanks mhall119
[01:16] <jono> we can send out the survey tomorrow
[06:13] <bkerensa> jono: Do you know any go to people on the U1 team? looking to see if raffling a U1 upgrade might be in cards for OSCON?
[06:16] <jono> bkerensa, sure, email<EMAIL_ADDRESS>[06:16] <jono> bkerensa, also, would you mind doing one final push to the portland user groups to invite them to CLS?
[06:17] <bkerensa> jono: ahh stuart? huh I thought he did security :P and yeah no problem its on my to do list for tonight
[06:18] <jono> thanks bkerensa!
[06:18] <jono> no bkerensa, Stuart works on the U1 futures team
[06:19] <jono> I am sure he can you a few upgrade prizes :-)
[07:03] <dholbach> good morning
[07:11] <elfy> morning dholbach
[07:12] <dpm> good morning all
[07:12] <nothingspecial> morning dpm
[07:12] <dpm> hey nothingspecial
[07:13] <dholbach> hi elfy
[07:14] <elfy> dpm: morning - really good turn out on this app thing you were running
[07:15] <dpm> hi elfy, absolutely :)
[07:15] <elfy> good to see some postivity intead of the incessant whining we get on the coalface on the forums :)
[07:16] <nothingspecial> some quality stuff also :)
[07:17] <hobgoblin> yep
[07:20] <dpm> dholbach, hast du eine Minute für einen kürzen Hangout?
[07:21] <dholbach> ja klar
[07:23] <dholbach> dpm, hangout gestartet
[07:34]  * dpm makes a short break
[07:52] <philipballew_> i see its morning in Europe again
[07:59] <doctormon> elfy: How are the forums these days?
[08:13] <czajkowski> *yawns* morning
[09:27] <elfy> doctormon: pretty good on the whole :)
[09:30] <doctormon> elfy: is it not being used much for support like it used to since askubuntu?
[09:31] <nothingspecial> still plenty of support there doctormon
[09:31] <elfy> it is - some like AU some like the forums - I tend to support on AU and chat/mod on the forum
[09:31] <elfy> too many people seem to stop posting if staff do as though we are all gurus :(
[09:32] <elfy> I hide my beans for a reason lol
[09:32] <doctormon> elfy: lol, I should really check if I have any messages on UF
[09:32] <elfy> :P
[09:34] <doctormon> Yeah someone was complimenting me on my signature.
[09:34] <elfy> I can't remember what your forum nick was
[09:34] <elfy> I'm getting old :)
[09:35] <doctormon> er, doctormo
[09:35] <elfy> oh - see what I mean lol
[09:37] <doctormon> elfy: Good job I checked it, the sig was old, still saying I was loco leader.
[09:37] <elfy> lol
[09:38] <doctormon> elfy: I was expecting you to have been on UF since the dawn, but your profile clearly says 2007. Nice 10 posts a day though :-D
[09:39] <elfy> doctormon: yea - there are another ~4000 out there with me - but as aguest - there was a mistake with my account
[09:40] <elfy> I've been pretty much constant since 2007 though
[09:54] <s-fox> ping ajmitch :)
[09:58] <ajmitch> s-fox: yes?
[09:59] <s-fox> Hey ajmitch , just seen your email about myshortcuts. I wondered what I need to do about it
[09:59] <ajmitch> dholbach has updated it in a branch
[09:59] <s-fox> okay, i just wanted to check :) thank you dholbach
[10:06] <dholbach> de rien
[10:17] <s-fox> nothing?
[10:18] <s-fox> :)
[10:18] <s-fox> well thank you anyway.  i will have to have a look at the changes in your branch dholbach , i didn't think i had any dependancies. haha
[13:19] <cjohnston> mornin
[13:24] <dpm> Yes! we're getting more people to help with the appshowdown reviews!
[13:24] <dpm> If anyone in the channel can help or know someone who can, please join or tell them to join #ubuntu-arb
[13:26] <AlanBell> dpm: presume you want people who know if a debian rules file is following policy rather than people to just install stuff and have a play with it?
[13:26] <dpm> AlanBell, exactly, they must have at least some experience in *creating* packages themselves
[13:54] <doctormon> dpm: There's a big difference between knowing how to create packages and being aware of debian policy.
[14:04] <dpm> doctormon, absolutely. I think you are knowledgeable on both, fancy volunteering for helping with reviews? #ubuntu-arb is just a /join away ;-)
[14:08] <s-fox> Hello
[14:09] <elfy> hello s-fox
[14:09] <s-fox> hi elfy , how are you?
[14:09] <elfy> good thanks :)
[14:10] <elfy> having a bit of a facepalm moment with the uk mailing list lol
[14:11] <s-fox> why is that? typo?
[14:13] <AlanBell> elfy: yeah, I know
[14:13] <elfy> indeed AlanBell
[14:13] <elfy> wasn't quite expecting the last paragraph ...
[14:14] <doctormon> dpm: What would you like?
[14:17] <dpm> doctormon, if you could drop into #ubuntu-arb and review a couple of apps, that'd be really helpful. A review takes from 5 to 20 mins. Just ping dholbach or mhall119 and they should help you get started
[15:01] <jono> dholbach, dpm, mhall119 can you set up the hangout and invite me and didrocks
[15:02] <dholbach> will do
[15:02] <jono> dholbach, dpm, mhall119 my meeting has run over by a few mins
[15:04] <jcastro> dpm: I have a question here: https://plus.google.com/116015965439782966698/posts/ex5srVLNFnS
[15:04] <jcastro> wrt. reviews
[15:04] <jcastro> looks like ronald might be able to help
[15:06] <dpm> jcastro, cool, replied!
[15:07] <jono> dholbach, what is the hangout URL?
[15:07] <dholbach> https://plus.google.com/hangouts/_/1a85fead5aecbe8ac4456a402a2db64e3e1cb5dc?authuser=0
[15:57] <jcastro> heh cool
[15:57] <jcastro> http://conference.opensuse.org/indico//conferenceDisplay.py?confId=3
[15:57] <jcastro> the next suse conference is at the Caribe Royale
[16:03] <nigelb> hah
[16:03] <nigelb> Ubuntu hotel? :D
[16:05] <czajkowski> <3 Caribe Royale hotel
[16:05] <Pici> heh
[16:18] <jcastro> <-- lunch
[16:23] <jono> dholbach, hey
[16:23] <jono> sorry I had to nip off
[16:23] <dholbach> no worries
[16:24] <jono> dholbach, did you want a quick call, or we can do it tomorrow if you like?
[16:24] <dholbach> as you like it, I have a bit of time right now
[16:24] <dholbach> but tomorrow's good too
[16:24] <jono> dholbach, cool, lets do it now
[16:25] <dholbach> rock on
[16:25] <jono> dholbach, https://plus.google.com/hangouts/_/32ef8e1331b444c11970c5e2f635e85075d21dcd?authuser=0&hl=en-US
[16:37] <mhall119> dpm: are we all set on the survey now?
[16:37] <dpm> mhall119, yes
[16:37] <mhall119> cool, I'm going to go back to app reviews then
[16:38] <dpm> mhall119, sure, thanks
[16:48] <dpm> ok, I really need to run now, see you all tomorrow!
[17:44] <dholbach> alright my friends - I call it a day - see you all tomorrow!
[17:55] <balloons> -< lunch
[18:52] <bkerensa> jono: http://paste.ubuntu.com/1088501/ <-- CLS wat?
[18:52] <jono> bkerensa, :-)
[18:52] <jono> bkerensa, thanks for spreading the word, things are shaping up to be an awesome show!
[18:52] <bkerensa> Indeed
[18:53] <jono> lunch
[18:53] <bkerensa> jono: is attendee list bigger than last year so far?
[18:53] <bkerensa> kk ttyl
[18:53] <jono> bkerensa, indeed
[20:42] <jono> mhall119, can we have a quick G+ hangout
[21:28] <mhall119> jono: sure
[21:52] <doctormon> jono: Wish I could go, tried to make it but it's turned into a busy year.
[21:53] <doctormon> Don't supposed you want to hold the next one in Boston ;-)
[21:53] <jono> doctormon, CLS?
[21:54] <doctormon> Yes
[21:54] <jono> doctormon, it is likely to be wherever OSCON is, so usually Portland
[21:54] <jono> we have a good home there now :-)
[21:55] <doctormon> You know where all the restaurants are in Portlandia :-P


[00:00] <bryceh> RAOF, not sure, but I can take care of it if you want to tackle xserver
[00:01] <RAOF> xserver is pretty much done, but RC2 should be out today, I think, so it might be nice to wait for that tarball.
[00:02] <RAOF> My rebuild tests have the list of updates needed at vmmouse, evdev, fbdev, chips, ati.
[00:03] <bryceh> it might be nice to get the current one in just to get a jump on the abi rebuilds
[00:03] <RAOF> Fair enough.
[00:03] <jcristau> i thought rc2 was supposed to have more randr stuff, but i haven't seen that posted?
[00:04] <RAOF> It'll be RC1+enough git to be practically RC2 anyway, since we don't want to silently bump ABI in the archive.
[00:04] <RAOF> jcristau: I thought all of keith's randr 1.4 was already in?
[00:08] <jcristau> RAOF: maybe i'm just confused
[00:09] <RAOF> jcristau: Certainly his *last* randr patches landed just after RC1 was meant to be released
[00:09] <RAOF> Maybe that's what you're thinking of?
[00:10] <pcjc2> hi there
[00:10] <pcjc2> anyone on natty complaining about broken hotkeys?
[00:10] <pcjc2> Fix is recompile udev against a non-broken kernel
[00:11] <RAOF> Which kernel's broken?
[00:11] <bryceh> pcjc2, raise it with the kernel guys?
[00:12] <pcjc2> commit is fixed
[00:12] <pcjc2> sorry - kernel is fixed
[00:12] <pcjc2> just need to identify which versions to build against - have filed a bug against udev to request the rebuid
[00:13] <pcjc2> https://bugs.launchpad.net/ubuntu/+source/udev/+bug/708962
[00:13] <ubot4> Launchpad bug 708962 in udev (Ubuntu) "[NATTY]: Rebuild against newer kernel required due to IOCTL breakage (affects: 1) (heat: 8)" [Undecided,New]
[00:14] <pcjc2> 2.6.37 has the fix
[00:14] <pcjc2> Something after v2.6.36-rc1 broke it
[00:15] <jcristau> RAOF: ah, found it.  keithp said on jan 3 he had more randr proto changes.
[00:15] <jcristau> dunno if that'll affect driver abi though
[00:16] <pcjc2> so RE: Udev - basically, don't build against kernel headers from the 2.6.36 series
[00:16] <pcjc2> Commit was introduced somewhere before refs/tags/Ubuntu-2.6.36-2.8
[00:17] <RAOF> Then I think that's fixed in natty already, as I think udev's been built against the 2.6.37 tree.
[00:19] <pcjc2> not fixed until refs/tags/Ubuntu-2.6.37-11.25 or afterwards
[00:21] <RAOF> I seem to recall a recent udev build… yeah, there we go.  9 hours ago.
[00:21] <RAOF> So that should be fixed then.
[00:22] <pcjc2> looks like the recent build will have fixed it
[00:22] <pcjc2> _JUST_ got the right version number for the libc stuff
[00:23] <pcjc2> irritating to think how long I just spent tracking that down, given if I'd not bothered - it would have fixed its self by tomorrow :(
[00:24] <RAOF> What hotkeys were you seeing not work?
[00:24] <pcjc2> Brightness etc..
[00:24] <RAOF> It obviously only affects a subset of users (a subset which excludes me ☺), then.
[00:25] <pcjc21> On Intel here, running xorg-edgers
[00:26] <pcjc2> better
[00:26] <pcjc2> As I was saying.. On Intel here, running xorg-edgers, so there is currently some breakage thanks to 2.6.38
[00:26] <pcjc2> and you have to apply some patches from Matthiew Garret and recompile the 2D driver to list "intel_backlight" as a backlight driver
[00:27] <RAOF> Ah.
[00:27] <pcjc2> various other little niggles too, but that is probably a userspace issue with a backlight brightness prop which goes from 0 to lots
[00:27] <pcjc2> 	BACKLIGHT: 1637355 (0x0018fbeb)	range:  (0,3274965)
[00:27] <pcjc2> 	Backlight: 818642 (0x000c7dd2)	range:  (0,3274965)
[00:29] <pcjc2> (wiring up the keymap was half the battle though)
[01:05] <RAOF> cnd: You wouldn't happen to have a refreshed gestures patch for evdev?
[01:34] <RAOF> Oh, man.  ext4, I had forgotten how awesome it was for dpkg to be fast.
[01:35] <RAOF> cnd: Oh, also: refreshed gesture extension patch against the Xserver?
[02:08] <RAOF> “drm/nvc0: implement irq handler for whatever's at 0x14xxxx”.  Aaah, reverse engineering…
[02:17] <Amaranth__> o_O
[04:22] <bryceh> [ubuntu/natty] xserver-xorg-video-ati
[04:22] <bryceh>         1:6.13.2+git20110124.fadee040-0ubuntu1 (Accepted)
[04:23] <RAOF> Woot!
[04:23] <RAOF> bryceh: Have you updated unity today, and if so, are you able to interact with it using the mouse?
[04:24] <RAOF> I don't *think* my problem stems from the evdev update, but I'd like to be sure :)
[05:51] <tjaalton> bryceh: what RAOF said, basically :)
[06:03]  * RAOF finally groks the context.
[06:06] <tjaalton> hehe
[06:50] <bryceh> RAOF, unfortunately it's just been giving me "your hardware ain't good enough" errors
[06:51] <RAOF> Heh.
[06:51] <bryceh> on an r7xx
[06:51] <RAOF> It seems to have been molified by a reboot for me.
[06:52] <bryceh> I'm going to try to do the xkeyboard-config merge tomorrow.  I see Debian did an update for experimental (first in long time).  We've got a bunch of patches against it I need to go through.
[07:00] <bryceh> RAOF, I'm going to be working downtown tomorrow with the rest of the Portland crew so will be a little constrained but I think I can upload xserver if it's ready to go by then
[07:00] <RAOF> Ok.
[07:00] <bryceh> RAOF, or if you do want to wait until the next rc release, we can tackle it monday
[07:02] <RAOF> I'll see if I can get it done this evening.
[07:02] <RAOF> The final piece is the gestures patch, which I may get cnd to weigh in on.
[07:03] <RAOF> (And a a couple of drivers - chips, fbdev, evdev, vmmouse - that need cleaning, then sponsoring)
[07:06] <RAOF> And we need to fix up nvidia-graphics-drivers and fglrx so that they properly depend on the video ABI(s) they support, so we don't upgrade the xserver under them and crash.
[16:28] <Sarvatt> Amaranth_: can you run compiz under valgrind while you run xchat-gnome for ickle? I upstreamed that bug report of yours
[16:29] <Amaranth_> Sarvatt: I just commented on the upstream report, it's not a compiz display issue as the bug looks even worse without compiz running
[16:29] <Sarvatt> Amaranth_: oh sorry, just saw you responded already there too
[16:30] <Sarvatt> is it just xchat-gnome?
[16:30] <Sarvatt> I sure as heck can't reproduce it on gen3
[16:30] <Amaranth_> xchat-gnome is the only app I've seen it with
[16:32] <Amaranth_> What is gen3?
[16:33] <Sarvatt> 915-945-g33-3150
[16:34] <Amaranth> ah
[16:34] <Amaranth> That's confusing, the 3100 is gen4 but the 3150 is gen3?
[16:34] <Sarvatt> heh
[16:34] <Sarvatt> 3100 is gen3 too
[16:35] <Sarvatt> x3100 is gen4
[16:35] <Sarvatt> yeah it's really crazy
[16:36] <Amaranth> oh, ok
[16:36] <Amaranth> I guess I must have the x3100 then *shrug*
[16:36] <Amaranth> I just say 965
[16:38] <Amaranth> All of that is still less confusing than the new HD stuff
[16:38] <Amaranth> People always think I'm talking about radeon
[21:15] <bryceh_> [ubuntu/natty] libx11 2:1.3.3-3ubuntu3 (Accepted)
[21:48] <Sarvatt> bryceh: 1.4.1 is waiting around to be uploaded if you ever do another libx11, I kept meaning to mention that the last 2 :)
[21:49] <Sarvatt> http://sarvatt.com/git/cgit.cgi/mesa-packaging/commit/?id=26a3f7f992032bd3f42ea4744d020231dd3e7799 I guess that'll work for now for a libglapi placeholder.. need a better description
[21:49] <Sarvatt> libglapi-mesa: package-name-doesnt-match-sonames libglapi0
[21:50] <Sarvatt> ah libglapi0-mesa?
[21:58] <bryceh_> or libglapi-mesa0?
[22:06] <bryceh_> Sarvatt, yeah if you want to post a .dsc somewhere for that I'll sponsor
[22:14] <pcjc2> GM45, with Mjg59's backlight patches, udev rebuilt... brightness collapses to almost zero when you try and adjust with the hot-keys
[22:15] <pcjc2> one-line patch required to remove a val >> 1; in the kernel
[22:15] <pcjc2> Have prodded upstream about it, but feel free to give me a shout if anyone bumps against this issue and we need to patch sooner rather than later
[23:39] <bryceh_> ][ubuntu/natty] xserver-xorg-video-chips 1:1.2.3-2ubuntu1 (Accepted)
[23:39] <bryceh_> [ubuntu/natty] xserver-xorg-video-fbdev 1:0.4.2-3ubuntu1 (Accepted)
[23:49] <bryceh_> [ubuntu/natty] xserver-xorg-input-evdev 1:2.6.0-1ubuntu1 (Accepted)
[23:56] <kva> hello, all
[23:57] <kva> that's nothing to do with ubuntu cause I am running debian, but I got horisontal stripes on screen in firefox and skype on intel video driver
[23:57] <kva> any suggestions where I can fix it?


[08:26] <figmentj1324> hi
[12:16] <Omahn> Hello everyone. Yesterday in the preseeding talk by evand a tool called debconf-get-selections was mentioned for saving the selected answers from an install. Unfortunately I can't find this on my alternate install environment. I can see debconf-set-selections and debconf-get but no debconf-get-selections.. any ideas?
[12:18]  * Omahn wonders if the use of the server CD is the issue here
[12:21] <cjwatson> it won't be there until after reboot
[12:21] <cjwatson> you do have to be careful with its output - it should only be used in conjunction with the installation guide
[12:21] <cjwatson> oh, remember to install debconf-utils
[12:22] <Omahn> Aha. evand suggested that it needed to be done in the installation environment.
[12:23] <cjwatson> debconf-get-selections --installer
[12:23] <cjwatson> (for alternate/server installations)
[12:29] <Omahn> cjwatson: Perfect. Thanks.
[14:59] <Omahn> Almost working :-)
[14:59] <Omahn> I've getting the confirmation dialog about removing existing logical volume data, even though I have:
[14:59] <Omahn> d-i partman-auto/purge_lvm_from_device boolean true
[14:59] <Omahn> in my preseed.
[14:59] <Omahn> # And the same goes for the confirmation to write the lvm partitions.
[14:59] <Omahn> d-i partman-lvm/confirm boolean true
[14:59] <Omahn> A bug or am I doing it wrong?...
[15:01] <cjwatson> exactly which messages are you seeing? We need the text in order to search
[15:01] <xivulon> evand, bean123 has updated the grub4dos svn code
[15:01] <xivulon> I can now do the new builds which support find + relative path
[15:02] <Omahn> Just doing another build now, I'll copy the text when it gets there.
[15:02] <xivulon> evand, can you please run the tests in https://bugs.launchpad.net/wubi/+bug/217348/comments/9
[15:02] <xivulon> and if successful patch grub-installer as indicated?
[15:03] <evand> xivulon: will do
[15:03] <xivulon> great!
[15:04] <xivulon> also seems that the vista bug is fixed with the 7z trick (davmor2)
[15:04] <xivulon> note that to build the CD build you use a different command: make wubi-selfextract
[15:04] <xivulon> which will also run make and create 2 different binaries
[15:05] <Omahn> Ready for this screen text?..
[15:05] <Omahn> [!!] Partition disks
[15:05] <Omahn> The selected device already contains logical volumes and/or volume
[15:05] <Omahn> groups from a previous LVM installation, which must be removed from
[15:05] <Omahn> the disk before creating any partitions.
[15:06] <Omahn> Note that this will also permanently erase any data currently on the
[15:06] <Omahn> logical volumes.
[15:06] <Omahn> Remove existing logical volume data?
[15:06] <Omahn> (done) :-)
[15:06] <evand> xivulon: I thought you said the 7z trick did not work for you?
[15:06] <cjwatson> d-i partman-lvm/device_remove_lvm boolean true
[15:07] <Omahn> aha.. I'll stick that in and try again..
[15:07] <xivulon> evand that was using UPX
[15:07] <evand> ah, my mistake
[15:07] <xivulon> UPX cretes a package that when unpacked is not bit-identical to the original :(
[15:07] <xivulon> and since nsis uses internal CRC check those fails
[15:07] <xivulon> 7z is a bit larger but does not suffer from the same issue
[15:08] <xivulon> The other attempt in the middle was to postpone the eject call to the very end, but it did not work and I have reverted the changes
[15:10] <Omahn> cjwatson: Perfect. I'm guessing that should go into appendix B of the installation guide?..
[15:10] <cjwatson> Omahn: yep, I just edited my local copy to include that
[15:10] <Omahn> cjwatson: By local copy, do you mean locally checked out copy? :-)
[15:11] <cjwatson> whatever terminology you prefer
[15:11] <Omahn> Good stuff. Just wanted to make sure it goes back in to the docs.
[15:11] <cjwatson> I don't really understand the distinction you're drawing
[15:12] <Omahn> Well, if you have a local copy of the installation guide on your machine, editing it is of no use to other users unless it goes back upstream to the distro.
[15:12] <cjwatson> yes, I mean my checkout of the guide's source; I'm the person who normally uploads it
[15:12] <Omahn> Fantastic. :-)
[15:12] <Omahn> BTW - how did you find the answer? Or did you know it already? (for future reference)
[15:13] <cjwatson> I searched the templates files in a couple of candidate packages
[15:14] <cjwatson> i.e. roughly analogous to reading the source
[15:14] <Omahn> I see. Thanks.
[15:15] <cjwatson> we don't really have any way to automatically generate documentation from debconf templates yet, unfortunately, even though the format would theoretically support it
[15:15] <Omahn> Ok. I'm guessing documenting every possible option would be overkill anyway?
[15:16] <cjwatson> overkill and probably harmful
[15:17] <evand> some options are not meant to be used outside the installer, preseeding them can have unexpected results.
[15:18] <evand> er, questions
[15:18] <Omahn> Does a 'server' tasksel exist? I've just used standard for now but that installs openoffice which doesn't seem ideal for our servers.
[15:19] <cjwatson> standard doesn't itself install openoffice.org; the things you're missing are:
[15:19] <cjwatson> d-i pkgsel/language-pack-patterns string
[15:20] <cjwatson> d-i pkgsel/install-language-support boolean false
[15:20] <cjwatson> (from /cdrom/preseed/ubuntu-server.seed on server CDs)
[15:21] <Omahn> I've just realised I used the alternative installer CD.. that would explain it..
[15:22] <cjwatson> you'd need to preseed those items either way (at least theoretically)
[15:22] <Omahn> I've added them and just reinstalling with the server CD.
[15:46] <CIA-1> anna: cjwatson * r410 ubuntu/debian/changelog: releasing version 1.31ubuntu1
[16:16] <evand> xivulon: didn't work for me.  Did it work for you?  It doesn't seem like it would as I don't believe you can do 'root find...'
[16:25] <xivulon> evand hm I tested directly with an edited menu.lst and missed that...
[16:25] <xivulon> good point
[16:26] <xivulon> we have 3 options then:
[16:26] <xivulon> 1) go for the wubi specific case: root ()/ubuntu/disks
[16:27] <xivulon> 2) ask bean 123 to change the root syntax root()/ubuntu/disks --find=/path/to/look/for
[16:27] <xivulon> 3) change update-grub / grub-installer to support an extra line: find --set-root
[16:29] <xivulon> any preference?
[16:32] <evand> definitely not 3, imo.
[16:32] <evand> I suppose 1 is our best bet.
[16:34] <xivulon> 1 is the first patch provided then, I have been suggesting it around and nobody complained so far
[16:34] <evand> well actually, I take that back.  I guess 3 wouldn't be terrible, but I'm not swayed.
[16:35] <evand> ok
[16:36] <xivulon> 1 is not invasive but it ties the implementation to wubi
[16:37] <xivulon> the question is there anyone else likely to use grub-installer/bootdev_directory?
[16:37] <evand> I doubt it.  cjwatson does going with 1 seem unreasonable to you?
[16:40] <cjwatson> 3 sounds like the right long-term answer, but for 8.04.1 we should pick the thing that's most contained and least likely to affect anything else, IMO
[16:41] <evand> agreed, so 1 for now and we'll work on 3 in 8.10.
[16:42] <xivulon> sounds good to me
[16:42] <xivulon> https://bugs.launchpad.net/wubi/+bug/217348/comments/5
[16:47] <xivulon> I would still need to upgrade grub4dos since that includes fixes for gate A20 #224311
[16:52] <evand> ok
[16:59] <xivulon> evand we posted together :)
[17:00] <xivulon> "Forget the above post" now looks bad on my comment to #217348...
[17:00] <evand> heh, whoops
[17:00] <xivulon> editing comments in LP is #1 on my wishlist
[17:39] <evand> cjwatson: for changes to packages that are going to go into proposed (grub-installer), should I create a hardy branch or is it safe to commit to trunk?
[17:40] <cjwatson> hardy branch would be good
[17:40] <xivulon> hmm I have already committed a few changes to wubi/hardy branch would that be ok?
[17:41] <evand> ack'ed
[17:43] <evand> xivulon: I'd prefer to have a branch of Wubi for just the things that are going to go into 8.04.1
[17:46] <xivulon> evand then I will rename hardy -> hardy.old (obsoleted) and re-upload hardy as of 501 (since do not know other way to revert things in launchpad)
[17:46] <xivulon> then I will add hardy.pointrelease or something with the extra changes
[17:46] <xivulon> is that ok?
[17:48] <cjwatson> you can just 'bzr revert -r501' and then commit that, thereby committing a change which takes you back to r501
[17:48] <cjwatson> (possibly branching first so that you have the state handy for later)
[17:48] <xivulon> ah thanks will that later on tonight then
[17:55] <evand> am I right in assuming that the proper bzr workflow is make a change in trunk then merge in the hardy branch, so we carry any necessary changes to the next release and preserve the changelog entries?
[17:56] <evand> merge the changes into*
[18:00] <xivulon> if so I could also rename hardy->trunk + branch trunk -r 501 and upload as "8.04" + create a third branch called 8.04.1
[18:11] <evand> there's no need for three branches
[18:11] <evand> we just need a branch for keeping changes that will go into 8.04.1 and trunk
[18:12] <xivulon> so trunk I keep trunk ("hardy" in my case) at r501 and add a new branch with r505+
[18:13] <xivulon> correct?
[18:13] <evand> indeed
[18:13] <xivulon> will do
[18:13] <evand> thanks
[18:14] <xivulon> np (should have thought about branching earlier on)
[19:07] <CIA-1> ubiquity: evand * r2677 ubiquity/ (debian/changelog ubiquity/frontend/gtk_ui.py): * Handle the migration-assistant UI being fed non-UTF data gracefully.
[19:53] <evand> cjwatson: can you confirm the above?  Is the right workflow to make changes in trunk and then merge into the hardy branches for most changes?
[20:22] <cjwatson> evand: that's usually sensible, yes
[20:22] <cjwatson> although the other way round is not a critical failure or anything
[20:23] <evand> cjwatson: ok, thanks for clearing that up
[20:31] <CIA-1> ubiquity: evand * r2678 ubiquity/ (3 files in 2 dirs): * Make capitalization of migration-assistant consistent (LP: #225555).
[20:46] <evand> Hrm, "Migration Assistant: " generated in scripts/summary and thus untranslated or "None" untranslated? (in reference to bug 225558)
[20:48] <evand> I suppose I also have the option of sticking a text question in debconf for either option and gaining translations.
[20:54] <mpt> evand, do you mean that none of the summary text is localized?
[20:54] <evand> mpt: no, it is.
[20:55] <evand> the summary text is translated, but the stuff m-a substitutes in is not
[20:55] <mpt> It didn't occur to me at the time, but "Migration Assistant" doesn't appear anywhere else in the interface, does it?
[20:55] <evand> hrm, no, I don't believe it does
[20:55] <mpt> it's the hidden engine
[20:56] <evand> should it just say something like, "Documents and settings to import: "?
[20:56] <mpt> sure
[20:56] <mpt> followed by either "None", or the list of what it is importing
[20:57] <evand> ok, will do
[21:00] <cjwatson> I wondered why that text isn't left out for non-m-a installs
[21:01] <evand> well, it wouldn't get translated if I subst'ed it in, but I think what I'm going to do is make ubiquity/none or something similar to hold translations for None
[22:33] <killroy1971> Question for the team about the Ubuntu installer
[22:36] <killroy1971> the installation hangs at the "detecting hardware" seciton
[22:42] <cjwatson> usually, that's because trying to load a module hung, and is typically a kernel bug of some kind
[22:42] <cjwatson> it may be interesting to know whether the system is otherwise responsive
[22:43] <killroy1971> this time it's hanging at the "resizing partitions" section
[22:43] <cjwatson> if you are using the desktop CD, try wiggling the mouse
[22:43] <cjwatson> if you are using the alternate or server CD, press Alt-F2 and then Alt-F1 and see if the screen changes
[22:43] <killroy1971> the system is as responsive as a bootable CD can be
[22:43] <killroy1971> the gui really slows things down
[22:43] <cjwatson> how much memory do you have?
[22:44] <killroy1971> 2 GB
[22:44] <killroy1971> I built this machine last year and I've run Ubuntu on it before
[22:45] <cjwatson> ok, plenty
[22:45] <cjwatson> pop up a terminal and look at the end of /var/log/syslog
[22:45] <killroy1971> stand by
[22:46] <killroy1971> strange, the install moved forward when I launched terminal
[22:48] <killroy1971> I don't have any error messages in the syslog
[22:49] <cjwatson> curious that starting a terminal nudged it
[22:49] <cjwatson> note that resize is known to take some time without feedback
[22:49] <killroy1971> well I'm at the next step and this is where it's been hanging up
[22:50] <killroy1971> it hangs at "detecting file systems"
[22:50] <cjwatson> anything in /var/log/installer/debug or /var/log/kern.log?
[22:51] <killroy1971> hey it moved this time, but the difference was that I was running terminal
[22:52] <killroy1971> I did get a Python "Future warning" but things are moving along
[22:52] <killroy1971> I left this same config last night but it just hung up
[22:52] <killroy1971> I wasn't running terminal
[22:53] <cjwatson> future warning> probably from the apt module, that one's harmless
[22:53] <killroy1971> that's what I figured
[22:54] <cjwatson> random freezes that unwedge when you move something smell of lost interrupts to me
[22:54] <cjwatson> (again, kernel ...)
[22:54] <killroy1971> the kern.log has a warning about the ufstype and a bad magic number
[22:54] <killroy1971> maybe it hung up on mounting the new file partitions?
[22:58] <killroy1971> one issue with the graphical installer: if you choose to just run the installer you can't pop up a terminal to see what's wrong
[22:58] <cjwatson> shouldn't think so, it's (unfortunately) normal behaviour for a vast number of such warnings to be emitted during os-prober runs
[22:59] <cjwatson> true, though you can press Ctrl-Alt-F1 and look there
[22:59] <killroy1971> really?  I didn't know that was available
[22:59] <killroy1971> what does that function do?
[23:03] <killroy1971> does it pull up a console or does it display a running log?
[23:09] <cjwatson> ctrl-alt-f1> switch to Linux virtual terminal
[23:09] <cjwatson> i.e. switch away from the graphical environment
[23:09] <cjwatson> you can switch back with alt-f7
[23:11] <killroy1971> I'll have to try that next time
[23:11] <killroy1971> I've done that when I ran Debian and had the video driver dump on me
[23:11] <killroy1971> but that was several years ago
[23:22] <killroy1971> anyways, thank for your help
[23:37] <xivulon> evand,  can you see if you are happy with the wubi branches?
[23:38] <xivulon> then I will add the grub4dos code
[23:38] <xivulon> there is a new branch called hardy.proposed for rev 501+
[23:42] <elixam> salve a tutti!
[23:42] <elixam> c'è qualche buon'anima a cui posso chiedere un help su ubuntu?
[23:43] <cjwatson> I'm afraid I don't speak Italian; #ubuntu-it might be of more help
[23:44] <elixam> ops...sorry, right, i'm go to ubuntu.it...tank you  very much
[23:44] <elixam> bye
[23:44] <elixam> :-)
[23:48] <xivulon> elixam, Io parlo italiano
[23:51] <xivulon> what is good practice when a bug is actually fixed in another project (see 217348) shall I mark wubi in such case as invalid?
[23:51] <xivulon> or as fix committed?


[15:11] <cjwatson> realtime-neil: Did you try something along the lines of the apt offline howto that I pointed at?
[15:12] <cjwatson> realtime-neil: apt will certainly respect version requirements
[15:21] <realtime-neil> cjwatson: I'm looking at that now
[15:22] <realtime-neil> cjwatson: I'm looking at this 21-year-old documentation and firmly believe that everything old is new again
[15:28] <realtime-neil> cjwatson: I ran into some search interference with `apt-offline`, which seems like a completely different tool inspired by the documentation you linked.
[16:27] <cjwatson> realtime-neil: It's certainly possible that apt-offline is better.  I was suggesting that documentation mainly as a toolkit of ideas for how to drive apt in the right way rather than necessarily as a fully-tested script
[16:28] <realtime-neil> cjwatson: understood, and I'm working my way through the documented example as a way to familiarize myself with The Right Way. I'll move on to `apt-offline` once I master the basics.
[16:36] <cjwatson> You can also give it a fake status file (maybe even an empty one) to force apt to really download everything, though it's possible that might get a bit confused; probably better if it at least has essential packages to go on
[16:38] <realtime-neil> I'll try it with a straight copy and then an empty to see what happens with the `*.list` files I give it.
[17:08] <realtime-neil> cjwatson: would it make sense to "seed" this kind of faked offline installation with a "bare-bones" `/var/lib/dpkg/status`; i.e., a dpkg status file that represents the minimal set of packages on a vanilla installation?
[17:08] <realtime-neil> cjwatson: If so, how would one acquire such a minimal dpkg status file?
[17:36] <cjwatson> realtime-neil: Maybe.  I guess I might start by running an existing system's file through "grep-dctrl -wFTask ubuntu-minimal" or some such.
[17:38] <realtime-neil> cjwatson: I had the idea of using deboostrap to generate a minimal rootfs and then harvest the `/var/lib/dpkg/status` from that, but your idea seems better