[06:44] <mikado> Many thanks for your help. I love the Ubuntu Studio version so much. It's just one thing, I don't know how to install another software in it. Please help me.
[11:16] <btp> hello there everyone , just had a setup question , I just got a PreSonus audio box bundle for a simple home studio setup for me , any tips or pointers do you have on a setup within the ubuntu studio ?
[11:19] <cfhowlett> btp, worked out of the box for me
[11:21] <btp> without using JACK ? I'm shifting from a Windows form of home studio to linux and I'm still working around the JACK with Ardour and having a bit of a hardtime
[11:21] <btp> although the RockSmith cable worked perfectly with JACK Guitarex


[00:26] <bassboi> i used wine to install a game on here, using xubuntu 8.04, and it created an "Other" section in my apps menu, containing the game I installed... although, the game doesn't work and i've removed it using wine, but now the "Other" section stays... how would i remove it
[00:28] <TheSheep> bassboi: it's in ~/.local/share/applications
[00:30] <bassboi> i just delete?
[00:30] <TheSheep> yeah, you can delete the .desktop file that's in there
[00:30] <TheSheep> it's a laouncher for the menu
[00:31] <bassboi> theres defaults.list and wine
[00:31] <bassboi> in wine?
[00:32] <TheSheep> yeah
[00:33] <bassboi> ok.. if i remove wine, i can delete the whole wine folder, right
[00:34] <TheSheep> yes, it's your home directory anyways, all you can lose is your user's settings
[00:35] <bassboi> wow, ty very much
[00:35] <bassboi> not hard at all
[00:35] <bassboi> sudo rm -Rv wine
[00:35] <bassboi> <3
[00:36] <bassboi> great
[00:37] <TheSheep> no sudo necessary
[00:37] <TheSheep> actually, you shouldn't use sudo when doing things in your home dir
[00:37] <bassboi> ok
[00:38] <bassboi> learning new things every day bout this linux fandango
[00:42] <bassboi> GANGSTER
[00:52] <stjan> hi, I was wondering if there is a keyboard shortcut for accessing the application menu?
[00:52] <stjan> or if I could set one?
[00:54] <stjan> eh.
[00:55] <SaGe> huh
[00:55] <SaGe> never thought of that stjan, there probably is
[00:55] <SaGe> have you checked the documentation?
[00:55] <SaGe> stjan: quick search : http://ubuntuforums.org/showthread.php?t=292391
[00:56] <stjan> heh, guess I'm not a very good searcher then sage.
[00:56] <stjan> thanks.
[01:22] <AlexJP> hello, how do i set the default audio device if i have more than 1 soundcard
[01:33] <glitsj16> AlexJP: hi again .. there's also a package called "asoundconf-gtk" that offers a GUI way to do that it seems, just found out ..
[01:39] <David-A> How do I get a network graph in the panel? (I tried install xfce4-xfapplet-plugin but it seem I have to install alot of gnome stuff befor I can use it)
[01:39] <th0r> David-A, check gkrellm
[01:40] <th0r> David-A, it won't be in the panel...but I have run it for about a decade now...wouldn't want linux without it
[01:43] <David-A> I have a cpu graph in the panel and would like the netw too. so it wont overlap or be overlapped by other windows.
[01:45] <th0r> David-A, gkrellm will put a ton of stuff in a stack...it is highly configurable and there are a good number of plugins for it as well. I also found it to be more efficient than the panel plugins...uses less memory and less cpu
[01:46] <David-A> th0r: how do you get it out of the way but still visible?
[01:46] <th0r> David-A, just let it sit on the desktop...it sits under everything else unless I click on it, so it is pretty inobtrusive
[01:47] <th0r> David-A, I hardly run anything maximized, so there is always a little space betweeen the windows and the screen edge, so if I need to see the info in gkrellm I just click on it and it pops to the top
[01:48] <David-A> th0r: I never maximize too, but there is seldom a corner I can count on being unused.
[01:50] <th0r> David-A, I keep gkrellm along the right side of the screen. I like to keep an eye on the network, cpu and memory, and this also puts the volume controls where they are usable.
[01:51] <th0r> David-A, in a stack about half the height of the screen I have cpu, memory, wifi, network, battery, volume, webcam, hard drive, and a screenshot button
[01:51] <David-A> "click on it": I have the clock and the cpu graph in the panel, and I have tried to have the panel auto-hide, but wasnt good, because i had to move the mouse to see clock or cpu. I think move the mouse plus click is too much work for me. :)
[01:51] <th0r> David-A, you can always make it stay on top...but I find that annoying
[01:52] <th0r> David-A, In fact, I am on a quest to find out how to make the xfce panels NOT stay-on-top
[01:52] <David-A> interesting. did you try autohide?
[01:53] <th0r> David-A, yeah...I have two of them autohide now, but would like to make them act like normal windows
[01:56] <David-A> th0r: there ara about 30 plugins for gkrellm. any needed for cpu graph, netw graph and digital clock, or are they builtin?
[01:57] <th0r> David-A, those are all built in, but you should take a look at some of the others. Also, take a look at the homepage...there are a ton of themes and some of them are very nice
[01:58] <th0r> David-A,  the homepage is actually on page two of the google search ... http://www.muhri.net/gkrellm/
[01:58] <th0r> David-A, also be aware you can turn off things that are built into the stack so you only show what you want
[02:00] <David-A> th0r: ok, i am in gkrellm's config dialog now, i'll see what it can do for me. thanks!
[02:08] <alyawn> Hi all... I have an external USB HDD and it is partitioned with NTFS, can I mount it with write privs?
[02:14] <glitsj16> alyawn: there's a package called ntfs-config with which you can configure it that way yes, there's a nice howto with screenshots at http://www.ubuntugeek.com/widows-ntfs-partitions-readwrite-support-made-easy-in-ubuntu-feisty.html (for feisty, but still works the same in hardy)
[02:18] <alyawn> glitsj16: Thanks for the info
[02:18] <alyawn> looks exactly like what I need!
[02:18] <glitsj16> alyawn: very welcome
[02:23] <Haden> is there a program for keying macros?  i.e. I want to repeat a set of keystrokes for the next 20 hours; any ideas? >.<
[02:23] <PMantis> I just installed xubuntu-desktop onto ubuntu-server-amd64. When I login through gdm, I get a heron background with an xterm - no panel, no WM. Diagnostic steps?
[02:24] <PMantis> When I manually run xfwm4 and xfce4-panel manaully, it's ok.
[02:25] <th0r> PMantis, are those two running when you get the terminal and the heron?
[02:25] <PMantis> no
[02:25] <zaapiel> sup
[02:26] <PMantis> One other thing happening: the menus, and the border around the term keep changing... like the human theme is fighting with another theme.
[02:26] <th0r> PMantis, do you have gnome installed? I have encountered such problems after installing xfce on a gnome ubuntu
[02:26] <PMantis> I never install gnome
[02:27] <glitsj16> PMantis: do you run a xfce session in gdm ?
[02:28] <PMantis> dpkg-reconfigure gdm doesn't give any options, so it's the only DM installed.
[02:28] <th0r> PMantis, you need to run 'startxfce4' if I remember correctly
[02:28] <PMantis> glitsj16: Yes, GDM show the login screen, XFCE is supposed to provide the desktop.
[02:28] <PMantis> Shouldn't the xinitrc handle that?
[02:29] <th0r> PMantis, I think you can add it to one of the files in ~..... .profile or .bashrc or maybe .xinitrc?
[02:29] <th0r> PMantis,  I am not on my ubuntu machine right now so I can't tell you for sure
[02:30] <th0r> PMantis, if I remember correctly the default is to run twm, which just gives you a terminal
[02:30] <glitsj16> PMantis: not sure, they changed xubuntu-defaults recently and that changed the default GDM session from xinitrc to something else, easily checked i suppose via the settings > login window (or gksy /usr/sbin/gdmsetup)
[02:30] <PMantis> I ran gdmsetup over SSH to config this
[02:31] <PMantis> I setup an identical server last week, except it was JeOS based.
[02:31] <PMantis> That's still running fine. I have an NFS mounted /home, and ldap auth. Both servers use the same /home and same ldap through pam.
[02:32] <PMantis> I can login to one server w/o issues. but the new one won't load properly.
[02:33] <glitsj16> PMantis: okay, i was thinking that changing the default session in gdm to xfce might autostart xfwm etc.
[02:33]  * PMantis chcks gdmsetup
[02:33] <cody-somerville> Hello
[02:34] <glitsj16> hi cody-somerville
[02:34] <PMantis> This is so weird.
[02:35] <th0r> PMantis, you should be aware that not all linux distros will start the wm in the same way
[02:35] <PMantis> As I'm typing in the terminal, the fonts of "File edit view..." keep changing, the colors change.
[02:35] <PMantis> th0r: True, but I rarely use anything except *buntu
[02:35] <cody-somerville> PMantis, please provide output of: ps ux | cat
[02:36] <th0r> PMantis, I thought you said the other machine was JeOS
[02:36] <PMantis> Yeah:  http://www.ubuntu.com/products/whatisubuntu/serveredition/jeos
[02:37] <th0r> PMantis, learn something new every day <smile>
[02:37] <PMantis> :-)
[02:37] <PMantis> th0r: So, basically the same thing, just diff kernel
[02:37] <PMantis> cody-somerville: You prefer that to be ran from an X session?
[02:38] <th0r> PMantis, You might want to look closer just to make sure. With that small footprint I wouldn't be surprised if the start sequence hasn't been tailored
[02:38] <PMantis> cody-somerville: And why pipe through cat?
[02:38] <cody-somerville> PMantis, so that I get the entire thing instead of it being cut off
[02:39] <glitsj16> th0r: on a completely different note, i read that you are looking for a way to get your panels to your liking .. have you tried devilspie ?
[02:39] <PMantis> JeOS is a server based, just like the Ubuntu-server I installed. I assume it's the same once I install xubuntu-desktop
[02:40] <PMantis> cody-somerville: Neat trick
[02:41] <zaapiel> can xubuntu do compiz?
[02:41] <PMantis> cody-somerville: OK, particular pastebin you like, or /query it to you ?  :)
[02:41] <zaapiel> like with the wiggly windows and what not
[02:41] <cody-somerville> zaapiel, yup
[02:41] <zaapiel> cool
[02:41] <glitsj16> zaapiel: if your graphics supports it yes
[02:41] <cody-somerville> PMantis, pastebin.ubuntu.com
[02:41] <zaapiel> how? :D
[02:41] <th0r> glitsj16, no..hadn't heard of it. I have the panels set up like i want, but I want them to behave as normal windows instead of staying on top all the time
[02:41] <zaapiel> i got the nvidia driver glitsj16
[02:41] <zaapiel> so i got hardware accell
[02:42] <cody-somerville> http://xubuntublog.wordpress.com/2007/12/09/xubuntu-compiz-pretty-pretty-xubuntu/
[02:42] <PMantis> cody-somerville: http://pastebin.ubuntu.com/28586/
[02:42] <zaapiel> ty
[02:43] <cody-somerville> PMantis, the xfce4 session isn't starting
[02:43] <glitsj16> th0r: it's a window-matching utility and in the repo's, might work .. it has a GUI as well, more info at http://burtonini.com/blog/computers/devilspie
[02:43] <cody-somerville> PMantis, pastebin ~/.dmrc
[02:43] <PMantis> cody-somerville: I know that. :)
[02:44] <cody-somerville> PMantis, Click session in gdm and click xfce4 and then click make it default session
[02:44] <alyawn> hmm... still can't mount my external hdd w/ ntfs
[02:44] <alyawn> oops: The NTFS partition is hibernated.
[02:45] <glitsj16> alyawn: so that ntfs-config package didn't do the trick ? any relevant errors ?
[02:45] <PMantis> cody-somerville: Only 2 lines in ~/.dmrc: [Desktop]\n Session=default
[02:45] <glitsj16> alyawn: ah well that would explain things :)
[02:45] <alyawn> nope... when I try to mount by hand I get the "hibernated" error above
[02:46] <PMantis> cody-somerville: Hmmm, choosing the session in GDM worked! But I selected xfce with gdmsetup!. I dont' get that.
[02:46] <cody-somerville> PMantis, probably because of the .dmrc overrode that
[02:46] <alyawn> glitsj16: yes it does explain it, but now to fix it...
[02:47] <PMantis> That's the same /home that used on our other server.. so it would've overrode that on THAT serve, too, wouldn't it??
[02:47] <th0r> glitsj16, thanks...I installed devilspie just now and will fetch the gui when I get a chance
[02:47] <glitsj16> alyawn: did you go to hibernate on that drive under windows or anything ?
[02:47] <PMantis> cody-somerville: Both machines use NFS mounted /home to the same export.
[02:47] <alyawn> glitsj16: no clue... the truth is that it probably wasn't shutdown properly
[02:47] <PMantis> Hmmmm
[02:48] <cody-somerville> PMantis, Why would it not then?
[02:48] <glitsj16> alyawn: in that case i'd suggest rebooting into windows and get a clean shutdown
[02:49] <alyawn> glitsj16, I'm not sure that's possible... It's a laptop hdd and I no longer have the original hardware
[02:49] <cody-somerville> alyawn, use ntfs tools then
[02:49] <PMantis> cody-somerville: That's my point - the .dmrc file exists on both server in my /home, since it's NFS /home. both servers have xfce4 & gdm, no gnome, no kde, etc. If the .gdmrc is at fault, it should cause issues on both servers. Hmmm
[02:50] <cody-somerville> PMantis, it may very well have been causing issues you were unaware of
[02:50] <alyawn> cody-somerville, you mean ntfsprogs... apt-getting now
[02:50] <PMantis> cody-somerville: Maybe... I just DELETED the file, and I can login fine... so it was the file causing the problem. weird!
[02:51]  * cody-somerville nods.
[02:51] <cody-somerville> Btw, who is psyched for Xubuntu Intrepid 8.10???!! :D
[02:51] <PMantis> cody-somerville: I'm still a little flabbergasted. Either way, thanks!!
[02:51] <cody-somerville> PMantis, np :]
[02:52] <SuperMonster> Is Xubuntu "offical" ?
[02:52] <cody-somerville> SuperMonster, yes
[02:53] <PMantis> cody-somerville: And a 'ls -l /home/*/.dmrc' revealed a few of those buggers
[02:55] <cody-somerville> PMantis, did you delete them all?
[02:55] <PMantis> cody-somerville: yup
[02:56] <PMantis> Gotta have this new server ready for monday
[02:56] <cody-somerville> PMantis, does any of the computers run a de besides xfce4?
[02:56] <PMantis> Not that use this /home
[02:56] <cody-somerville> Okay.
[02:57] <PMantis> only the 2 machines - both thin client servers.
[02:57] <cody-somerville> :)
[02:58] <gotisch> how do i disable system sounds?
[02:59] <PMantis> cody-somerville: Very handy line:  apt-get remove --purge gnome-games* brasero transmission-gtk abiword gnumeric
[02:59] <PMantis> :-D
[02:59] <cody-somerville> gotisch, xubuntu doesn't come with any
[03:00] <cody-somerville> PMantis, :P
[03:00] <cody-somerville> PMantis, do you install any alternatives?
[03:00] <PMantis> cody-somerville: openoffice.org
[03:00] <PMantis> They can't burn a CD on a thin client, and we don't need them downloading things p2p.
[03:01] <PMantis> or wasting times with games. :)
[03:01] <PMantis> err, time
[03:01] <gotisch> mh well xchat does a loud tuut whenever i press backspace in entry bar and there is no text.. are you saying this is xchat related?
[03:02] <cody-somerville> gotisch, oh, that
[03:02] <cody-somerville> the system bell
[03:02] <alyawn> is there a safe way to "disconnect" a usb hdd? or is umounting enough?
[03:02] <gotisch> so how do i disable that? its like 3 times louder then anything else
[03:03] <PMantis> cody-somerville:  This brings up another point - if they're on a thin client using XDMCP, *why* should the be given a "shutdown" option on the logoff menu? None of them have permission to shut down the server! :)
[03:04] <cody-somerville> PMantis, you can use kiosk mode to disable that option
[03:04] <cody-somerville> alyawn, yes, unmounting makes it safe
[03:04] <PMantis> cody-somerville: Oh, do tell.
[03:04] <cody-somerville> gotisch, http://ubuntuforums.org/showthread.php?t=126746
[03:05] <cody-somerville> PMantis, this is for 4.2 but it should work with 4.4: http://www.xfce.org/documentation/4.2/manuals/xfce4-session
[03:05] <cody-somerville> PMantis, particularly: http://www.xfce.org/documentation/4.2/manuals/xfce4-session#xfsm-kiosk-mode
[03:06] <cody-somerville> PMantis, put this in /etc/xdg/xfce4/kiosk/kioskrc
[03:06] <cody-somerville> [xfce4-session]
[03:06] <cody-somerville> Shutdown=%admin
[03:07] <cody-somerville> and all new users will have that kios setting :)
[03:07] <PMantis> cody-somerville: "new" users?
[03:08] <cody-somerville> PMantis, the file would only be copied over to the user's home directory when their account is created
[03:09] <PMantis> So, needs to be in ~/.config/xfce4/kiosk
[03:10] <cody-somerville> PMantis, actually...
[03:11] <cody-somerville> PMantis, I've never used kiosk myself
[03:11] <cody-somerville> PMantis, you'll have to look into it for full details
[03:12] <gotisch> thanks :)
[03:12] <gotisch> was missing system bell in my google hunt
[03:12] <cody-somerville> gotisch, :)
[03:12] <PMantis> cody-somerville: Awesome pointer. It's grayed out now.
[03:12] <cody-somerville> PMantis, :]
[03:12] <PMantis> cody-somerville: But without a $HOME/.dmrc file, it complains at login.
[03:12] <cody-somerville> PMantis, what does?
[03:13] <PMantis> I think it's GDM - happens as soon as I hit enter.
[03:13] <PMantis> cody-somerville: Also mentions permissions
[03:13] <SaGe> Anyone here available to help with a problem installing Xubuntu?
[03:13] <cody-somerville> http://ubuntuforums.org/showthread.php?t=91455
[03:14] <alyawn> ok... ntfsfix, followed by mount -ntfs-3g -o remove_hiberfile... thanks for the help again everyone
[03:14] <alyawn> err ^^ it worked...
[03:14] <cody-somerville> :D
[03:44] <raxial> hi all
[03:48] <Genelyk> hi
[04:04] <raxial> does anyone know of a decent lan monitor app?
[04:14] <MrNaz> are there proper bluetooth tools? bluetooth-sendto is pretty pathetic
[04:15] <TheSheep> install gnome-bluetooth
[06:28] <jimmy_the_saint> does anyone know if there is a way to modify the desktop settings so that when an image is dragged from firefox, the image is saved rather than a url-shortcut?
[06:53] <cody-somerville> I don't think so
[06:54] <jimmy_the_saint> just thought id ask
[09:25] <nikolam> HI
[09:25] <nikolam> Do you use some search engine for a desktop computer running xubuntu?
[09:25] <nikolam> I had wrong first impressions with Beagle in the past
[09:26] <nikolam> Beaing unable to control it`s beahvior
[09:26] <nikolam> And I am wondering, did things changed in Hardy 8.04.1,
[09:27] <nikolam> Is it safe to use Beagle or sonething, without putting myself in position that my computer will index everything without control and waste my resources while I am working?
[09:36]  * Valsum doesn't use any search engine.
[09:38] <nikolam> Valsum, How do you search ,for instance, for *.deb files, recursively in directory?
[09:40] <Valsum> I've never had to do that so far, but guess I'd do it via File Browser.
[09:41] <TheSheep> nikolam: find directory -name '*.deb'
[09:42] <TheSheep> nikolam: you could use catfish for that, if you like gui
[09:42] <nikolam> I use catfish. But it seems very slow and when I search for *.deb results includes zz.deblala etc..
[10:58] <mr_boo> hi
[10:58] <mr_boo> i've changed the size of the mouse cursor to big but it only works when the cursor is over some applications
[10:58] <mr_boo> is this normal?
[11:00] <mr_boo> this behaviour only applies to xubuntu
[11:35] <mr_boo> got a question about xfe
[11:35] <mr_boo> i've attempted to change cursor size
[11:36] <mr_boo> but it only has different look over certain applications
[11:36] <mr_boo> is this a sensible behaviour?
[11:41] <cody-somerville> mr_boo, try logging out and back in?
[11:48] <mr_boo> i've rebooted
[11:52] <cody-somerville> If it looks like a bug, smells like a bug, and quacks like a bug than it is probably a bug :)
[12:57] <eshat> Hello @All: When I try to access a partition, gnome says: "Cannot mount volume. You are not privileged to mount this volume." although I am i the plugdev group, any ideas what causes this problem ?
[13:05] <AlexJP> eshat: just guessing here, but have you tried sudo?
[13:15] <AlexJP> anyone know where i can get an nvidia geforce 4 ti 4200 driver?
[14:27] <AlexJP> hello, i have just installed mpg123, but it hasnt shown up. anyone know where it will be?
[14:32] <slow-motion> hi
[14:38] <AlexJP> hey
[14:44] <j1mc> AlexJP: mpg123 is a command-line based music player.  :)
[14:45] <AlexJP> jlmc oh yeah
[14:45] <AlexJP> jlmc lol thats no good :P
[14:45] <j1mc> :)  so it wouldn't show up in your menu
[14:45] <AlexJP> nah i just did a cmd line mpg123
[14:46] <AlexJP> dont suppose you know of a good, light mp3 player, with a gui
[14:46] <j1mc> let me check something
[14:48] <AlexJP> jlmc sure
[14:48] <j1mc> how lightweight do you need it to be?
[14:49] <AlexJP> well, it doesnt reall matter, but i just want it to be fast
[14:49] <j1mc> if you need something very lightweight, i might suggest xmms, but it's a little old school.
[14:49] <AlexJP> i will check it out
[14:49] <j1mc> otherwise, exaile or quod-libet would provide a bit more functionality, but would be a little heavier.
[14:49] <j1mc> still not as heavy as rhythmbox or banshee.
[14:50] <AlexJP> well, i have been using totem
[14:50] <j1mc> and certainly not as heavy (on a gtk-based system) as amarok.
[14:50] <AlexJP> no, amarok wa very heavy when i tried it
[14:50] <AlexJP> would rhythmbox be lighter than totem?
[14:51] <j1mc> um, on xubuntu rhythmbox tries to install a bunch of gnome stuff... rhythmbox would be heavier than totem.
[14:52] <AlexJP> oh ok
[14:52] <j1mc> but totem (although it can play music) isn't really much of a music player.
[14:53] <AlexJP> no
[14:53] <AlexJP> its a bit useless
[14:53] <AlexJP> what does the universe and multiverse things in synaptic mean?
[14:56] <j1mc> good question.  there are 3 different 'levels' within the repositories.
[14:56] <j1mc> main, universe, and multiverse
[14:57] <j1mc> main is where all of the core stuff goes - this stuff is supported by canonical.
[14:57] <j1mc> universe is supported by the community, but is still 'free as in freedom' software.
[14:58] <j1mc> multiverse software still doesn't cost any money, but doesn't live up to the 'free as in freedom' status of the other software.  it likely isn't fully open source.
[14:58] <j1mc> stuff like mp3 support or binary drivers would be in multiverse.
[15:00] <AlexJP> oh i see, cool
[15:01] <AlexJP> hey, in exaile's track list, do you have to display albums?
[15:01] <AlexJP> if rather click an artist and see all songs
[15:01] <j1mc> i dunno... :/  i don't really use exaile.  sorry.
[15:01] <AlexJP> no worries
[15:02] <AlexJP> what do you use
[15:02] <j1mc> if you'd like, there's an #exaile channel where you can ask those kinds of questions.
[15:02]  * AlexJP joins #exaile @P
[15:03] <j1mc> lately i've been using songbird.  it's not in the repos.  you have to install it manually, but there are instructions on how to do it.  it's still in beta, and isn't particularly lightweight.
[15:03] <j1mc> i gotta run for now.  best of luck to you.
[15:03] <AlexJP> see you mate
[15:29] <PsynoKhi0> Hi, I have some weird power management issue: http://paste.ubuntu.com/28734/
[15:31] <PsynoKhi0> First time I installed Hardy on that computer it would lock up when running anything remotely demanding
[15:31] <PsynoKhi0> in Gutsy no problem at all
[15:32] <PsynoKhi0> that output from power is the only suspicious stuff I could find
[17:16] <gillux> hello
[17:19] <charlie-tca> Hello, gillux
[18:02] <gillux> how to help xubuntu ? because my association use xubuntu www.defis.info
[18:10] <freddo_frog> !seen vidd
[18:59] <PsynoKhi0> Hi, I'm having issues with Hardy, the computer it's on freezes when playing a media file, loading a map in OpenArena or randomly in Wesnoth
[19:00] <PsynoKhi0> K6-2 500, MVP3 chipset, 192MB RAM, Voodoo3 pci video card, SB 32 AWE ISA sound card
[19:01] <PsynoKhi0> I get weird ACPI stuff like this: http://paste.ubuntu.com/12824/
[19:02] <PsynoKhi0> acpi=off option in grub doesn't solve anything, I've also tried turning off acpi and powernow services, no luck
[19:07] <TheSheep> PsynoKhi0: what's so weird with it?
[19:10] <PsynoKhi0> TheSheep: with the pastebin output?
[19:12] <TheSheep> PsynoKhi0: yeah
[19:26] <PsynoKhi0> http://acpi.sourceforge.net/documentation/processor.html "(Note: C0 is not mentioned, it is the CPU "working" state)é
[19:29] <PsynoKhi0> also the bus master activity is different... anyway Gutsy is fine, Hardy isn't and so far this is one of the very few leads I have
[19:30] <PsynoKhi0> that and "DRIUnlock called when not locked" in Xorg.0.log
[19:31] <PsynoKhi0> though I don't know if the latter happens in Gutsy too
[19:33] <PsynoKhi0> hmm http://readlist.com/lists/vger.kernel.org/linux-kernel/91/456123.html ok the acpi stuff might not be relevant...
[19:35] <PsynoKhi0> ok I don't care I just want a freaking solution now, got better stuff to do than waste a whole afternoon for stuff that still borks the same wat 3 months after release for no appearent reason
[19:40] <cottima> anyone use both soft raid 1 and lvm?
[19:47] <slashdot> hope someone in here can help me out here....  I'm trying to use my laptop's built-in card reader, but it's not working.  anyone know why?
[19:54] <slashdot> great.  outstanding help.
[19:59] <ddg08_korea> hello all... i just tried to use wubi
[19:59] <ddg08_korea> I get to the point where it says computing partitions.. it doesn't get past that screen
[20:00] <ddg08_korea> the progress bar is sitting at 100%
[20:02] <cody-somerville> slashdot, what kind of card reader do you have?
[20:02] <ddg08_korea> can anyone help me with this issue
[20:03] <slashdot> I'm not sure...I keep trying to look for it, but it doesn't show up.
[20:03] <slashdot> so i can't tell you the name.
[20:09] <TheSheep> slashdot: use lshw
[20:11] <slashdot>   description: Computer
[20:11] <slashdot>     width: 32 bits
[20:11] <slashdot>   *-core
[20:11] <slashdot>        description: Motherboard
[20:11] <slashdot>        physical id: 0
[20:11] <slashdot>      *-memory
[20:11] <slashdot>           description: System memory
[20:11] <slashdot>           physical id: 0
[20:11] <cody-somerville> hmmm
[20:13] <slashdot> woops
[20:28] <ddg08_korea> slashdot can you help
[20:29] <ddg08_korea> why does wubi stall at the checking install - computer partitions section
[21:27] <Aquina> Look at his crama! (https://launchpad.net/~starsheep-trooper) :-))
[21:30] <evilbug> i'm typing gnome-power-manager in terminal and nothing's coming up.
[21:31] <evilbug> what's happening?
[21:33] <evilbug> now it works X_X wow. sorry.
[21:49] <jimmy_the_saint> hows everybody doing today?
[21:50] <AlexJP> ok thans
[21:50] <AlexJP> except its night here
[21:51] <AlexJP> :)
[21:52] <jimmy_the_saint> I found a solution to a lot of complaint regarding power features in Xubuntu (tested on amd64, I don't know about i386)  The gnome-screensaver program is not set to run at startup.  without it, gnome power manager is useless.  by adding the program to the autostart apps issues found in 6 threads that i have identified are fixed.  I don't know if there is a way to roll out an update, but if there is, I think this would s
[21:52] <jimmy_the_saint> and good evening then!!
[21:53] <AlexJP> hehe
[21:53] <jimmy_the_saint> oops, this was meant for xubuntu-devel.  Ill copy it over there real quick.
[21:53] <AlexJP> cool
[21:54] <AlexJP> well done btw
[21:54] <jimmy_the_saint> thanks.
[21:54] <AlexJP> hey does anyone know if its possible to install googleearth in xubuntu
[21:54] <jimmy_the_saint> is there a way to send out an update for this?  It is just a matter of enabling an additional autostart app, but I think man users would just suffer
[21:55] <AlexJP> im just a n00b :)
[21:55] <jimmy_the_saint> oh
[21:55] <jimmy_the_saint> google medibuntu and activate that repository.
[21:55] <AlexJP> ty :)
[21:55] <jimmy_the_saint> google earth should then be available via synaptic.
[22:27] <Aeternus> hello, I'm looking for the md5 hash of the xubuntu 8.04.1 alternate ISO
[22:28] <Genelyk> Hi
[22:28] <Aeternus> ok, found it, but why it's not on the official page?
[22:44] <JanMalte> how can i prevent firefox to switch into the offline mode if i haven't a network connection?
[22:45] <JanMalte> i want to use firefox for a lokal web application
[22:45] <JanMalte> and i don't want to have to disable the offline mode every time
[23:37] <trinux> where can you find older ISO's from xubuntu 7.x?
[23:38] <cody-somerville> cdimages.ubuntu.com
[23:40] <trinux> the medium is the same for ubuntu, kubuntu and xubuntu?
[23:41] <cody-somerville> yup
[23:41] <trinux> thanks :)


[01:46] <cjwatson> wgrant: Is https://launchpad.net/ubuntu/+source/python-htmltmpl/1.22-10/+build/221077 a consistency error?  That is still the published version of python-htmltmpl in precise; it should not have been deleted
[01:47] <cjwatson> (Noticed while trying to make my germinate-from-db branch work on dogfood.)
[03:46]  * mwhudson drops a pin
[04:48]  * nigelb catches the pin
[04:48] <nigelb> ...after about 1 hour
[04:55] <nigelb> spm: In other words, all the bits everyone wants to kill with fire (re: soyuz)
[04:55] <nigelb> :D
[04:55] <spm> heh
[04:55] <spm> no comment
[04:55] <nigelb> haha
[05:38] <spm> nigelb: you are truly the master of understatement. 1st it was kill with fire; and now "complicated". /me bows in awe
[05:38] <nigelb> spm: hey, I'll be nice to people who don't know about it ;)
[05:38] <spm> :-D
[06:25] <wgrant> cjwatson: It's a bit more sinister than that, I'm afraid.
[06:26] <wgrant> cjwatson: It's impossible to natively publish some archives, even on proudction.
[06:26] <wgrant> cjwatson: Because the files have been inappropriately deleted from the DB.
[06:26] <wgrant> (this also makes it somewhat challenging to republish the primary archive, even non-natively.
[06:29] <wgrant> cjwatson: And I guess that python-htmltmpl is an example of that.
[06:29] <wgrant> I had a list at one point.
[07:59] <uncle_ian> bigjools: o/
[07:59] <bigjools> uncle_ian: GTFO
[07:59] <rick_h__> awesome!
[08:05] <uncle_ian> huwshimi: o/
[08:06] <huwshimi> uncle_ian: Morning :)
[08:54] <cjwatson> wgrant: I wonder what we should do about that.  I could upload rebuilds of affected packages to precise, which would make it irrelevant eventually, but ...
[08:58] <cjwatson> (and it would be ultimately better to stuff the relevant files back into the db so that everything's consistent)
[09:13] <wgrant> cjwatson: I have a script to identify them and reincarnate them from the pool.
[09:16] <cjwatson> I would love it if that were run.  Is it blocked on anything?
[09:17] <wgrant> As would I, but I need to convince bigjools to let me run it.
[09:43] <cjwatson> wgrant: Lucky you're in the same building, then. :-)
[09:44] <wgrant> cjwatson: But MaaS has stolen him :(
[09:45] <cjwatson> arse
[09:46] <wgrant> But I will track him down eventually.
[09:46] <wgrant> http://bazaar.launchpad.net/~wgrant/launchpad/binary-necromancy/revision/13902 has the scipt
[09:46] <cjwatson> well, I guess I'm not convinced that germinate-from-db will actually be viable anyway; the similar work in the publisher only has to compete with apt-ftparchive on performance, but germinate-from-db has to compete with apt reading Packages/Sources off disk
[09:46] <wgrant> Probably fairly bitrotten
[09:46] <wgrant> Yeah
[09:47] <cjwatson> it's mind-numbingly slow on dogfood, and I can't really tell whether that's just dogfood or not
[09:47] <cjwatson> I suppose I could try finishing the work to native-publish Ubuntu and then time that, but I have other things to do this year :)
[10:05] <jcsackett> wgrant: https://github.com/mardambey/postoffice
[10:33] <deryck> StevenK, rick_h__ https://one.ubuntu.com/combo/4931/?js/one-yui-meta-min.js&js/yui/yui/yui-min.js&js/loader/loader-min.js
[10:45] <rick_h__> deryck: if you get a sec, diff is uploading: https://code.launchpad.net/~rharding/launchpad/replace_foldables/+merge/87924
[11:18] <Laney> https://code.launchpad.net/~laney/launchpad/spph-sponsor/+merge/87929 got approved: can somebody land it?
[11:21] <ayan> maxb: thank you!  that was exactly what i was looking for.
[11:21] <nigelb> Laney: Yay!
[11:21] <Laney> nigelb: only the first step :P
[11:21] <nigelb> Once it lands, I'll show you the scoreboard where we cmpete with wgrant :P
[11:21] <nigelb> *compete
[11:21] <ayan> maxb: how did you find that information?  that still isn't obvious to me after reading the api documentation.
[11:38] <cjwatson> ayan: does https://help.launchpad.net/API/Examples help?  it doesn't have that literal example.
[11:38] <cjwatson> ayan: (which bit isn't obvious?)
[11:40] <cjwatson> ayan: I guess you need to know that a foo_collection_link attribute in apidoc means that there's a corresponding foo object synthesised by launchpadlib corresponding to the collection
[11:41] <cjwatson> ayan: you can sort of deduce that by comparing https://help.launchpad.net/API/launchpadlib#Collections with the apidoc; maxb may well have just known it off the top of his head though since it's a fairly common initial step in a launchpadlib script
[11:42] <maxb> I looked it up using launchpadlib's introspection facilities
[11:45] <maxb> I use a custom lpshell script (http://paste.ubuntu.com/799258/) including a custom describe(x) function (http://paste.ubuntu.com/799260/) which prettyprints the lp_attributes/entries/collections/operations attributes
[11:55] <rick_h__> deryck: http://pad.ubuntu.com/VyfPUoW5Cy
[13:23] <lifeless> gmb: I don't see the tags in the current streams LP emits
[13:23] <lifeless> I was looking to check this thing I said I would...
[13:25] <gmb> lifeless, They're there. Pipe it through grep and look for zope:layer and you should see them.
[13:27] <lifeless> garh
[13:29] <lifeless> gmb: right, I see them, testr is dropping them somehow.
[13:29] <lifeless> gmb: headdesk headdesk headdesk
[13:30] <gmb> Yeah.
[13:30] <lifeless> gmb: this is why you are not seeing the tags I suspect. Digging
[13:31] <gmb> Thanks.
[13:32] <jml> I'm guessing https://bugs.launchpad.net/subunit/+bug/816690
[13:32] <jml> (which apparently I've filed twice)
[13:32] <_mup_> Bug #816690: TestProtocolClient doesn't support tags <subunit:Triaged> < https://launchpad.net/bugs/816690 >
[13:33] <jml> https://bugs.launchpad.net/subunit/+bug/518016 is the other one
[13:33] <_mup_> Bug #518016: No public API for tagging on TestProtocolClient <subunit:Triaged> < https://launchpad.net/bugs/518016 >
[13:33] <gmb> jml, Yes, I'm looking at 518016 now...
[13:33] <jml> I'd mark as a dupe, but my net connection is so poor I can't load the page.
[13:33] <gmb> I'll do it.
[13:34] <jml> gmb: ta.
[13:35] <lifeless> mm
[13:35] <gmb> jml, lifeless: So, IIUC the tags are in the subunit output from zope, but then testr eats them, right?
[13:35] <lifeless> ProtocolTestCase perhaps
[13:42] <lifeless> jml: ThreadsafeForwardingResult drops tags
[13:45] <gary_poster> http://lxc.teegra.net/
[13:47] <jml> lifeless: ah.
[14:27] <cr3> what kind of permissions does a project maintainer have?
[14:29] <bac> cr3: the maintainer can administer the project and do everything required except for those things that require LP admin.  do you have a specific question?
[14:30] <cr3> bac: "everything required" is a bit vague, does he have special permissions for bugs and blueprints that others might not have for example?
[14:30] <bac> yes
[14:34] <cr3> bac: ok, I'll compare the list of options available for a project where I'm maintainer to one where I'm not. it should be rather obvious
[14:55] <ayan> So... I'd like to programmatically nominate a bug for a series.  Does it only make sense to nominate a bug_task?  Can someone point me to documenation that explains the relationship between bugs, possibly bug_tasks, and series nomination?
[15:06] <cjwatson> ayan: You nominate bugs, not bug_tasks.  You can tell this because only bug has the addNomination method.  https://launchpad.net/+apidoc/1.0.html#bug
[15:07] <cjwatson> (It might be nice to nominate bug_tasks, but you can see this same thing in the UI; if you nominate a bug with tasks on multiple source packages, it gets nominations for all of them in one go and if you don't want some of them you have to mark them Invalid.)
[15:43] <rick_h__> anyone up for reviewing some JS? https://code.launchpad.net/~rharding/launchpad/replace_foldables/+merge/87924
[15:56] <wgrant> lifeless: Where is gpgverifyd?
[15:56] <wgrant> s/Where //
[16:33] <lifeless> wgrant: bzr+ssh://bazaar.launchpad.net/~lifeless/%2Bjunk/gpgverify/
[16:35] <wgrant> lifeless: Ah!
[16:41] <lifeless> jml: and threadsafeforwardingresult appears to not implement time()
[16:42] <jml> lifeless: right.
[16:52] <lifeless> doesn't need to implement it now I look, but it does have a bug (filed)
[16:52] <jml> lifeless: couldn't tell you off the top of my head
[16:53] <wgrant> bigjools: So, I think we should deploy buildd-manager at 9am tomorrow
[16:54] <wgrant> bigjools: And see if it breaks again :)
[16:54] <bigjools> wgrant: I'd quite like it QAd first
[16:54] <wgrant> That was so effective the last two times... :)
[16:55] <StevenK> bigjools: So instead of doing project work, wgrant and I have to spend hours doing so instead?
[16:55] <bigjools> don't be so melodromatic
[16:55] <StevenK> But buildd-manager QA is easily several houres.
[16:55] <StevenK> s/houres/hours/
[16:56] <bigjools> not at all
[16:56] <bigjools> I said to jtv that we need one of each type of build pushed through
[16:56] <bigjools> s/jtv/allenap/
[16:56] <bigjools> then I would be happy if they all worked without triggering the r/o database code
[16:57] <StevenK> Sure, and if we do that, then we're not checking everything and we may as well deploy it and roll it back
[16:57] <bigjools> we're checking the basics
[16:57] <StevenK> Quick QA of buildd-manager is effectively pointless.
[16:57] <bigjools> are you insane?
[16:58] <StevenK> With a change of this magnatude, *and* it's been rolled back at least twice.
[17:02] <bigjools> I will pop to your room and explain
[17:32] <rick_h__> wallyworld: https://code.launchpad.net/~rharding/launchpad/replace_foldables/+merge/87924
[18:31] <rick_h__> wallyworld: http://yuilibrary.com/yui/docs/event/#event-whitelist
[18:37] <rick_h__> http://yuilibrary.com/yui/docs/api/classes/Event.html#method_getListeners


[01:14] <wxl> uh?
[01:14] <wxl> you're just assuming they won't work, infinity ?
[01:35] <infinity> wxl: I know they don't work. :P
[01:35] <wxl> i figured as such
[01:35] <infinity> wxl: I fiddled with amd64 a bit to see if I could sort it out, tested, still broken, and don't have the time to fix it before tomorrow.
[01:37] <infinity> wxl: But, like I said, the target audience for alternate ISOs and HWE stacks are almost at polar opposites, so I don't think it's a huge loss, just a bit of a personal annoyance that I didn't have the time to figure out how to make it go.
[01:38] <wxl> it's all good infinity
[01:38] <wxl> infinity: if you want to look at why maybe check out bug 1417918
[01:38] <cyphermox> oh, shiny, a d-i bug just for me ;)
[01:39] <wxl> hahahah have fun cyphermox :)
[01:39] <cyphermox> ahaha
[01:39] <wxl> check out the syslog
[01:39] <infinity> It's not a d-i bug.
[01:39]  * cyphermox is still high on adrenaline.
[01:39] <wxl> it's clearly an issue with dpkg
[01:39] <infinity> wxl: Dude, I was testing locally, I've seen the issue first hand.
[01:39] <infinity> It's not a dpkg or apt issue either.
[01:39] <wxl> well i don't mean a bug in dpkg
[01:39] <wxl> but a bug with the installation
[01:40] <wxl> so it's an issue with tasks or seeds or some other bs :)
[01:40] <infinity> There seems to be an issue with non-HWE stuff being installed before the desktop task is selected.
[01:40] <wxl> oh my
[01:40] <infinity> But I don't have the time to try to unwind what's going on there.
[01:40] <infinity> But yes, it's ultimately going to be a seed/task issue, and maybe also a preseed issue.
[01:41] <cyphermox> infinity: do you have syslog too, or is the one on the bug good enough?
[01:41] <infinity> cyphermox: I didn't save mine.
[01:42] <cyphermox> ok
[01:42] <wxl> infinity: i owe you a beer. thanks for the hard work.
[01:42] <cyphermox> heh, it looks like fun.
[01:42] <infinity> cyphermox: Mine looks a lot like that one, though.
[01:44] <infinity> cyphermox: The curious bit is that if you chroot into /target/, some *mesa* packages (non-HWE) are already installed, though I don't see them getting installed in syslog.
[01:44] <infinity> cyphermox: So, a bit hard to track down why they're there before the desktop install happens (and fails)
[01:45] <cyphermox> copied from the live filesystem?
[01:45] <cyphermox> (just guessing)
[01:45] <infinity> What live filesystem?
[01:45] <infinity> This is d-i.
[01:45] <cyphermox> oh, of course
[01:45] <cyphermox> but as I recall there is still a live fs now no?
[01:46] <infinity> Though, I was tired and grumpy, maybe they were ^i., not ^ii...
[01:46] <infinity> As in, selected for install, but not installed.
[01:46] <cyphermox> that's why base-installer has some weird live fs image preseed
[01:46] <infinity> cyphermox: Only the server CD uses live-installer, other alternates (of which lubuntu is the only one left) use base-installer.
[01:46] <cyphermox> what iso was this?
[01:47] <infinity> lubuntu-alternate-trusty-amd64 was my guinea pig.
[01:47] <cyphermox> ok
[01:47] <cyphermox> are you already looking into it, or can I start looking to let you worry about other things?
[01:47] <infinity> Honestly, I really want to talk lubuntu out of shipping the alternates.  It's not a codepath we maintain well anymore, and they don't maintain it for us either.
[01:48] <infinity> cyphermox: I'm giving up and telling them they can't have alternates for the point release.  If you really want to waste an evening figuring out how to fix it, be my guest, but don't make anyone any promises.
[01:48] <cyphermox> I wasn't going to make promises, I know better
[01:48] <wxl> i don't think we can avoid not having alternates
[01:49] <wxl> lubuntu is a strange case, as the targets are often old computers
[01:49] <wxl> there are other issues with netboot/mini.iso i hadn't really considered
[01:49] <infinity> wxl: I think the better option is a text-based ubiquity that doesn't involve the X overhead.
[01:49] <wxl> our only hope is a text-only frontend to ubiquity
[01:49] <wxl> great minds think alike :)
[01:49] <wxl> infinity: unfortunately, i don't know if i can implement that myself
[01:50] <wxl> i've asked the server team for some help
[01:50] <wxl> no response yet :/
[01:50] <infinity> wxl: Though, the boot-to-ubiquity option solves most concerns.  Maybe only the ubuntu images have that?
[01:50] <wxl> whatcha mean boot-to-ubiquity?
[01:50] <wxl> like don't go live before installing?
[01:50] <cyphermox> Install, rather than Try and
[01:50] <infinity> wxl: Cause if you can't run a minimal X and just ubiquity (no desktop, etc), then you can't run LXDE either, let's be honest.
[01:50] <infinity> wxl: Yes, boot to install, instead of try-then-install.
[01:51] <wxl> infinity: yeah we have that
[01:51] <infinity> wxl: That should boot to a minimal X environment with just ubiquity running.
[01:51] <wxl> infinity: but even still it seems to require more memory than lxde does
[01:51] <infinity> wxl: And really, if you can't run JUST ubiquity and X, how can you run a full desktop (even a lightweight one) and, say, a web browser?
[01:51] <wxl> we only need like 128-256mb to run lxde
[01:52] <wxl> you can run a browser
[01:52] <wxl> it's just stupid slow :)
[01:52] <wxl> ubiquity outright freezes if you don't meet its memory requirements
[01:52] <cyphermox> wxl: just ubiquity and ubiquity-dm takes more memory than lxde?
[01:52] <infinity> Anyhow, I think the right path is to explore slimming down the installer if we can.
[01:52] <wxl> cyphermox: seems to
[01:53] <infinity> ubiquity-dm could be a bit of a hog.  An lxde variant could solve that.
[01:53] <wxl> infinity: i agree. we just need (at minimum) some stakeholders, if not people to DO the work :)
[01:53] <cyphermox> wxl: that ought to be fixable by editing ubiquity-dm. maybe it's not doing quite the right thing to bring up the session for lubuntu
[01:53] <wxl> cyphermox: infinity: i still think text only would be ideal. then we could get server away from d-i, too
[01:53] <wxl> that way ALL of us would share the same problems
[01:53] <cyphermox> heh..
[01:53] <wxl> well
[01:54] <wxl> with the installer, cyphermox :)
[01:54] <cyphermox> d-i tends to work ;)
[01:54] <wxl> mmmmm
[01:54] <wxl> i don't know if that's 100% been my experience :)
[01:54] <infinity> wxl: Server is fine with what it has, really.  It's d-i in conjunction with complex and weird desktop use-cases that explodes a bit oddly at times.
[01:54] <cyphermox> wxl: but hey, if you want to implement a text-only frontend for ubiquity, you're free to play with it. There's already a debconf frontend so it can't be missing all that much
[01:54] <infinity> And, to be honest, "real" server admins never use the CD.
[01:55] <wxl> heheh
[01:55] <wxl> so what's ubiquity-dm
[01:55] <wxl> ?
[01:55] <wxl> !info ubiquity-dm
[01:55] <wxl> derp
[01:55] <cyphermox> mostly a script that starts key parts of the session apps for whatever release
[01:55] <infinity> cyphermox: I think what the debconf frontend is missing is a sane UI (or any UI?) for the partitioner, last I looked.
[01:55] <infinity> cyphermox: Which is, of course, the hardest part to get right.
[01:56] <cyphermox> infinity: right
[01:56] <wxl> well i guess i could look deeper and see what i might be able to figure out
[01:56] <Ukikie> !find ubiquity-dm
[01:56] <cyphermox> or just preseed it ;)
[01:56] <cyphermox> wxl: ubiquity-dm is a script in ubiquity\
[01:56] <cyphermox> under bin/ IIRC
[01:58] <wxl> alrighty
[01:58] <wxl> hey cjwatson is the maintainer. i'll just tell him to fix it XD
[01:59] <infinity> wxl: Not anymore.
[01:59] <cyphermox> you might be surprised at the result... or I'll be
[01:59] <wxl> infinity: i know, i was kidding.
[01:59] <infinity> ubiquity-dm appears to be trying to do lxde-ish things correctly already.
[02:00] <infinity> It may well just be that ubiquity itself is a bit too chubby.
[02:00] <infinity> Writing installers in python is handy, but not exactly memory-efficient.
[02:00] <infinity> But there could also be obvious bits that could be slimmed down with some effort.
[02:00] <wxl> i'll play with this and see what i can figure out
[02:00] <infinity> Profiling python isn't my forte though, just complaining about it.
[02:01] <wxl> that's usually the case, infinity :)
[02:01] <infinity> I'd rewrite it in C if everyone involved wouldn't shoot me for doing it.
[02:01] <wxl> oh man
[02:01] <wxl> that would be like nuclear
[02:05] <flo__> Thanks everyone for bringing us 14.04.2 :-) I've installed the HWE bits already and Tropico 5 finally works on my older AMD card. I should probably check if they have fixed ETS2 as well, that was an issue when I uninstalled catalyst some time ago. :-) Anyway, thanks & good night!
[02:11] <cyphermox> Ah? Seems to me like ubiquity in c could be nice, just a time-consuming endeavor
[02:11]  * wxl starts rewriting ubiquity in common lisp
[02:11] <cyphermox> Redoing or dropping all these hacks
[02:12] <infinity> cyphermox: It doesn't lend well to rapid fixes or new features, which is obviously why it wasn't done in C, but it sure would be quicker and smaller. :/
[02:12] <cyphermox> wxl: there is definitely some room for improvement though already, so if you have any branches to review I'll be happy to help
[02:12] <wxl> seriously, though, i'll see what i can do
[02:14] <cyphermox> And otherwise I'll see about making some large cleanups as well, but I suspect it won't be for vivid, it's already busy enough for me to get into the hang of things with the bugs right now, and FF being right around the corner
[02:14] <infinity> ypwong: Not sure if you noticed, but we had to respin all the trusty ISOs for another couple of bugs.  If you guys could re-test kylin (quick smoketesting to make sure the images are still sane), that would be lovely.
[02:16]  * infinity goes to take a beer and video game break.
[02:20]  * elfy will one day be in the same place as infinity and will slide him a beer ...
[02:20] <elfy> Riddell: ping :)
[02:41] <bluesabre> we have reached the age of a the omni-tz elfy
[02:41] <elfy> yea ...
[02:41] <elfy> holiday week and what did I do?
[02:42] <elfy> really late image tests for someone else ...
[02:45] <bluesabre> dedicated individual
[02:48] <elfy> read that as maniac ...
[02:48] <elfy> :D
[04:32] <stgraber> infinity: FYI due to sucky Internet here, I'm about 10 hours away from getting the Edubuntu candidate images downloaded on my laptop, so unless highvoltage can spend some time doing the testing, Edubuntu will only get test results pretty late tomorrow (due to me being on the west coast at the moment)
[05:12] <highvoltage> stgraber: hmm, I tested Tuesday night's one and marked it as ready, but it seems cleared out on the tracker
[05:14] <bzoltan_> hi all, I see the qtcreator-plugin-ubuntu and the phablet-tools being blocked like this -> https://jenkins.qa.ubuntu.com/job/vivid-adt-qtcreator-plugin-ubuntu/lastBuild/ARCH=amd64,label=adt/console looks like an infrastructure issue
[05:14] <bzoltan_> Could anybody here help me?
[05:40] <infinity> highvoltage: I had to respin for a couple of bugs.  Re-testing should really just be a boot/install/reboot smoketest to make sure the image didn't somehow implode.
[05:41] <infinity> bzoltan_: That's not an infrastructure issue, it's a broken package.
[05:41] <bzoltan_> infinity:  I see, and how can I see what is broken there?
[05:41] <infinity> bzoltan_: Oh, a broken package that was deleted from proposed for being so broken.
[05:42] <infinity> bzoltan_: So, someone just needs to retry those tests for you.
[05:42] <bzoltan_> infinity:  who could do that?
[05:43] <infinity> bzoltan_: I could if I was home.  pitti or jibel certainly can, when they're around.
[05:43] <bzoltan_> infinity:  Thank you, I will check with them. Enjoy not being at home :)
[07:07] <wxl> well 2/3 lubuntus done
[07:07] <wxl> now to start a fire under ppc folks grr
[07:07] <wxl> server need help?
[07:09] <darkxst> infinity, Ubuntu GNOME images seem ready, won't mark them us such, so people keep testing
[07:09] <darkxst> so just go ahead, since I won't likely be awake when you are doing the releases!
[07:10] <wxl> congrats darkxst :)
[07:11] <darkxst> wxl, what for? think we got lucky with this one
[07:12] <wxl> that's what i mean!
[07:12] <darkxst> wxl, right
[07:14] <amjjawad> darkxst, I'll be around so no worries
[07:14] <amjjawad> don't mark them as ready yet please, darkxst so we get more testing :)
[07:16] <amjjawad> darkxst, I have bad night so in case I will sleep early, I will try to wake up early and do the needful so no worries about the release, etc etc
[07:20] <darkxst> amjjawad, isnt that what I just said!
[07:20] <amjjawad> darkxst, and I was confirming it!
[08:20] <infinity> darkxst: Good to hear.  I won't be releasing until tomorrow afternoon (my time), so plenty of time for testing, but I'm also not going to respin or retract images for anything but dire bugs, so pretty sure this is what we're shipping.
[08:21] <amjjawad> infinity, thanks for all your hard work, you and everyone else :) but may I know what is your time zone, please? so I can get things ready on time :)
[08:22] <infinity> amjjawad: -0700 ... You have plenty of time.
[08:22] <infinity> amjjawad: It's 1:22am now, and I'm heading to bed.
[08:23] <amjjawad> I'm from the future (+11GMT) so indeed, that's plenty of time :) good night and thanks for everything :)
[08:23] <infinity> amjjawad: Please send me winning lottery numbers, thx.
[08:23] <amjjawad> infinity, will sure do :P
[08:40] <darkxst> infinity, thanks, was just saying so you know they ready, though sounds like amjjawad will stay up anyway
[08:43] <darkxst> infinity, I'm not very good at responding to are your images ready yet pings when I am asleep ;)
[09:47] <Riddell> elfy: you pung?
[09:57] <jibel> davmor2, if you find 10 min, can you try an OEM installation. The session didn't start on first boot, immediately after the end user setup.
[09:58] <davmor2> jibel: will do
[10:36] <elfy> Riddell: I did :) do you have a moment to spare me in PM ?
[10:43] <jibel> davmor2, and again, this time on i386, on first boot to prepare for end user, unity session fails to start
[10:43] <jibel> no compiz
[10:43] <davmor2> jibel: I have i386 install for the oem bit now will reboot it in a second
[10:52] <davmor2> jibel: I'm still not getting the password box on hw till I reboot again, I do have a desktop but I did have to reboot to get the password box
[10:52] <jibel> davmor2, actually the live session doesn't even start on i386
[10:52] <jibel> davmor2, it's on qemu, can you try on HW?
[10:52] <Riddell> elfy: ok
[10:52] <davmor2> jibel: let me check I have the right iso
[10:53] <jibel> amd64 is OK
[10:56] <davmor2> jibel: this is i386
[10:56] <davmor2> jibel: I'll try a live session 1 second
[11:00] <davmor2> jibel: I have the live cd up and the iso image md5sum matches the one in current
[11:00] <davmor2> live session even
[11:00] <jibel> davmor2, yeah, it seems to be a qemu only problem
[11:01] <davmor2> jibel: I did have a crash file for the greeter though so I might see if I can add that to the bug report
[11:26] <highvoltage> Edubuntu 14.04.2 LTS marked as ready
[11:38] <Riddell> hmm non english installs are broken in kubuntu for bug 1182784
[11:39] <Riddell> I wonder if I have time for a fix and respin
[12:41] <Mirv> didrocks: would you have time for bin-preNEW review of compiz(-mate) since it's FF today? https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-021 / https://ci-train.ubuntu.com/job/ubuntu-landing-021-2-publish/lastSuccessfulBuild/artifact/packaging_changes_compiz_1%3A<IP_ADDRESS>+15.04.20150213-0ubuntu1.diff
[13:51] <didrocks> Mirv: why is there this remove unity script on upgrade?
[13:52] <didrocks> Mirv: the default profile plugin doesn't use unity for mate
[13:52] <didrocks> (see debian/mate.ini)
[13:53] <didrocks> Mirv: all the rest is good, but this part should be clarified
[13:55] <Mirv> bregma: ^
[13:56] <bregma> didrocks, hmm, I'll check
[13:58] <didrocks> bregma: yeah, I see it's a copy of my own migration script a while ago, but this was to transition from "default" to "ubuntu" session (and so, leave the default session with compiz without unityshell)
[13:58] <didrocks> bregma: If I'm right and can still read my code, no promise :p
[13:59] <Mirv> thanks didier for helping bregma
[13:59] <didrocks> yw!
[13:59] <bregma> it's a dark moist area of the code I haven't looked at before, I'l trying to grok it now
[14:00] <didrocks> bregma: yeah, it's not really a biggy but I feel it's not of use (and will just create a delay at startup), so better to check
[14:00] <didrocks> bregma: maybe you can even clear my old migration script, the LTS has passed :)
[14:00] <bregma> maybe
[14:04] <bregma> didrocks, would it be acceptable to promote the current MATE changes as-is and open a bug to remove all the migration stuff before Vivid release?
[14:05] <didrocks> bregma: fine by me if you ensure me it doesn't fall off track :)
[14:06] <bregma> I shall open a bug and get an MP up today, as soon as I get a troubled Unity landing off my plate
[14:06] <didrocks> bregma: let me open the bug for you
[14:06] <didrocks> Mirv: +1 then ^
[14:06] <Mirv> didrocks: bregma \o/ huge thanks!
[14:08] <didrocks> bregma: bug #1423566
[14:09] <bregma> super
[14:47]  * pitti waves
[14:47] <pitti> so GunnarHj asked me to build fresh trusty langpacks (with new -base), as we got updated ubuntu-docs this week
[14:48] <pitti> I realize the timing of this might be a bit unfortunate with 14.04.2, though
[14:48] <pitti> so what is the best course of action now:
[14:48] <pitti> - wait a week
[14:48] <pitti> - build/test them and upload them to -proposed, so that they can be tested, and we only release them next week
[14:48] <wxl> pitti: 14.04.2 is out today. vivid beta 2 is out next thursday. so act now! :)
[14:48] <pitti> or
[14:49] <pitti> - upload them, but don't accept them from the trusty-proposed queue?
[14:49] <pitti> wxl: this is about trusty :)
[14:49] <pitti> infinity: ^
[14:50] <wxl> pitti: oh. then you're either screwed or infinity is going to be peeved. XD
[14:50] <pitti> I'm not saying that these langpacks must go into 14.04.2 :)
[14:51] <pitti> just making sure that uploading them to trusty-proposed now won't cause any difficulties
[14:51] <pitti> I don't see any as trusty-proposed has lots of stuff which isn't going into 14.04.2
[14:51] <pitti> but better safe than sorry
[14:51] <wxl> afaik we made sure -proposed wasn't enabled by default in trusty
[14:52] <wxl> that *was* a problem at one point :/
[14:53] <pitti> urgh :)
[14:54] <wxl> sorry i can't otherwise be of help
[14:54] <wxl> unfortunately my only relation to the release team is being the release manager for lubuntu
[14:55] <wxl> infinity and i are on similar time zones and i'm up early, so, you might give him a couple hrs
[14:55] <wxl> also he's pulled a couple all nighters this week for trusty :(
[14:56] <pitti> I'll just prepare them for now, but not upload them yet
[14:56] <wxl> i'd say that's a good idea
[15:00] <stgraber> highvoltage: thanks for testing! I just woke up here and noticed that the hotel disconnected me halfway through the night so it'd still take me another 4 hours or so to grab the Edubuntu images...
[15:00] <jamespage> afternoon - please could an archive admin do the honours and promote python-pint? - https://bugs.launchpad.net/ubuntu/+source/python-pint/+bug/1407970
[15:01] <jamespage> that unsticks one of my teams openstack uploads
[15:13]  * Riddell rebuilds kubuntu for new ubiquity
[15:14] <Daviey> jamespage: done
[15:14] <jamespage> Daviey, thanks!
[15:42] <infinity> Riddell: Err, what?  You got a rebuild for ubiquity already... Or did you upload a new one when I wasn't looking?
[15:42] <Riddell> infinity: yes I uploaded a new one
[15:46] <infinity> Riddell: Ugh.
[15:46] <infinity> Riddell: And thi crash only happens in the KDE frontend, despite being in common code?
[15:47] <infinity> Daviey: Hey, weren't you involved with mythbuntu at some point? :P
[15:48] <Daviey> infinity: Sort of still am.. but not claiming to be. :)
[15:49] <infinity> Daviey: No one's smoketested the 14.04.2 images.  Could I talk you into spinning them up for a quick boot/install/reboot cycle to make sure they're not completely buggered?
[15:49] <Riddell> infinity: yes, it's in a PageFooKDE class
[15:49] <infinity> Riddell: Mmkay.  Technically, I should respin the world for the change, but I'll let it slide in that case.
[15:50] <infinity> pitti: Please no langpacks today. :P
[15:50] <Daviey> infinity: Would you believe me if i said i only had access to armv7 machine today?
[15:50] <infinity> pitti: Would have been nice to have them a week ago, but oh well.
[15:50] <infinity> Daviey: Probably not.
[15:50] <pitti> infinity: yeah, certainly not for 14.04.2; it's mostly the question whether uploading them to -proposed would disturb anything on yours ide
[15:51] <infinity> pitti: No, I'm blissfully ignoring proposed right now.
[15:53] <tgm4883> infinity: I can do that today
[15:53] <tgm4883> let me pull the images now
[15:53] <infinity> Riddell: Argh.  I'm going to have to respin those again for you.
[15:53] <infinity> Riddell: The cdimage ftp mirror got skewed, your ubiquity and oem-config are mismatched.
[15:53] <infinity> tgm4883: Thanks.
[15:54]  * infinity really needs to hunt and fix that bug.
[15:54] <tgm4883> infinity: 20150218.1 images?
[15:54] <infinity> tgm4883: Yep.
[15:54] <tgm4883> ok, pulling them now
[15:55] <infinity> Riddell: Fixing the mirror skew issue, will respin for you as soon as it's not broken. :/
[15:55] <pitti> infinity: i. e. I can upload those and translators can test them? they'd be released to -updates in two weeks
[15:55] <Riddell> :( sorry
[15:56] <infinity> pitti: Sure, go nuts.
[15:57] <infinity> Riddell: Not your fault, the local mirror thing is a bit fragile.
[15:57]  * infinity taps his foot, waiting for rsync.
[16:02] <cjwatson> Laney,infinity: could use reviews/merges of my stack of britney MPs if you get a chance.  They're mostly cowboyed live but it'd be best to squash the cowboys ASAP
[16:03] <infinity> Riddell: Okay, respinning again.
[16:03] <cjwatson> also should mostly be fairly obvious
[16:03] <infinity> cjwatson: After I point release.  Tomorrow seems more likely.
[16:03] <cjwatson> k
[16:03] <cjwatson> the remaining piece is to work out what to do with the "old binaries" bits on http://people.canonical.com/~ubuntu-archive/proposed-migration/trusty/update_excuses.html for linux
[16:04] <cjwatson> I think I'm going to add a switch to britney.py to ignore those for stables, TBH
[16:05] <infinity> cjwatson: Oh, whee.  Didn't think about that ugliness.
[16:05] <cjwatson> because even discounting the debatable bit about whether to clean up old ABIs, there are always going to be binaries in trusty release that we can't get rid of
[16:05] <cjwatson> and honestly I really don't want to get into having to teach britney.py to tell the difference between release and updates and suchlike ...
[16:05] <infinity> cjwatson: Well, and even if I won the debate with "screw every old ABI except the ones on currently published installation media", there would still be *some* old ones.
[16:06] <cjwatson> yeah exactly
[16:06] <cjwatson> I think we just have to ignore those, maybe keep the excuse but not make it block
[16:07] <infinity> cjwatson: Can you special case the ignore to just linux* source packages?
[16:07] <infinity> cjwatson: Not that I anticipate others having NBS, but I suppose it could happen in the case of agressive-backports-as-SRUs (firefox locales, for instance), and the cruft should actually be noticed and cleaned.
[16:07] <cjwatson> I can think of other cases where it matters
[16:07] <cjwatson> and where we can't clear it
[16:08] <infinity> Hrm.  Okay, then you've thought about it more than I have. :P
[16:08] <cjwatson> consider a library upload for a new HWE stack that changes the library package name, and we've decided to accept that and rebuild everything for it
[16:08] <infinity> I guess it's not killing us to carry other cruft anyway, linux is by far the worst offender.
[16:08] <cjwatson> that could well be fine (if nasty), but we can never get rid of the original binary in trusty release
[16:08] <infinity> cjwatson: new HWE stack libraries have new source names.
[16:08] <cjwatson> s/for a new HWE stack //
[16:09] <cjwatson> it was an example :)
[16:09] <cjwatson> my point is there are situations where there's uncleanable cruft
[16:09] <infinity> But yeah, right, I hadn't thought about the part where you're smooshing release and updates into a single "testing".
[16:09] <infinity> Cause we can't do a thing about "cruft" (which isn't) in release.
[16:09] <cjwatson> now it's sort of theoretically possible to fix that by making the merge be source-aware
[16:10] <cjwatson> actually, hmm, maybe it already is
[16:10] <infinity> I think the "just ignore it" solution is fine for now.
[16:10] <cjwatson> ok, I can start by "just ignore it" but limited to .startswith("linux")
[16:10] <cjwatson> and we can see how that goes
[16:11] <cjwatson> though I'll need to think about how to handle that on the command line, or whether to just do it by default, or what
[16:11] <cjwatson> I don't want to have to hardcode "dev series is vivid, treat it differently" in too many places
[16:16] <infinity> cjwatson: Wait, other than the ugly output on excuses, what's the actual problem?  In the dev series, the "testing" target always has old binaries, since we don't clean them until after the migration.
[16:16] <infinity> cjwatson: Or is this check for "old binaries that don't belong to the target's source version"?  ie: really old binaries.
[16:17] <tgm4883> infinity: testing done. Sorry about the wait on that, with the US holiday this week, and conducting interviews I've been pretty busy
[16:17] <infinity> tgm4883: All good.  Thanks for the turnaround.
[16:18] <cjwatson> infinity: this all ties into the complex way we mangled britney to handle partial unstable, but normally speaking that gets handled
[16:19] <cjwatson> infinity: but in this case it doesn't, haven't quite worked out exactly why, but it stops autopkgtests from being dispatched which was kind of the whole point of this exercise
[16:55] <infinity> Riddell: ^-- Finally.
[16:56] <Riddell> infinity: thanks, I'll get some people on it, I'm going out shortly for about 3 hours, does that screw with your plans?
[16:56] <infinity> Riddell: Nope, I have a ton of prep to do before I can release.
[16:56] <Riddell> sounds fun
[16:57] <elfy> infinity: are we there yet? :p
[16:57] <elfy> have fun :)
[16:58]  * infinity throws things at elfy.
[16:59] <elfy> :)
[16:59] <infinity> elfy: If you're feeling all helpful again, I have paperwork you could do!
[16:59]  * infinity watches as the channel goes silent.
[16:59] <elfy> I couldn't possibly do any writing  ...
[17:00] <elfy> and I've got a bone in my leg
[17:02] <cjwatson> infinity: linux> ah, the problem is that the NBS binaries have never been removed from *-propo*
[17:02] <cjwatson> *-proposed*
[17:02] <infinity> cjwatson: Oh.  See, I can do that.
[17:02] <cjwatson> we don't need to do anything about -updates here, but NBS-cleaning -proposed would sort it out.  I think I'd rather do that than hack britney.
[17:02] <infinity> cjwatson: No code changes required, I can just fix that in my process.
[17:02] <cjwatson> Want to leave that to me for this round since you're busy atm?
[17:03] <infinity> cjwatson: If it's blocking you testing this more, go forth and be cleany.
[17:03] <cjwatson> It is, and will do.
[17:03] <infinity> cjwatson: Just don't clean any of the current ones by accident. :)
[17:04] <cjwatson> I will be careful :)
[17:05] <cjwatson> Grumble, why doesn't rmadison -r work
[17:05] <elfy> infinity: seriously - in a bit if there's anything I can do to help you - I will
[17:05] <cjwatson> oh, because the CGI inhibits it, hmm.
[17:05] <cjwatson> probably vaguely reasonable.
[17:07] <infinity> elfy: Well, there's my least favourite part of point releases still to do, running Colin's evil bug-scraping script to put together the "all the crap we fixed since the last point release" part of the release notes.
[17:10] <Mirv> note on vivid binary new queue - simgear armhf ftbfs is not a regression, the current version doesn't build as well
[17:15] <cjwatson> infinity: doing the removal pass for -proposed.  will presumably take hours
[17:16] <cjwatson> for trusty-proposed, that is
[17:16] <cjwatson> I want to see that this fixes p-m before doing others
[17:44] <bdmurray> infinity: Looking at the trusty SRU queue won't affect the point release right?
[17:45] <infinity> bdmurray: Accepting to proposed won't, no.  Just don't release anything to updates today.
[17:46] <jderose> infinity: just wanted to check in on 14.04.2... do you expect to spin another round of ubuntu desktop iso?
[17:46] <infinity> jderose: Nope.
[17:46] <jderose> sweet :)
[17:46] <infinity> jderose: Don't tell me you found a critically awful bug. :P
[17:46] <jderose> nope, it's all good from where i sit :)
[17:46] <infinity> jderose: Because then we won't be on speaking terms.
[17:47] <infinity> jderose: Oh, good.  All good sounds nice.
[17:47]  * infinity tests powerpc and ppc64el server ISOs quick-like.
[18:02] <elfy> infinity: kind of about now, so I could look at that if you wanted and it didn't waste more of your time explaining things than just doing it yourself
[18:04] <davmor2> infinity: just to make your day https://bugs.launchpad.net/ubuntu/+source/bcmwl/+bug/1423643
[18:05] <infinity> elfy: See the "Prepare change summary" bit of https://wiki.ubuntu.com/PointReleaseProcess
[18:06] <elfy> infinity: ok
[18:06] <infinity> elfy: If you want to help by doing that, I'll owe you a large number of bubbly beverages.
[18:06] <cyphermox> any images still need testing?
[18:06] <cjwatson> infinity: Oh, should I switch auto-sync into dry-run mode after the 23:00 run?
[18:07] <infinity> cjwatson: Sounds like a plan.
[18:07] <infinity> davmor2: Ugh.
[18:07] <jibel> cyphermox, I just finished desktop but didn't run screenreader and vmware tests
[18:07] <cjwatson> That just requires me to remember after I get back from the pub, which is probably reasonable-ish.
[18:07] <cjwatson> It's just adding --dry-run to that crontab line.
[18:07] <infinity> davmor2: I'm not sure that we can investigate and fix that one before release and force everyone to re-test. :/
[18:08] <cyphermox> jibel: ok, I can try to run the screenreader while vmware downloads. Having that can't hurt in the future
[18:08] <infinity> davmor2: I thought that driver was meant to be replaced by one that shipped with the kernel for 3.16.
[18:08] <infinity> apw: What do you know of bcmwl?
[18:08] <davmor2> infinity: it's only mac who uses those ;) and there is no oem involvement, personally I blame the sales team for that though I just don't think they are trying hard enough ;)
[18:09] <infinity> davmor2: Hah.  Good luck squeezing money from Apple to support a competitor's OS.
[18:10] <davmor2> infinity: I have a feeling that utopic switch to some other driver for bcm but taht doesn't support mac iirc
[18:10] <jibel> jamespage, do you have anyone to review iSCSI on server images for 14.04.2?
[18:10] <infinity> davmor2: Can we just tell people with Macs to go buy better laptops?
[18:10] <elfy> infinity: looking
[18:14] <elfy> infinity: I note this is in Release minus 14 days and not Release minus a couple of hours ;)
[18:14] <infinity> elfy: Picky, picky.
[18:14] <elfy> :D
[18:15] <elfy> anyway - script running now
[18:17] <Guest15179> Any idea about 14.04.2? Is it ready for primetime yet ?
[18:21] <infinity> Guest15179: Patience.
[18:21] <Guest15179> :)
[18:23]  * infinity runs downstairs to grab a shawarma for fuel.
[18:24] <elfy> oooh - grab 2 :)
[18:24] <infinity> Sure, I'll email you yours.
[18:24] <elfy> mmm - etherfood
[18:25] <jibel> infinity, Ubuntu Desktop i386 and amd64 are OK. vmware easy install is not tested.
[18:26] <jibel> infinity, on server, iSCSI is not tested and I don't have a setup to test it.
[18:26] <cyphermox> infinity: interesting idea. I just received my shish taouk plate I ordered.
[18:28] <cyphermox> .. which means I'll need to spend a half-hour shoveling snow later
[18:35] <wxl> infinity: could you ping me when you have main release notes done?
[18:45] <elfy> infinity: umm ....
[18:46] <elfy> so now I have a look at the output - should I maybe have changed line in the script which says "distro_series=precise, pocket='Updates', created_since_date='2012-08-23'
[18:47] <elfy> possibly explains why it's still going and is at line 6000
[18:49] <cjwatson> Yeah, that wants to be trusty and the date set to whenever the last SRU was accepted for the previous point release
[18:49] <cjwatson> Though the output is usually still very long
[18:51] <elfy> cjwatson: and where would I get that date?
[18:52] <highvoltage> stgraber: ah that sucks. np though. everything was fine. I have the draft announcement too, but it needs the links fixed for the final links
[18:53] <cjwatson> elfy: I'm overcomplicating things.  SRUs aren't accepted between end of prep and the actual release, so just find the date of the last point release from the announcement lists and use that
[18:53] <elfy> ok :)
[19:04] <elfy> sigh ... so it appeared to finish, last line appears to be dated sensibly 2015-01-26, got this in terminal - http://pastebin.com/g33yvjfh
[19:05] <elfy> and I am no coder so don't if it's died or if ouput is good
[19:12] <cjwatson> That died I'm afraid
[19:12] <cjwatson> But you might be able to tell it to start at 2015-01-26 and then stitch the output together by hand, manually eliminating any overlap
[19:26] <elfy> cjwatson: thanks
[19:28] <elfy> mmm keeps dying
[19:45] <elfy> cjwatson: sorry to be pita - is this just a case of it timing out?
[19:46] <elfy> infinity: too
[19:46] <infinity> elfy: Seems like.
[19:47] <infinity> cjwatson: Hrm, did we even do this for 14.04.1?  I can't find where it was published if we did.
[19:47] <elfy> bah - keeps doing it ...
[19:47] <elfy> https://wiki.ubuntu.com/TrustyTahr/ReleaseNotes/ChangeSummary/14.04.1
[19:47] <infinity> Oh, there.
[19:47] <infinity> Yeah.
[19:47] <infinity> Missed the link at the top.
[19:47] <elfy> not sure what I can do here if it's timing out
[19:48] <cjwatson> sorry you probably get to keep trying
[19:48]  * cjwatson -> pub
[19:49] <infinity> wxl: The "main" release notes haven't moved, though they need me to go through and s/14.04.1/14.04.2/ and update kernel bits, etc.
[19:53] <elfy> infinity: so - question, is it just coincidence that it keeps dying at the same place?
[19:54] <infinity> elfy: It could be a specific upload on that day had a massive number of bug links.  Likely a kernel.
[19:54] <infinity> elfy: Just start it over from the next day and splice the two together, and if you missed something in between, oh well?
[19:54] <infinity> elfy: I'm not convinced anyone reads this page that closely anyway. :P
[19:54] <elfy> :)
[19:55] <elfy> ok - so as I had the same thing at later date too 15 mins ago - just keep doing that?
[19:56]  * infinity cargo cults HWE stack stuff from the precise release notes...
[20:09] <elfy> infinity: ok - so it eventually finished :)
[20:09] <infinity> elfy: \o/
[20:10] <infinity> elfy: Hack and slash it as best you can to be readable, like Colin's previous attempts, perfection isn't the order of the day here, just convey what seems important and skip the 8000 redundant kernel bugs, etc.
[20:10] <elfy> yea - doing my best ...
[20:10] <infinity> elfy: When you have something halfway okayish, paste it into the right wiki location, and call it good.
[20:11]  * infinity builds source DVDs.
[20:27] <bdmurray> slangasek: I found an old task to write a wrapper around remove-package for unverified SRUs that'd comment on bugs and call remove-package. While I've written something its hard for me to use as I can't remove packages.
[20:27] <bdmurray> s/use/test/
[20:28] <bdmurray> Can I be added to some team temporarily?
[20:30] <infinity> bdmurray: You can call remove-package against a PPA.
[20:31] <bdmurray> I guess if I get a 401 its trying to do the right thing.
[20:33]  * infinity curses at cron.source crashing.
[20:37] <infinity> Riddell: plasma5 is dead, right?
[20:44] <Riddell> infinity: kubuntu-plasma5 is yes
[20:44] <Riddell> plasma5 itself is now part of kubuntu normal for vivid
[20:45] <infinity> Riddell: Kay, we should rid cdimage of any mention of it, but I'll do that after the point release.
[20:45]  * infinity just fixes the trusty oops for now.
[20:59] <elfy> infinity: best that I can do for now https://wiki.ubuntu.com/TrustyTahr/ReleaseNotes/ChangeSummary/14.04.2
[20:59] <elfy> date info at beginning needs to be done
[21:00] <elfy> having to dash and do some r/l thing for a bit now - bbl
[21:00] <infinity> elfy: Looks lovely to me, thanks.
[21:01] <elfy> your welcome(ish) :p
[21:27] <infinity> Riddell: Time's running out, how are the new kubuntu images looking?
[21:52] <infinity> ScottK: Or maybe you have a better answer (or at least a better timezone) than Riddell?
[21:55] <Riddell> infinity: let me ask
[21:56] <infinity> Riddell: Given that they're nearly identical except for the bug you fixed, a solid boot/install/reboot smoketest should be mostly enough to say they're good, I think.
[21:56] <Riddell> yeah let me run one test and I think that's fine
[22:02] <wxl> question: how often are point releases supposed to come out?
[22:03] <wxl> pheverything but alternate
[22:04] <wxl> yes please
[22:04] <wxl> omg
[22:04] <wxl> wrong channel as always
[22:06] <infinity> wxl: 3 months after release for the first one, then every 6 months after that until .5
[22:06] <infinity> wxl: Basically, staggered about halfway between regular releases.
[22:09] <jderose> infinity: so the above notices from queuebot: did those ubuntu ISO get rebuilt, or is this .1 from yesterday just renamed?
[22:11] <infinity> jderose: Nothing renamed or respun, just marking as ready.
[22:11] <jderose> gotcha, thanks. just trying to understand a bit how the process works :)
[22:18] <wxl> infinity: why do some releases only have 4 or 3 point releases?
[22:21] <infinity> wxl: lucid had 4 point releases because the 5th would have been after precise came out, and that's the upgrade path we wanted people to take.
[22:22] <infinity> wxl: precise had 5 because, even though we'd prefer people upgrade to trusty, we were also providing the trusty HWE stack in .5 for people who wanted to stay on precise.
[22:22] <infinity> wxl: trusty will be the same, with .5 shipping the 16.04 HWE stack.
[22:22] <wxl> infinity: so .5 from here on out?
[22:22] <infinity> wxl: Basically, it's the HWE thing that added the last one.
[22:22] <wxl> ko
[22:22] <infinity> wxl: If we find a better way to do HWE in the future, we might revisit, but this is what we've got for now.
[22:24] <infinity> wxl: It does mean, annoyingly, that we have to do old.5 and new.1 at the same time, but .1 is usually no effort, since it's just an SRU rollup with no HWE bits, etc, so it's not terrible.
[22:24] <wxl> thanks for the heads up infinity :)
[22:25] <wxl> infinity: you going to give us until tomorrow morning for the official release?
[22:25] <infinity> wxl: No, I plan to do it in the next few hours.
[22:25] <wxl> infinity: darn.
[22:25] <infinity> wxl: Why darn?
[22:26] <wxl> infinity: oh i'm just struggling to get the wiki team working on stuff
[22:26] <wxl> infinity: and i'm tryuing to avoid really hard doing it myself :)
[22:26] <infinity> wxl: Shouldn't be much to work on?
[22:26] <wxl> infinity: it's not, but i've got a stack of stuff piling up on me at work
[22:26] <infinity> wxl: The ReleaseNotes didn't move, you just have to change 14.04.1 to 14.04.2 and add a short paragraph about how there are no 14.04.2 alternates, but people can use the 14.04.1 ones, and done.
[22:29] <stokachu> SIGH
[22:29] <stokachu> infinity: can you fix my blunder
[22:29] <infinity> stokachu: That was meant to go to a PPA or something?
[22:29] <stokachu> apparently my dput.cf doesn't null out default
[22:29] <stokachu> infinity: yea :(
[22:30] <stokachu> infinity: thanks man
[22:30] <infinity> stokachu: Is that true of the one you uploaded to vivid too?
[22:30] <stokachu> infinity: nah vivid is for real
[22:30] <stokachu> i gotta do some back port requests for trusty on that
[22:30] <infinity> stokachu: Also, stop putting -proposed in your changelogs. :P
[22:30] <infinity> stokachu: That hasn't been necessary for years.
[22:31] <infinity> (And, in fact, was never necessary for the devel series)
[22:31] <stokachu> infinity: ah sorry about that
[22:31] <stokachu> the bot was so thoughtful to automatically rename it for me :)
[22:32] <stokachu> so i have [DEFAULT] fqdn = null and incoming = null in my ~/.dput.cf
[22:32] <stokachu> but it still uploaded to ubuntu
[22:33] <infinity> default_host_main?
[22:33] <infinity> default_host_main       = ubuntu
[22:33] <stokachu> i dont have that one set
[22:33] <infinity> ^-- From /etc/dput.cf
[22:33] <cyphermox> stokachu: might want something like http://paste.ubuntu.com/10314769/
[22:33] <stokachu> ah ok perfect
[22:42] <bluesabre> any archive admins about? Please release https://launchpad.net/ubuntu/+source/lightdm-gtk-greeter-settings to vivid so we might be able to add it to the xubuntu seed :)
[22:44] <Riddell> infinity: ↑
[22:45] <infinity> bluesabre: I'm mildly entertained that the only translation that contains is Russian. :)
[22:45] <amjjawad> hi infinity
[22:45] <amjjawad> http://cdimage.ubuntu.com/ubuntu-gnome/releases/14.04.2/release/ << is showing 14.04.1 instead of 14.04.2
[22:45] <bluesabre> infinity: yes... we hope to improve that in the immediate future :D
[22:45] <amjjawad> not just the text infinity but the links as well
[22:45] <infinity> amjjawad: Give it time.
[22:46] <infinity> amjjawad: rsync isn't instant.
[22:46] <amjjawad> infinity, okay, just thought to report that :)
[22:46] <infinity> Riddell: Handy, cause I just pushed to mirrors about when you did that, figuring I could delete later if you told me I was wrong. :P
[22:47] <bluesabre> infinity: thanks :)
[22:48] <flexiondotorg> infinity, Thanks also. Ubuntu MATE is using lightdm-gtk-greeter-settings
[22:48] <flexiondotorg> also
[22:50] <infinity> It's nice to see flavours get along. :)
[22:54] <bluesabre> (we agree)
[22:59] <elfy> do we?
[22:59] <elfy> :D
[23:01] <amjjawad> is this the best answer for point releases? http://askubuntu.com/questions/106159/what-are-point-releases-in-lts-versions
[23:01] <amjjawad> AFAIK, the major difference is: newer Linux kernel, bug fixes and updated packages - please correct me if I'm wrong
[23:05] <amjjawad> another Q: https://wiki.ubuntu.com/Kernel/LTSEnablementStack AKA HWE is ONLY available from 14.04.2 (AKA the 2nd point release)  correct? at least, this is what the page is saying but I just want to make sure!
[23:08] <infinity> amjjawad: That's correct, since the HWE stack is based on the previous non-LTS release, and there wasn't one before .1
[23:08] <infinity> amjjawad: So, .2 is after 14.10, .3 is after 15.04, up to .5, which is after 16.04
[23:09] <amjjawad> infinity, thank you. But what is the 'best' for 'new' users with 'new' installation? is it about which hardware they're using? or they can just go ahead and stick to the latest which is at the moment 14.04.2 ?
[23:10] <infinity> amjjawad: For new desktop users, the latest point release is probably the "best".
[23:11] <infinity> amjjawad: For server types, there's more evaluation required, I think.  If all their kit is supported with the trusty kernel, having some on 3.13 and some on 3.16 is confusing, and being on 3.16 means being forced to upgrade to 16.04 (or 14.04+16.04), as we drop support for the interim HWE stacks, etc.
[23:12] <amjjawad> infinity, thank you again. That is also an answer to whether I have to update the release notes with the latest (14.04.2 for now) or not. I usually update it with the latest point release. So, the newer people read the newest information. No one with 14.04 installed will go back to the release notes, that if and only if they have read that anyway to begin with.
[23:12] <amjjawad> I think for servers, they should stick to the most stable not the most recent IMHO.
[23:18] <elfy> infinity: thanks for the hard work fixing stuffs :)
[23:19] <wxl> seriously, infinity. you went over and above the call of duty.
[23:19] <elfy> and if in future you want me to do anything like that again - while I would be more than happy, a bit more notice - that was nasty job indeed :D