[12:37] <RichEd> hey jsgotangco
[12:37] <RichEd> hi Burgundavia
[12:37] <Burgundavia> hey RichEd
[12:46] <jsgotangco> hi
[12:46] <jsgotangco> hmmm
[12:46] <jsgotangco> having an all-nighter?
[12:52] <ogra> jsgotangco, its note even 4pm here :)
[02:01] <jsgotangco> oh i guess you're all in portland then ;-)
[02:14] <RichEd> jsgotangco: RichEd & ogra from this channel ... yes indeed
[04:32] <ari_stress> morning all :)
[04:35] <johnny> hi folks
[04:35] <johnny> is there a better channel than here for ubuntu ltsp ?
[04:36] <Dante123> Hi all....anyone here know much about library automation and open source library management systems?
[04:37] <ari_stress> johnny: what do you mean? this channel is good
[04:37] <johnny> just wondering if it was
[04:37] <ari_stress> or #ltsp for generic question
[04:38] <johnny> i'm getting an error  when booting
[04:38] <johnny>   nfsmount: need a path
[04:38] <ari_stress> Dante123: i've just read about it, let me remember about it
[04:38] <johnny> booting a client that is
[04:38] <ari_stress> johnny: was it working ok previously?
[04:38] <johnny> no
[04:38] <johnny> now i'm dumped in an ash shell
[04:39] <ari_stress> ok, possible configuration problem
[04:39] <johnny> not possible
[04:39] <johnny> definitely :)
[04:39] <ari_stress> ok :)
[04:39] <ari_stress> well, as far as i know
[04:39] <ari_stress> edubuntu ltsp is work out of the box
[04:39] <ari_stress> we dont need to set a thing
[04:39] <ari_stress> did you set anything?
[04:39] <johnny> yeah.. this is ubuntu
[04:39] <johnny> not edubuntu
[04:40] <ari_stress> oww.. then we need to set something
[04:40] <johnny> ubuntu server and ubuntu clients
[04:40] <Dante123> Hi all....anyone here know much about library automation and open source library management systems?
[04:40] <johnny> if edubuntu had existed when this box was setup, we'd be using it
[04:40] <ari_stress> Dante123: let me thing about it for a minute. my brain isn't dual core yet :)
[04:41] <johnny> i'm having an issue due to two configuration oddities
[04:41] <johnny> one.. in that i'm using both ppc and i386 clients on an amd64 server
[04:41] <Dante123> okay....I've seen Koho website...but wondering what else is available and maybe some ubuntu support or install files available
[04:41] <johnny> and the 2nd in that i'm using dnsmasq  for dhcp/caching dns/tftp
[04:42] <ari_stress> Dante123: here's some good url: http://library.rider.edu/scholarly/ecorrado/il2004/ossfeatures.html http://eprints.rclis.org/8074/
[04:42] <ari_stress> Dante123: oh ubuntu? ok let me search my ubuntu, i remember seeing something like that
[04:45] <ari_stress> Dante123: sorry, i cannot find anything about library in my ubuntu. i guess the above mentioned urls are a good starting point
[04:45] <ari_stress> johnny: oh two different clients?
[04:45] <ari_stress> then you need special steps
[04:45] <johnny> yes, i'm sure of i t
[04:45] <Dante123> ok thanks
[04:46] <ari_stress> in building the client environment
[04:46] <johnny> well i'm ignoring ppc for now
[04:46] <johnny> until i get i386 working
[04:46] <johnny> since i am far more familiar with i386
[04:46] <ari_stress> johnny: let me get the reference, i read about it once
[04:46] <johnny> i think i know how to do it
[04:46] <johnny> once i  get i386 working
[04:48] <johnny> it's looking in /scripts/nfs-premount but i see nothing in   there
[04:48] <johnny> i thought it was a file, but it seems to be a directory
[04:50] <ari_stress> oh ok
[04:50] <ari_stress> but i suspect the i386 isnt working, because the server is 64?
[04:53] <johnny> doubtful
[04:54] <johnny> other people have done it
[04:54] <johnny> you just need to have a client built
[04:54] <johnny> the problme i'm getting now is that my rootpath: seems empty
[04:54] <johnny> it seems set .. but i  can'te tell
[04:54] <johnny> should my client hae an empty /etc/fstab ?
[04:56] <Dante123> looks like KOHA is the best
[04:56] <ari_stress> Dante123: really?
[04:57] <ari_stress> johnny: what do you mean? the client is diskless right?
[04:58] <sbalneav> ari_stress: Can you paste your /etc/ltsp/dhcpd.conf?
[05:00] <johnny> yes.. i meant in the /opt/ltsp
[05:00] <johnny> the mounted directory
[05:00] <johnny> it's loading the kernel
[05:00] <johnny> but it can't mount the root fs
[05:01] <ari_stress> sbalneav: ok
[05:02] <sbalneav> Paste it to the pastebin
[05:02] <sbalneav> !pastebin
[05:02] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[05:03] <ari_stress> sbalneav: it's http://pastebin.com/m3e172158
[05:03] <ari_stress> sbalneav: thanks for being so patient with me :)
[05:03] <ari_stress> sbalneav: it's a standard dhcpd.conf from ltsp5, i just add some lines at the above
[05:05] <sbalneav> what's your /etc/exports file look like?
[05:05] <sbalneav> So, you've got a 64 bit server?
[05:05] <sbalneav> did you build the chroot with --arch i386?
[05:06] <ari_stress> sbalneav: you talking to me?
[05:06] <sbalneav> Don't see anyone else with a problem :)
[05:06] <ari_stress> sbalneav: :D
[05:07] <ari_stress> sbalneav: i'm using 32bit for the server
[05:07] <sbalneav> ok
[05:07] <ari_stress> sbalneav: the client can boot OK
[05:07] <ari_stress> sbalneav: if I don't use those dhcp-dns-dynamic-update
[05:08] <sbalneav> oh, are you the guy on the lists?
[05:08] <ari_stress> sbalneav: but when i add those lines in dhcpd.conf for dynamic update, the client got the IP, but cannot load tftp
[05:08] <ari_stress> sbalneav: yes, i'm fajar on the list :D
[05:08] <sbalneav> k, why do dynamic, and complicate things?  Why not just statically define all your ltsp hosts in dns?
[05:09] <ari_stress> sbalneav: that's exactly i'm thinking. but since he's the one has the money, i as consultant can just do my best to provide it
[05:11] <ari_stress> but, i take it as a challenge. i always believe in foss, and i'm sure it can mimic the feature of MS W2k feature
[05:11] <ari_stress> it's just me that dont know the sytax/conf correctly yet
[05:11] <sbalneav> I'm sure you can too, but WHY? What does DYNAMICALLY assigning a hostname give you, over simply pre-defining them?
[05:12] <ari_stress> sbalneav: you are right, it's over kill feature for ltsp, and dont have any real benefit. but...
[05:12] <ari_stress> he wants it for the rest of the network too
[05:13] <johnny>   the erroring i'm geting is tht it's trying to run /scripts/nfs-premount  and says nfsmount: need a path
[05:13] <ari_stress> some of the network dont use ltsp, that's why he wants the dynamic thing
[05:13] <johnny> sbalneav, any ideas?
[05:13] <sbalneav> johnny: Ah, so it's YOU who's having the booting problem.
[05:13] <johnny> it's loading the kernel
[05:13] <sbalneav> johnny: paste your /etc/ltsp/dhcpd.conf file.
[05:13] <johnny> i don't have one
[05:13] <johnny> i'm using dnsmasq
[05:13] <sbalneav> ari_stress: You getting paid to research this?
[05:14] <sbalneav> johnny: Good luck with that.
[05:15] <johnny> it's already booting the kernel
[05:15] <johnny> so i'm not sure what it has to do with anything
[05:16] <johnny> where is the nfsmount root defined?
[05:16] <sbalneav> in the dhcpd.conf file
[05:16] <sbalneav> it's passed as an option from dhcp
[05:17] <sbalneav> dnsmasq doesn't handle that option.
[05:17] <sbalneav> so, the client has no idea where it's root drive is.
[05:17] <ari_stress> sbalneav: i'm an employee of a linux consultant. my boss who is get the big money, i'm just my monthly salary
[05:18] <sbalneav> johnny: so, dnsmasq isn't going to work.
[05:20] <johnny> i've heard of folks doing it thus the reason why i tried
[05:21] <sbalneav> Where have you "heard" this?
[05:21] <sbalneav> The only way it would work is if you hacked up the initramfs, and hardcoded a bunch of values.
[05:21] <johnny> http://www.quixotic.org.uk/Articles/LTSP.shtml
[05:22] <johnny> aha..had that one, but in another dnsmasq config file
[05:22] <sbalneav> That looks like he's doing it for the older ltsp 4.2
[05:24] <sbalneav> Any reason why you want to use dnsmasq over the standard dhcpd?
[05:25] <johnny> cuz dnsmasq is an awesome package and i was already familiar with it.. run it on every network
[05:26] <sbalneav> Ah, so just personal preference.
[05:27] <sbalneav> Well, your options are: hack dnsmasq to supply the option you need (root-path) or, hack the initramfs to hardcode the root path.
[05:27] <johnny> its showing up now
[05:27] <johnny> it says rootpath : <IP_ADDRESS>:/otp/ltsp/i386 now :)
[05:28] <sbalneav> Well, according to the manpage on it I saw, it didn't support that option.  Maybe newer ones do.
[05:28] <johnny> it's still not booting, but at least that isn't empty
[05:28] <johnny> yeah.. it read that too
[05:28] <johnny> i*
[05:28] <johnny> but newer versions fixed that
[05:28] <sbalneav> ditch the 192...., and just have /optl/ltsp/i386
[05:29] <sbalneav> /opt/ltsp/i386
[05:29] <sbalneav> Someone should tell them to update the manpage on the dnsmasq site then :)
[05:30] <johnny> it shows rootpath: /opt/ltsp/i386 but it still says nfsmount:need a path
[05:31] <sbalneav> Here's the question: does it boot if you use the stock dhcpd?
[05:34] <johnny> i'll try after my users get off the network
[05:34] <johnny> prolly 5 min
[05:55] <johnny> aha.. it loads nbi
[05:55] <johnny> image
[05:57] <johnny> hi?
[05:57] <johnny> test..
[06:02] <johnny> sbalneav, you here?
[06:08] <sbalneav> Yep
[06:12] <johnny> just had to add these
[06:12] <johnny> dhcp-vendorclass=etherboot,Etherboot
[06:12] <johnny> dhcp-vendorclass=pxe,PXEClient
[06:12] <johnny> hcp-boot=net:pxe,/i386/pxelinux.0
[06:12] <johnny> dhcp-boot=net:etherboot,/i386/nbi.img
[06:12] <johnny> with different file paths
[06:12] <johnny> obviously
[06:12] <johnny> but it was booting
[06:34] <johnny> sbalneav, what is the most acceptable way to enable autologin ?
[06:34] <johnny> for each machine to different accounts
[06:35] <sbalneav> You'll need gadi's patched ldm.
[06:36] <johnny> how come it is not in there by default?
[06:40] <sbalneav> Because autologin under ldm wasn't developed until recently.
[06:40] <sbalneav> I'm working on the ldm2 rewrite, and autologin will be a part of that, for gutsy.
[06:42] <johnny> ldm ?
[06:42] <johnny> is that a fork of gdm?
[06:42] <johnny> or?
[06:42] <johnny> it looks similiar
[06:44] <johnny> well i'm interested in the patch
[06:45] <sbalneav> No, it's a completely ltsp-developed display manager.
[06:45] <sbalneav> Unlike most display managers, it runs on the client, and not the server.
[06:45] <johnny> aha..
[06:45] <johnny> so how does it pull its options?
[06:46] <sbalneav> check the edubuntu and ltsp-discuss mailing lists, the link to the patched ldm's been posted there.
[06:46] <sbalneav> through lts.conf
[06:46] <johnny> lts.conf .. never seen it
[06:46] <johnny> oh i see it now
[06:46] <johnny> neato..
[06:46] <johnny> is that what i should use then?
[06:47] <johnny> for having workstations logging in by  workstationname/workstationname
[06:47] <johnny>  user/pass
[06:47] <sbalneav> you'll have to set up a username and password for each workstation in the lab
[06:48] <sbalneav> Personally, I'm adding the feature under duress. :) As far as I'm concerned, it's a HUGE security hole.
[06:49] <sbalneav> But people seem to want it, so we're adding it.
[06:51] <johnny> security hole for who?
[06:51] <johnny> for the client? or the server?
[06:52] <sbalneav> For the whole network.
[06:52] <johnny> it is definitely something i want to understand
[06:53] <sbalneav> It breaks the chain of authority.
[06:53] <sbalneav> The "One person, one userid" rule.
[06:53] <johnny> oh
[06:53] <johnny> these are public terminals
[06:53] <sbalneav> Excellent.
[06:53] <johnny> nobody needs an account
[06:53] <johnny> so user ids will never work here
[06:54] <johnny> if we ever get a new box
[06:54] <johnny> then maybe we'll offer some local storage
[06:54] <johnny> atm we'll just be clearing it every night
[06:54] <johnny> so does that security issue apply to me? and can it be exploited to get root on the box?
[06:55] <sbalneav> So, I just walk up, sent an email death threat to <national head of state> and walk away, and when <national police force> comes calling, and comes to you looking to know WHO logged in to that terminal WHEN, you say.....
[06:55] <sbalneav> what?
[06:56] <sbalneav> I've never seen a "public access area" that didn't have SOME way of handling a login.
[06:57] <sbalneav> At my public library, you sign in with your librarycard number, and PIN.
[06:57] <sbalneav> etc.
[06:59] <johnny> not here
[06:59] <johnny> never has been
[07:00] <sbalneav> not here, what?
[07:00] <johnny> no signups
[07:00] <sbalneav> Same thing if any local root exploit is discovered.
[07:01] <johnny> sure
[07:01] <sbalneav> they're on the box, with no way for you to know WHO did it.
[07:01] <johnny> yep.. same as the way they were running before then
[07:02] <sbalneav> Now you know the risks.
[07:02] <johnny> i knew those ones
[07:02] <johnny> i just wanted to know if there were risks specifically with the way the autologin works
[07:03] <sbalneav> none extra.
[07:03] <johnny> ok cool
[07:03] <sbalneav> The existing ones are huge enough. :)
[07:03] <johnny> sure
[07:04] <johnny> at least we have a good backup procedure
[07:04] <johnny> we don't even take pictures inside the shop without consent of everybody inside
[07:05] <sbalneav> lol
[07:05] <johnny> one of the collective members helps run the imc network
[07:06] <johnny> and they make sure not to log IP addresses for any of the  IMC sites in the network
[07:10] <sbalneav> Well, late here, I've committed my patches, so I'm of to bed.
[07:10] <sbalneav> night all
[03:43] <sbalneav> Morning all
[03:45] <juliux> morning sbalneav
[03:46] <sbalneav> hi juliux
[05:18] <sgonzalez> My edubuntu 7.04 server is requiring me to put my password in twice when I log in. My admin GUI tools seem broken by this (are they looking for the password twice also?) I also see this when I'm using the command line, but it just asks twice and then lets me use tools. Any ideas? This happened after I set up the server to authenticate against Active Directory. I am trying to log in using a local admin account (not an AD account.)
[05:19] <sbalneav> sgonzalez: You might want to look in your pam.d files
[05:19] <sbalneav> You're probably missing a try_first_pass in there somewhere.
[05:20] <sbalneav> i.e., in common-auth, for ldap auth, you'll want something like:
[05:20] <sbalneav> auth    sufficient      pam_ldap.so
[05:20] <sbalneav> auth    required        pam_unix.so nullok_secure try_first_pass
[05:20] <sgonzalez> What should I look for in them? I edited common-account, common-auth, common-password and common-session. Any suggestions on where to start and what to look for? I followed the same directions using ubuntu 6.06 and had no issues like this.
[05:21] <sgonzalez> sbalneav: Ah, just reading your post. Will look there.
[05:21] <sbalneav> How about pasting your common-* to the pastebin?
[05:21] <sbalneav> !pastebin
[05:21] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[05:22] <sgonzalez> sbalneav: Thanks! That worked. Saved me a bunch of looking!
[05:23] <sbalneav> np
[05:23] <cbx33> heheh
[05:23] <cbx33> me has
[05:23] <cbx33> auth    required       pam_usb.so
[05:23] <cbx33> hehehe
[05:24] <sbalneav> Ah, yeah, saw your blogpost.
[05:24] <sbalneav> Very cool.
[05:24] <cbx33> hehe
[05:24] <sbalneav> brb
[05:29] <sbalneav> back
[08:47] <sbalneav> back
[10:10] <LaserJock> bdoin: any exciting stuff in the new gcompris release
[10:12] <bdoin> not really
[10:13] <bdoin> we are more focused on olpc port that adding new features
[10:14] <bdoin> but since distro are always slow packaging things, there are probably still new things going through the pipe ;)
[10:15] <bdoin> do you know our wordprocessor, internal and local irc chat
[10:15] <bdoin> ?
[10:19] <sbalneav> LaserJock: hey, saw the blog post the other day!   as in, you haven't heard?
[10:22] <LaserJock> sbalneav: yes, scaling back, at least for now, almost completely
[10:22] <sbalneav> Well, good for you.
[10:22] <sbalneav> Get your PhD done.
[10:22] <sbalneav> That's way more important.
[10:28] <LaserJock> sbalneav: oh, while you're here. there is a new nbd version from Debian available
[11:14] <Patrick_> hello, could somebody tll me what i have to do to make usb sticks working on the LTSP clienes ?
[11:18] <sbalneav> Patrick_: If you have a stock edubuntu server install, they should work out of the box.
[11:18] <sbalneav> LaserJock: Ping
[11:18] <LaserJock> sbalneav: hola
[11:19] <sbalneav> Off the top of your head, who would I go to to add a couple of packages to the edubuntu-bugsquad?
[11:19] <sbalneav> I'm thinking sabayon and pesselus
[11:19] <sbalneav> ogra?
[11:19] <LaserJock> I can do it
[11:19] <LaserJock> in fact I think anybody in ~edubuntu-bugsquad can do it
[11:19] <sbalneav> Only if you have time.
[11:20] <LaserJock> ~edubuntu-bugs rather
[11:21] <LaserJock> sbalneav: pesselus is already there
[11:22] <LaserJock> sbalneav: did you figure out how to add them?
[11:24] <LaserJock> ogra: are you really here? :-)
[11:24] <ogra> LaserJock, in portland, yes
[11:24] <LaserJock> ogra: I uploaded edubuntu-addon-meta to NEW
[11:24] <ogra> how's life ?
[11:24] <ogra> yay
[11:24] <ogra> \o/
[11:24] <LaserJock> life is really busy
[11:25] <ogra> i added gobby to -desktop yesterday
[11:28] <sbalneav> LaserJock: No, I'm a moron. :(
[11:28] <sbalneav> grrr
[11:28] <LaserJock> sbalneav: it's ok, I'll show you
[11:29] <sbalneav> I'm sure it's something obvious, I'm just not seeing
[11:29] <LaserJock> ogra: I have the patch ready for debian-cd so as soon as I get edubuntu-addon-meta into Main (I assume it has to be in Main) then I'll give it to colin
[11:30] <LaserJock> sbalneav: go to the sabayon LP page
[11:30] <LaserJock> https://launchpad.net/ubuntu/+source/sabayon
[11:30] <sbalneav> ah, well, you're right, sabayon is listed on the +package-bugs page
[11:30] <sbalneav> argh
[11:30] <sbalneav> pessellus
[11:30] <LaserJock> under Actions on the left sidebar hit Bugmail Settings
[11:31] <sbalneav> shutup balneaves and just do what the man with the laser says
[11:31] <LaserJock> Under "Team bug contacts" you should see Edubuntu Bugsuad
[11:31] <LaserJock> *squad
[11:32] <sbalneav> got it.
[11:32] <sbalneav> it's there now.
[11:32] <sbalneav> Thanks!
[11:32] <LaserJock> "Teach the man to fish ...."
[11:32] <sbalneav> Build a man a fire, and you'll keep him warm for an evening.
[11:33] <sbalneav> Set a man on fire, and he'll be warm for the rest of his life.
[11:33] <LaserJock> lol
[11:33] <ogra> *grin*
[11:33] <LaserJock> ogra: if I have time I'll look at the new versions of gcompris, and tuxpaint* and see if there's anything worth merging
[11:34] <ogra> are there new versions ?
[11:34] <ogra> i can do that as well i think
[11:34] <LaserJock> according to merges.ubuntu.com
[11:34] <ogra> ah
[11:34] <ogra> i didnt follw that
[11:35] <ogra> no coding time at al here
[11:35] <ogra> but sbalneav is coding like mad
[11:35] <LaserJock> there is a new nbd too
[11:35] <LaserJock> going from 2.9.3 to 2.9.5
[11:35] <ogra> that should have our fixes
[11:35] <ogra> i'll look t it next week
[11:35] <LaserJock> ogra: I'll look at gcompris and tuxpaint* . I don't want to get rusty ;-)
[11:36] <LaserJock> I should be able to do those this evening I think
[11:36] <ogra> heh, ok
[11:36] <ogra> if you insist :)
[11:36] <sbalneav> ok off home
[11:36] <sbalneav> night all
[11:38] <LaserJock> ogra: well, I gotta keep my core-dev credentials up ;-)
[11:38] <LaserJock> I haven't worked in Universe for some time now
[11:43] <Dante123> Hi all.....I am a teacher and I am looking at setting up Koha library management software on a PIII 800mhz computer......should I be running edubuntu on that or go with the ubuntu already installed?  Koha uses mysql.....I have done lots of ubuntu desktop installs....no server installs....Edubuntu is a server edition correct?
[11:45] <LaserJock> hi RichEd
[11:45] <RichEd> hi LaserJock
[11:45] <LaserJock> Dante123: actually Edubuntu is a desktop install with some server stuff added to it
[11:45] <RichEd> Dante123: edubuntu is an either or
[11:46] <LaserJock> Dante123: well, I guess I should clarify. It uses the alternate-disk like installer
[11:46] <LaserJock> but it installs a full desktop
[11:46] <RichEd> it has a bunch of educational software and edu games that install by default onto the desktop ... so it is a good idea to try it out in the library
[11:47] <LaserJock> Dante123: it already has Ubuntu installed on it?
[11:47] <Dante123> will it have server stuff with it too....in case I want to setup another computer to use the search features of Koha
[11:47] <Dante123> Yes, I had ubuntu on it before....just to try and show the kids something other than WINDOZE
[11:48] <LaserJock> yes, you can install LAMP (Linux Apache MySQL PhP/Python) with the Edubuntu Classroom Server CD
[11:48] <LaserJock> you can also do it all from your existing Ubuntu installation
[11:49] <LaserJock> an easy way to get the server stuff from an Edubuntu/Ubuntu install is to use tasksel in a terminal
[11:49] <LaserJock> you just run tasksel and then select what tasks you want to install, like LAMP Server and Edubuntu desktop
[11:50] <LaserJock> and it'll install all the needed packages
[11:51] <LaserJock> Dante123: and  if you want educational apps in 7.04 you can get the Edubuntu Classroom Server Addon CD, burn it, and pop it in
[11:51] <LaserJock> ogra: is that ( -devel ) regarding the Desktop CD?
[11:52] <ogra> yup
[11:52] <Dante123> well....if I can run taskel from terminal and add LAMP...then that would be great......and I'd leave ubuntu 7.04 on there
[11:52] <ogra> seems its done
[11:52] <ogra> (as i promised you) :)
[11:53] <Dante123> if i choose edubuntu desktop.....and lamp......the configuration of everything else will remain the same right?
[11:55] <Dante123> okay i am running tasksel....so what should I add.....besides LAMP and Edubuntu Desktop?
[11:57] <LaserJock> that's it
[11:58] <LaserJock> unless you want to run an LTSP server
[11:58] <LaserJock> then you could also do Edubuntu server
[11:59] <LaserJock> ogra: so does it automatically look at the contents of the LiveCD or do we have to manually adjust it?
[11:59] <Dante123> do I deselect the ubuntu desktop if I am adding the edubuntu one and I already have ubuntu?  Also what about DNS server....I don't think I need that now or yet
[12:00] <ogra> LaserJock, it automatically builds an intersection for -desktop vs -live
[12:00] <ogra> and installs the result
[12:00] <LaserJock> ogra: sweet
[12:00] <ogra> yeah
[12:01] <ogra> colin made a mathematical formula out of it when we discussed it very impressing
[12:02] <LaserJock> heh
[12:02] <LaserJock> I guess that's why we pay him the big bucks
[12:03] <ogra> yeah
[12:18] <johnny> hi does anybody here know where that patch is to allow autologin ?
[12:18] <johnny> in ldm
[12:18] <johnny> i tried googling the ltsp list, but i only found references


[20:25] -SwissBot:#xubuntu-devel- ::xfce-announce:: ANNOUNCE: xfce4-cpugraph-plugin 1.2.4 released @ http://www.mail-archive.com/xfce-announce@xfce.org/msg00627.html


[12:11] <nickrud> ok, livingdaylight
[12:11] <livingdaylight> nickrud, ^^
[12:12] <nickrud> put the contents of /etc/fstab, on a pastebin
[12:14] <livingdaylight> nickrud, /etc/fstab output: http://paste.ubuntu-nl.org/36961/
[12:16] <nickrud> livingdaylight: looks good; do you see all of your files in /home/you ?
[12:16] <nalioth> nickrud! howdy!
[12:16] <livingdaylight> yes, but i don't see my external hard drive... but the lights are constantly flickering
[12:17] <livingdaylight> nickrud, and when i tried to run Amarok it did an 'update' and it seemed it was drawing the music from the external
[12:17] <nickrud> nalioth: ho you doin
[12:17] <nalioth> nickrud: mind if if chip in?
[12:17] <nickrud> nalioth: please do, I've got three things going at once
[12:18] <nalioth> livingdaylight: can you open a terminal, please?
[12:18] <nickrud> nalioth: livingdaylight moved his home to his external, he's about to investigate if it was done properly
[12:18] <livingdaylight> nalioth, sure
[12:19] <nalioth> oh, hi jrib :)  i was just warming up the audience for ya
[12:19] <nalioth> nickrud: nah, it's all good
[12:19] <nickrud> lol, a joke :)
[12:19] <livingdaylight> :/
[12:19] <nalioth> livingdaylight: type 'ls /media' and see if you see anything
[12:20] <livingdaylight> nalioth, cdrom  cdrom0  cdrom1  floppy  floppy0
[12:20] <nalioth> livingdaylight: gnome or kde ?
[12:20] <livingdaylight> gnome
[12:21] <nalioth> livingdaylight: in nautilus, hit "go > computer" and see what's there
[12:21] <livingdaylight> nalioth, i got an external 2.5 usb hard drive. I wanted to convert it for storage/backup
[12:22] <livingdaylight> i followed this psychocats howto: http://www.psychocats.net/ubuntu/separatehome
[12:23] <livingdaylight> i adapted that and got to the bit at the end after rebooting but havent removedbackup: sudo rm -rf /home_backup
[12:25] <livingdaylight> nalioth, i see 6 there: floppy; cdrom1; cdrom2; cd-rw drive; cd-rw/ dvd+/-rw drive; filesystem
[12:27] <livingdaylight> nalioth, i feel like adding that final line: sudo rm -rf /home_backup
[12:27] <livingdaylight> to complete the process
[12:28] <nickrud> livingdaylight: ok, it looks like you are using the external for home, since you see it all there and when you use amarok you're writing to the external
[12:28] <livingdaylight> nickrud, the external wasn't meant to replace my ubuntu... but as storage only to write to
[12:29] <nickrud> livingdaylight: then why did you say you wanted to use it for home? heh. Pelo(?) and I both heard that
[12:29] <livingdaylight> nickrud, how to i make my Desktop primary as it were, again?
[12:30] <nickrud> livingdaylight: remove the /home line in /etc/fstab, and cp the stuff back from /home_backup back to /home/<you>.
[12:30] <livingdaylight> no, that is just it... i said that i wanted to put things from my /home in there!
[12:30] <livingdaylight> not to replace or use it as /home
[12:30] <livingdaylight> that is why i was happy just to be able to drag and drop things in it... but you guys kept telling me i would lose the settings and it wasn't the right way to go about it
[12:30] <nickrud> oh, then just plug it in, and drag & drop. Thats why we kept talking about keeping your settings :)
[12:32] <livingdaylight> i kept asking why i had to follow that guide... coz i was happy to just copy and paste and use the external for data storage... i was very resitant to following the guide if you recall
[12:32] <livingdaylight> so, what now? if i remove external will everything still  be in my /home (that is the main thing first of all)
[12:33] <livingdaylight> because i also said i didn't want to save 'everything' in my /home but wanted to pick and choose
[12:35] <nickrud> livingdaylight: sorry was away for a sec. If you haven't deleted it, its' still there, in /home_backup
[12:35] <livingdaylight> ok
[12:35] <livingdaylight> that is why i held back on that last one: sudo rm -rf /home_backup
[12:35] <nickrud> livingdaylight: looking back, Jordan_U and I definitely weren't listening :)
[12:36] <nickrud> livingdaylight: sorry is all I can say, and I am
[12:38] <livingdaylight> everyone was telling me to follow that guide. He initially told me to adapt it to my situation... i didn't see how it was what i needed. I just wnated to be able to have 'write' rights in it.. and as you recall i had issues with formatting the thing coz nautilus would jump in and i had to get out of x in the end... but after i managed that and chown user:user /media/sdb1 i was happy
[12:38] <livingdaylight> nickrud, np :D
[12:38] <nickrud> livingdaylight: damn, well, to cover my butt I'll claim that you learned a lot ;)
[12:38] <livingdaylight> LoL...if you can just help me revert things back...
[12:38] <livingdaylight> lol
[12:39] <livingdaylight> i did a bit... so, it wasn't hours totally wasted
[12:39] <nickrud> livingdaylight: sure. first, do sudo -i
[12:40] <livingdaylight> nickrud, ok, i'm root
[12:40] <nickrud> livingdaylight: now, umount /home
[12:40] <livingdaylight> umount: /home: device is busy
[12:41] <nickrud> argh. boot into the live cd, it'll be easier all round
[12:41] <livingdaylight> hrmmm... have to find my ubuntu live cd then... (its somewhere)
[12:41] <jrib> recovery mode will work too
[12:41] <nickrud> jrib: true
[12:42] <nickrud> assume I've muttered something about root
[12:49] <livingdaylight> nickrud, will any live cd do? can't find feisty
[12:49] <nickrud> livingdaylight: you can reboot into recovery mode as well
[12:49] <livingdaylight> ok, lets do that
[12:52] <livingdaylight> nickrud, what am i doing there?
[12:53] <nickrud> ok, umount /home
[12:53] <nickrud> we're gonna make sure the /home/<you> directory is good, then set up the external to mount normally when plugged in
[01:02] <livingdaylight> nickrud: ok, umount /home?
[01:02] <nickrud> yes
[01:02] <livingdaylight> ok
[01:02] <livingdaylight> and now?
[01:03] <nickrud> now ls /home/<you> , are the files visible?
[01:03] <livingdaylight> no
[01:04] <nickrud> livingdaylight: ok, does the directory /home/you exist?
[01:05] <nickrud> livingdaylight: if not, mkdir /home/you <-- your username
[01:06] <livingdaylight> nickrud: sorry, it is there after all... somereason when i first did ls /home/conrad it said there was no such directoryor something.... but i do see it now
[01:06] <nickrud> is it empty?
[01:06] <livingdaylight> there's also home_backup
[01:07] <nickrud> livingdaylight:   type mount , and make sure that /home is not mounted
[01:07] <livingdaylight> no, its got all my stuff as far asi can tell...yes
[01:08] <nickrud> livingdaylight: ok, then nano /etc/fstab , and delete the line mounting home
[01:08] <livingdaylight> nickrud: wait... how do i make sure that /home is not mounted?
[01:09] <livingdaylight> that was the last line wasn't it?
[01:09] <nickrud> livingdaylight: type mount , that will list everything that's mounted. /home and /dev/sdb1 should be no where in that output
[01:09] <livingdaylight> the one i added yesterday from that psychocat howto
[01:09] <nickrud> livingdaylight: yes
[01:10] <livingdaylight> hrmmm.../dev/sda1 and /dev/sdb1 are both mounted
[01:10] <livingdaylight> but i don't see /home as such
[01:11] <livingdaylight> ahh...
[01:11] <nickrud> livingdaylight: what does it say /dev/sbd1 is mounted as?
[01:11] <livingdaylight> /dev/sdb1 on /home type ext3 (rw, nosuid, nodev)
[01:11] <nickrud> umount /home , check again with mount
[01:12] <livingdaylight> thats better
[01:12] <nickrud> ok, now check again, are your files in /home/conrad
[01:12] <livingdaylight> ok, now nano...
[01:12] <nickrud> nano's ok also :)
[01:14] <livingdaylight> nickrud: ok
[01:14] <livingdaylight> reboot?
[01:14] <nickrud> ok, how's /home/conrad looking?
[01:16] <livingdaylight> nickrud: there is /home but no /home/conrad :o
[01:16] <nickrud> ok mkdir /home/conrad
[01:17] <livingdaylight> from where?
[01:17] <nickrud> in a terminal
[01:17] <nickrud> :)
[01:17] <livingdaylight> i'm in a terminal ^^
[01:17] <nickrud> type:    mkdir /home/conrad
[01:18] <livingdaylight> from /home ?
[01:18] <nickrud> anywhere, since that's an absolute path (starts with /) it'll work anywhere
[01:18] <livingdaylight> or cd back out of /home where i am justnow
[01:18] <livingdaylight> ok
[01:19] <livingdaylight> nickrud: done
[01:19] <nickrud> argh, lets do this a bit differently that I first intended; rmdir /home/conrad
[01:20] <livingdaylight> ok
[01:22] <nickrud> now, mv /home_backup /home/conrad
[01:23] <livingdaylight> ok
[01:24] <nickrud> done?
[01:24] <livingdaylight> nickrud: now it looks like /home/conrad/conrad
[01:24] <livingdaylight> yes
[01:25] <nickrud> livingdaylight: you didn't rmdir /home/conrad :)   do  mv  /home/conrad/conrad  /home_backup
[01:28] <livingdaylight> nickrud: ok, that's better :D
[01:28] <livingdaylight> reboot?
[01:29] <nickrud> livingdaylight: ok, you have /home/conrad, with all the files in it?
[01:29] <livingdaylight> or i could cfdisk while i'm here
[01:29] <livingdaylight> yes
[01:29] <nickrud> no1
[01:29] <nickrud> !NO! lol
[01:29] <ubotu> Sorry, I don't know anything about no! lol - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[01:29] <nickrud> run mount one more time, just for fun, check that we really aren't seeing the external
[01:29] <livingdaylight> ?
[01:29] <nickrud> cfdisk, no!
[01:30] <livingdaylight> ok, just that from graphical mode, remember, nautilus always interrupted the process
[01:30] <livingdaylight> mount from /home/conrad# works?
[01:30] <livingdaylight> or cd out of there?
[01:30] <nickrud> first things first
[01:30] <nickrud> make sure the external is not mounted
[01:31] <nickrud> then ls -l /home/conrad , make sure that everything is conrad:conrad
[01:31] <livingdaylight> i only see /dev/sda1 on /type ext3
[01:31] <livingdaylight> proc on /proc tpe proc
[01:32] <nickrud> then -ls -l /home , make sure conrad is conrad:conrad
[01:32] <livingdaylight> nickrud: yup
[01:33] <nickrud> if thats all true, reboot, unplug the external during bios boot, and ping me
[01:33] <livingdaylight> well there is no : in between but that is not what ou mean
[01:33] <livingdaylight> ok :D
[01:38] <livingdaylight> nickrud: ping
[01:38] <nickrud> all good?
[01:39] <livingdaylight> yup : )
[01:39] <nickrud> ok, sorry about this again.
[01:39] <livingdaylight> no, worries... good learning curve for me
[01:40] <nickrud> it's one thing to muck up my own machine, but someone else's, well.  How about flying out?
[01:41] <nickrud> livingdaylight: no need to reformat, just delete the stuff you don't want to keep
[01:42] <nalioth> i think it'd work better if you flew here  :|
[01:42] <nickrud> maybe next spring, before it gets hot
[01:43] <livingdaylight> nickrud: yes, i've just plugged it back in.... its all there in conrad... you're right... i can juset go in and manage it from there as is.... no need to redo it all
[01:44] <livingdaylight> nickrud: only thing i suppose is that all the 'setting's are in place taking up extra space?
[01:44] <livingdaylight> all the /. files?
[01:44] <livingdaylight> or . files whatever they're called the hhidden ones
[01:45] <nickrud> livingdaylight: yes, you can open it in nautilus, and use view->show hidden files to find them
[01:45] <nalioth> livingdaylight: you'd be surprised how little space they take up
[01:45] <livingdaylight> ok.. sweet
[01:46] <livingdaylight> nickrud: Well, that is a result ... Thanks for bearing with me... i appreciate it
[01:46] <livingdaylight> we got there in the end LoL
[01:46] <nickrud> livingdaylight: thanks for not getting angry. And, very true
[01:46] <nickrud> see you about
[01:46] <livingdaylight> ok, cu :D
[01:47] <jrib> 1.5G    .Tracker    wow
[04:15] <nalioth> tonyyarusso: cat got your tongue?
[04:16] <tonyyarusso> nalioth: nah - gerbil
[08:49] <emerzh> RE all ;)
[10:48] <niluge> bonjour


[14:06] <daker> cjohnston or mhall119 any idea where i can see an example of bug 715581 ?
[14:08] <cjohnston> uggh
[14:08] <cjohnston> we need a bot
[14:09] <daker> bug #715581
[14:09] <nigelb> poke tsimpson? :)
[14:09] <daker> :(
[14:10] <daker> cjohnston: https://bugs.launchpad.net/loco-team-portal/+bug/715581
[14:10] <nigelb> don't look at him, cjohnston is just lazy :)
[14:10] <cjohnston> no idea
[14:11] <cjohnston> o
[14:11] <nigelb> cjohnston: are you sure you want to do wiki markup?
[14:12] <cjohnston> no
[14:12] <cjohnston> not my project
[14:12] <daker> nigelb: talk to me :)
[14:13] <cjohnston> daker: I'm guessing http://loco.ubuntu.com/meetings/ubuntu-nl/431/detail/
[14:13] <nigelb> daker: aha, are you sure you want to do wiki markup?
[14:13] <nigelb> I would also recommend looking at markdown.
[14:14] <daker> ok i'll take it into consideration
[14:14] <cjohnston> I do agree
[14:16] <daker> cjohnston: i don't agree, the description field isn't small
[14:17] <cjohnston> daker: talk to mhall... maybe the actual ability to add a desciription is too short
[14:18] <daker> ah you mean when you want to add the description
[14:20] <cjohnston> daker: I fixed your issue with the software center bug
[14:20] <cjohnston> daker: I'm guessing, I dont know
[14:28] <daker> it's not mine :)
[14:29] <cjohnston> well, you asked about it
[14:29] <cjohnston> and it was against ltp
[14:35] <daker> cjohnston: i mean the bug is not mine, thanks
[14:35] <cjohnston> I'm going to assign it to you anyway
[14:35] <daker> NOOOO
[15:04] <mhall119> daker: we already support markdown in LTP, so if you're going to allow any kind of markup it would make sense to use that
[15:07] <nigelb> mhall119: Is there a deadline for the skunkworks application?
[15:07] <nigelb> I'm drowning in conferences :(
[15:07] <mhall119> nigelb: nope, I'm accepting applications indefinitely
[15:07] <mhall119> I already have you though, don't I?
[15:08] <nigelb> mhall119: I mean, I haven't done the wiki page thing.
[15:08] <mhall119> oh, right
[15:08] <mhall119> yeah, no deadline
[15:08] <nigelb> I was in Singapore for a week. And now I have one more weekend of conference to go this weekend.
[15:08] <mhall119> traveling man
[15:08] <mhall119> how's the new job going?
[15:09] <nigelb> Pretty good! So busy :)
[15:19] <daker> mhall119: ok
[18:50] <aepound_> I found a misspelling on a ubuntu page.  Would this be the place to report it?
[20:56] <daker> cjohnston: do you have access to the analytics stuff for LTP ?
[20:56] <cjohnston> i think so
[20:57] <daker> cjohnston: can you share or just give me a readonly access ?
[20:58] <cjohnston> ill check into it
[20:58] <cjohnston> been forever since ive been on it


[11:45] <shadedpast> next to them it doesn't say disabled or enabled
[11:45] <DaSkreech> Make a dir in your home folder called CDROM
[11:45] <shadedpast> k
[11:46] <DaSkreech> mmorris: Someone told me that there is a configuration file. See if they mention one in the manual just scan past the commands stuff
[11:46] <DaSkreech> shadedpast: From the konsole type sudo mount /dev/cdrom ~/CDROM
[11:46] <DaSkreech> mmorris: Do you read tihngs easier in the browser?
[11:47] <soulrider> hi
[11:47] <DaSkreech> hi
[11:47] <soulrider> whats a good aprtition manager i can use to reformat an unformated partition ?
[11:47] <mmorris> I see there is supposed to be a file called /etc/3ddesktop/3ddesktop.conf
[11:47] <DaSkreech> gparted
[11:47] <DaSkreech> mmorris: Sweet :-)
[11:48] <DaSkreech> Ok can you open that in a text editor?
[11:48] <shadedpast> it says block device /dev/cdrom is write protected
[11:48] <mmorris> where is etc?
[11:48] <DaSkreech> shadedpast: Erm Yeah I guess. Is it a blank CD?
[11:48] <DaSkreech> mmorris: Under /
[11:48] <shadedpast> no
[11:48] <shadedpast> it's starcraft
[11:49] <DaSkreech> AH :)
[11:49] <shadedpast> broodwar
[11:49] <DaSkreech> It works under Wine?
[11:49] <mmorris> so, let me get this straight... in order to find a file in Kubuntu, you just type the file name in the address bar?
[11:49] <DaSkreech> You could do that
[11:50] <soulrider> theres somethign that is nto letting adept instyall programs, how can i know what it is? ia lready checked adn there are no instances of adept running
[11:51] <DaSkreech> soulrider: how did you check
[11:51] <soulrider> ksysguard
[11:51] <soulrider> i went to konsole now
[11:51] <soulrider> and i did
[11:51] <soulrider> dpkg --configure -a
[11:51] <DaSkreech> shadedpast: what's up?
[11:51] <soulrider> apparently there were some stiff waiting to be insatlled
[11:51] <DaSkreech> Yeah :-)
[11:51] <shadedpast> it doesn't work yet
[11:51] <mmorris> DaSkreech: what do I do now???   :)
[11:51] <mmorris> sorry
[11:51] <DaSkreech> Where are you at?
[11:51] <shadedpast> me
[11:51] <DaSkreech> You opened the file?
[11:52] <DaSkreech> shadedpast: Yeah.
[11:52] <DaSkreech> You tried to mount it from the command line?
[11:52] <mmorris> yea, but can't make changes, and not sure I knew what changes to make if I could
[11:52] <shadedpast> but it does appear under dev but it won't let me open
[11:52] <mmorris> are you talking to me about the command line mount?
[11:52] <DaSkreech> shadedpast: Yeah you can't open a dev file that's for the computer
[11:52] <DaSkreech> mmorris: Nope
[11:52] <mmorris> okay
[11:52] <mmorris> sorry
[11:52] <shadedpast>  o ok
[11:53] <CVirus-Cilantro> what language is the systemsettings tool written with ?
[11:53] <DaSkreech> mmorris: Read the file and see if the file makes any sense to you
[11:53] <DaSkreech> mmorris: Oh You know what? try man 3ddesktop.conf
[11:53] <shadedpast> DaSkreech: so now what
[11:53] <mmorris> DaSkreech: It says that depth-how far to zoom out
[11:53] <mmorris> I can't make any changes though
[11:53] <DaSkreech> shadedpast: What did the sudo mount command give you?
[11:53] <mmorris> okay, trying right now
[11:54] <DaSkreech> mmorris: Ok That's what you need to change then
[11:54] <shadedpast> DaSkreech: it said it mounted as read only
[11:54] <mmorris> how do I change it?
[11:54] <shadedpast> DaSkreech:  as i said before
[11:54] <DaSkreech> shadedpast: Did you try opening the CDROM folder you made?
[11:54] <shadedpast> DaSkreech:  no
[11:54] <DaSkreech> shadedpast: Try that
[11:54] <shadedpast> DaSkreech: ah it reads the disk
[11:55] <DaSkreech> Yeah :-)
[11:55] <shadedpast> it's there
[11:55] <shadedpast> DaSkreech: it's there
[11:55] <mmorris> how can I make changes in this .conf file
[11:55] <shadedpast> DaSkreech: is it possible for it to work normally?
[11:55] <soulrider> err, i got 3 NTFS partitions and sudo fdisk -l|grep NTFS is showing only one :/
[11:56] <DaSkreech> shadedpast: Yes I should think so. I'm not sure how to diagnose it right now though
[11:56] <shadedpast> DaSkreech: o ok
[11:56] <DaSkreech> shadedpast: If you ask in here at an earlier time I'm sure you'd get help
[11:56] <DaSkreech> mmorris: You may have to open it with a sudo
[11:57] <DaSkreech> mmorris: In the konsole type kdesu kate /etc/3ddesktop/3ddesktop.conf
[11:57] <shadedpast> DaSkreech: like around eight
[11:57] <shadedpast> DaSkreech: ???
[11:58] <DaSkreech> Umm . :-) I don't know what the time is now for you but if you like you can hang around here and ask when it gets busier
[11:58] <DaSkreech> mmorris: Should ask you for a password
[11:58] <mmorris> I alredy changed the depth
[11:58] <shadedpast> DaSkreech:  o yeah duh, ok
[11:58] <mmorris> is that all I do?
[11:58] <mmorris> now should it be different?
[11:59] <mmorris> still the same
[11:59] <mmorris> DaSkreech: I think maybe I am supposed to use a command to change the depth
[12:00] <mmorris> Is there a way I can send you this file to see if you can make heads or tails out of it?
[12:00] <DaSkreech> Yes
[12:00] <DaSkreech> !paste
[12:00] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (you can always find it in the channel topic, among other useful things)
[12:00] <mmorris> In here?
[12:00] <DaSkreech> use that site
[12:00] <mmorris> what site?
[12:00] <DaSkreech> !paste >  mmorris
[12:01] <DaSkreech> nixternal_: Hey Bro
[12:01] <DaSkreech> mmorris: The one the bot just sent you
[12:01] <DaSkreech> bl3ssing: How goes?
[12:01] <nixternal_> arg
[12:01] <DaSkreech> nixternal_: Issues?
[12:01] <nixternal_> my other machine is trashed..and i don't know if it is kernel or kde 3.5.4
[12:02] <nixternal_> kde 3.5.4 will not run now..and it had been previously until i just did an update
[12:03] <mmorris> DaSkreech...did you get it?
[12:03] <DaSkreech> mmorris: Paste the link here
[12:03] <DaSkreech> The URL that you get in the browser :)
[12:04] <DaSkreech> mmorris: Did you just try to paste the file here?
[12:07] <thompa> does anyone know what the latest kernel image update for amd64 is for?


[07:21] <apw> Daviey, mainline'ing anything is a big effort
[07:35] <jjohansen> Daviey: and generally if you mainline it you become the maintainer unless you can get someone else to take it over
[07:46] <smb> morning
[07:48] <ppisati> hey Stefan
[07:48] <smb> Morning Paolo
[07:48] <apw> smb, morning
[07:48] <smb> an Anday... :)
[07:48] <smb> mean Andy
[07:49] <ppisati> morning * <= wildcard :)
[07:50] <smb> ppisati, Usually "Good TOD *" ;)
[07:57] <Daviey> crap.
[08:12] <smb> Daviey, Pleasure to meet you (again), too. :)
[08:14] <Daviey> smb: o/ :)
[08:18]  * abogani waves all
[08:22] <cking> all very polite here
[08:22] <smb> cking, Wait till we are awake... :)
[08:23] <cking> yeah, when the coffee kicks in..
[08:35] <apw> cking, yo nobby
[08:37] <cking> thanks apw, much appreciated
[08:40]  * ppisati -> away 10mins...
[08:41] <roadmr> quick question, do most bluetooth devices use the btusb driver? or are there some / many that don't?
[08:49] <apw> roadmr, i think some do not, i have no feel for how many tho.
[08:50] <roadmr> apw: thanks, so I'm better off not assuming they all do then
[13:00] <ogasawara> skaet: sorry I missed your pm yesterday, probably best to drop in here for kernel related release issues in case I'm unavailable
[13:00] <ogasawara> skaet: as far as the system freeze on upgrade from natty to oneiric, that's likely indicative of an issue with the natty kernel vs. oneiric as you won't be running the oneiric kernel at that point.
[13:01] <ogasawara> skaet: is there a bug number you can point us to?
[13:25] <ogasawara> cjwatson: bug 837332, I can just revert that config change for now.
[13:25] <ubot2`> Launchpad bug 837332 in linux "missing efi-modules udeb" [Undecided,Confirmed] https://launchpad.net/bugs/837332
[13:26] <ogasawara> cjwatson: it likely the quickest fix and I can then re-upload
[13:26] <cjwatson> ogasawara: you think we should try to shove that in for beta then?
[13:26] <cjwatson> I assumed you'd made the config change for some other reason ...
[13:27] <ogasawara> cjwatson: it was made per a review of our modules which were not enabled as modules
[13:28] <cjwatson> I was test-building http://paste.ubuntu.com/677973/
[13:28] <cjwatson> hm, I think future process for that kind of thing probably ought to include consideration of udebs ...
[13:28] <ogasawara> cjwatson: indeed
[13:30]  * cjwatson asks on #-release, since a kernel upload at this point might well cause problems
[13:32] <cjwatson> (that diff's slightly wrong, still testing)
[13:35] <ogasawara> cjwatson: i'd be in favor of just reverting at this point, we can make the config change and udeb fix up after beta-1
[13:36] <cjwatson> ogasawara: actually, built-in is really better for efivars from my point of view
[13:36] <cjwatson> ogasawara: it means d-i can always know reliably what platform it's on
[13:37] <cjwatson> we can deal with it being modular, but it's more effort
[13:37] <ogasawara> cjwatson: sounds reasonable to me, I'll just add that to our enforcer then that is should remain built-in
[13:37] <cjwatson> so I wonder if it's worth it
[13:37] <ogasawara> cjwatson: it's a quick one line entry in our enforcer
[13:37] <cjwatson> unless it has some negative impact on non-EFI systems or something, but I didn't think it did
[13:37] <ogasawara> cjwatson: I don't believe so
[13:37] <apw> yeah a case of s dependancy we are unaware of really, and so its gotten pushed out
[13:38] <cjwatson> yeah, its init is trivial if EFI is disabled
[13:38] <cjwatson> ok, in that case an enforcer entry would be great from my POV, thanks
[13:38] <apw> yeah we use those to both ensure the setting and to contain documentation as to why, so we don't undo it without thinking
[13:39] <ogasawara> cjwatson: ok, will prep the config revert and add to our enforcer
[13:39]  * ogasawara keeps an eye on #ubuntu-release for the final work if it's ok to upload
[14:20] <ogasawara> bah, stupid abi check fails
[14:21]  * ogasawara bumps abi
[14:21] <apw> ogasawara, moving  a module builtin from module shouldn't fire the abi checker should it?
[14:22] <ogasawara> apw: I didn't think so either.  I disabled the module check but it's still vomiting on the abi check
[14:22] <ogasawara> II: Checking ABI for generic...
[14:22] <ogasawara>     Reading symbols/modules to ignore...read 0 symbols/modules.
[14:22] <ogasawara>     Reading new symbols (9)...read 12089 symbols.
[14:22] <ogasawara>     Reading old symbols (9)...read 12089 symbols.
[14:22] <ogasawara> II: Checking for missing symbols in new ABI...found 0 missing symbols
[14:22] <ogasawara> II: Checking for new symbols in new ABI...found 0 new symbols
[14:22] <ogasawara> II: Checking for changes to ABI...
[14:22] <ogasawara>     MOVE : register_efivars                         : drivers/firmware/efivars => vmlinux
[14:22] <ogasawara>     TYPE : register_efivars                         : (unknown)EXPORT_SYMBOL_GPL =>
[14:22] <ogasawara>     MOVE : unregister_efivars                       : drivers/firmware/efivars => vmlinux
[14:22] <ogasawara>     TYPE : unregister_efivars                       : (unknown)EXPORT_SYMBOL_GPL =>
[14:22] <ogasawara> WW: 2 symbols changed location
[14:22] <ogasawara> EE: 2 symbols changed export type and weren't ignored
[14:22] <ogasawara> II: Done
[14:22] <ogasawara> make: *** [abi-check-generic] Error 1
[14:22] <ogasawara> Failure(2)
[14:23] <apw> well for me i'd just ignore the abi and call it the same, noone should be relying on those and they are moves only
[14:23] <apw> tgardner, ^^ ?
[14:23] <apw> otherwise they will have to spin the installer and all that jazz
[14:23] <ogasawara> apw: yep, that's what I'd like to avoid
[14:23] <tgardner> apw, ogasawara: ack
[14:23] <ogasawara> apw, tgardner: ack, so I'm gonna disable the abi check too and upload
[14:24] <tgardner> ogasawara, go for it.
[14:33] <bjf> ##
[14:33] <bjf> ## Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[14:33] <bjf> ##      agenda: https://wiki.ubuntu.com/KernelTeam/Meeting
[14:33] <bjf> ##
[14:50] <tgardner> ogasawara, do you use kteam-tools/buildscripts/build-mkppa to do your test builds ? I'm thinking about flipping the switch to add '-j...' if parallel builds are supported for the release.
[14:51] <ogasawara> tgardner: I've been using stefan's build scripts (build-prep and build-start)
[14:52] <tgardner> ogasawara, which ultimately calls target-scripts/run-build
[14:54] <ogasawara> tgardner: and I believe that uses CONCURRENCY_LEVEL?
[14:55] <tgardner> ogasawara, CONCURRENCY_LEVEL only applies to the kmake. My changes will build multiple flavours in parallel. It appears to cut most release builds by 50-75%
[14:55] <tgardner> with the side effect of totally burying the build server.
[14:56] <ogasawara> tgardner: well I'm gonna change to your build scripts then :)
[14:56] <tgardner> this won't affect archive buildds
[14:56] <tgardner> ogasawara, gimme a bit and I'll have some patches for you to test
[15:19] <tgardner> ogasawara, pull-request sent
[15:22] <tgardner> ogasawara, forgot to mention, don't set concurrency. it'll be automatically set according to NR_CPUS
[15:25] <ogasawara> just FYI, powerpc and arm are going to fail to build for 3.0.0-9.15 due to the enforcer checking only for CONFIG_EFI_VARS=y
[15:25] <ogasawara> needs to be CONFIG_EFI_VARS=y|!CONFIG_EFI_VARS
[15:30]  * ogasawara back in 20
[16:00] <bjf> ##
[16:00] <bjf> ## Kernel team meeting in one hour
[16:00] <bjf> ##
[16:02]  * tgardner lost a server hard drive
[16:03] <smb> those probably should not be carried around...
[16:04] <cking> tgardner, damaged HDD or just forgot where you put it?
[16:04] <tgardner> cking, Seagate SAS died on boot
[16:04] <cking> not good, how old is that then?
[16:05] <tgardner> cking, I'm not really sure. I was testing the ability to write a 1TB file yesterday and began to experience many errors.
[16:05] <tgardner> I think it was this drive.
[16:07] <cking> time to dd straight to the raw device to see if that fails I suppose...
[16:07]  * tgardner trots back to his server room for an extended visit
[16:25] <apw> cking, are there options for shutdown like there are for reboot (=b etc)?
[16:25] <mjg59> apw: No
[16:25] <mjg59> apw: On non-EFI systems there's only one way to shut down anyway
[16:25] <apw> mjg59, thanks one less thing to check
[16:26] <cking> thanks mjg59
[16:26]  * smb wonders what /sys/power/disk does
[16:26] <mjg59> Depends if it's configured to use platform or shutdown
[16:26] <smb> Right, I thought that was an option to tweak the shutdown
[16:26] <mjg59> Either S5 (which is equivalent to power off) or S4 (which is bsaically the same but the firmware may do odd things)
[16:27] <mjg59> S4 is nominally a sleep state rather than shut down
[16:28] <smb> Ok, ok. Just remember some hw would not work with platform but with shutdown...
[16:28] <smb> Err
[16:28] <smb> mean Ah ok...
[16:29]  * smb is not good at splitting himself into two channels...
[16:56] <bjf> ##
[16:56] <bjf> ## Kernel team meeting in 4 minutes
[16:56] <bjf> ##
[17:00] <ppisati> o/
[17:02] <cking> ppisati, in #ubuntu-meeting
[17:07] <Book_em_Dano> The bootup process is halted with a message that a "soft lockup was detected on CPU#1 ...(modprobe:XXXX)" and that it has not responded for 61 seconds, what is this error indictative of?
[17:08] <apw> driver init for that driver is likely broken and causing a lockup
[17:13] <Book_em_Dano> How can I resolve this issue?
[17:21] <bjf> ogasawara, note, heat on new bugs (the bugs that show in the daily mail) is going to be pretty low, so though I have no problem adding it, i'm unsure of it's value
[17:22] <ogasawara> bjf: yah, that's true.  don't add it for now, it'll just add clutter with little to no value then.
[17:24] <bjf> ogasawara, not to harp (much) but that's where i see the value in the 7-day and 30-day html reports, they can give you an idea of what is really "hot"
[17:24] <ogasawara> bjf: indeed.  I just have to remember to look at those reports
[17:25] <ogasawara> bjf: that's why I like the morning bug email, it fits nicely with my daily routine (wake up, check email...)
[17:25] <ogasawara> bjf: is there an ubuntu qa irc channel, I want to see if I can get access to a machine in cert
[17:26] <Book_em_Dano> Can resolve the soft lockup w/o reinstalling Ubuntu?
[17:55] <Book_em_Dano> Can I resolve the soft lockup w/o reinstalling Ubuntu, by some other means?
[17:59] <ppetraki> Book_em_Dano, pass 'nosoftlockup' in addition to your kernel parameters
[21:02] <tgardner> ogasawara, 3.0.4 is a clean rebase on master-next. are you still rebasing ?
[21:07] <ogasawara> tgardner-afk: I've got it rebased, was doing a test build but trying to use your scripts and needed to make some tweaks
[21:07] <ogasawara> tgardner-afk: test build just about finished and then I'll push
[21:52] <Book_em_Dano> I tried inputting the nosoftlockup boot parameter via grub2 to offset a soft lockup error during the bootup process, but as soon as I tried to execute it, a "alloc magic is broken at 0x7fcf2660" error appeared; what is causing this error, is grub corrupted?


[03:34] <TVrotsurbrain> s
[03:35] <TVrotsurbrain> !ops
[03:36] <HFSPLUS> !ops
[03:36] <Vantrax> nice
[15:58]  * slangasek waves
[15:58] <pitti> o/
[15:58] <ttx> o/
[15:59] <robbiew_> \_O_/
[15:59] <jiboumans>  /o\
[15:59] <slangasek> o<
[15:59]  * asac waves
[16:00] <Riddell> hi release dudes
[16:01]  * ogra moos
[16:01]  * apw arrives
[16:02] <slangasek> marjo / fader_ / sbeattie, ScottK, davidbarth, jdstrand: ping
[16:02] <slangasek> #startmeeting
[16:02] <ScottK> o/
[16:02]  * fader_ waves.
[16:02]  * marjo waves
[16:02] <jdstrand> o/
[16:02] <slangasek> hi, folks
[16:02]  * davidbarth waves as well
[16:02] <slangasek> [LINK] https://wiki.ubuntu.com/ReleaseTeam/Meeting/2010-01-22 - agenda
[16:02] <slangasek> hmm, botless again?
[16:03] <slangasek> [TOPIC] actions from previous meetings
[16:03] <slangasek>   * davidbarth to review cross-team assignments for dx specs and contact right people
[16:03] <slangasek>   * ev to retarget foundations-lucid-gfxboot-update greeter to alpha-3
[16:03] <slangasek>   * seb128 to follow up with pitti wrt lucid-ubuntu-one-symlinks-and-udfs not tracked on the desktop team report
[16:03] <slangasek> davidbarth: any progress?
[16:03] <slangasek> pitti: I think seb128's is done since you talked to me about this, so this is resolved now, yes?
[16:04] <pitti> I think so
[16:04] <pitti> it was an outdated teams table
[16:04] <slangasek> and the spec retarget is done
[16:04] <pitti> fixed permanently now
[16:05] <slangasek> thanks
[16:05] <slangasek> [TOPIC] Outstanding work items still targeted to alpha-2
[16:05] <davidbarth> slangasek: sure, i've checked all bp and contacted (you, the mail is still here opened) for the right foundation contact; all other bp covered and no holes
[16:05] <slangasek> davidbarth: great, thanks :)
[16:05] <pitti> 0 for desktop
[16:06] <slangasek> alpha-2 stuff - there were only 4 of these left, so wanted to bring attention to them as a whole rather than by team
[16:06] <asac> i thought i postponed everything
[16:06] <slangasek>   * Bug:504723: [MIR] uboot-imx
[16:06] <slangasek>   * UbuntuSpec:dx-lucid-gtk-improvements: [bratsche] Identify and fix broken apps - totem
[16:06] <slangasek>   * UbuntuSpec:security-lucid-bios-notifier: integrate tool into landscape motd
[16:06] <slangasek>   * Bug:506761: lucid uboot hangs on fatload uImage on fsl TO2 TO2.5 and TO3
[16:06] <jdstrand> I just updated security-lucid-bios-notifier
[16:06] <slangasek> asac: you have some linked bugs that weren't targeted
[16:06] <ogra> uboot-imx was approved today, i didnt add it to supported yet
[16:07] <asac> slangasek: yes, i missed the bug.
[16:07] <slangasek> davidbarth: and one last item there for you guys - I guess that should be retargeted to alpha-3 also?
[16:08] <davidbarth> slangasek: you should have the email now
[16:08] <asac> moved milestone of uboot spec to alpha-3 now (though all items where moved already)
[16:08] <davidbarth> right
[16:08] <asac> so both bugs should be postponed too now
[16:08] <slangasek> ok - that'll be the last mention of alpha-2 WIs from me :)
[16:08] <davidbarth> this one needs to reintegrated
[16:09] <slangasek> [TOPIC] QA Team
[16:09] <slangasek> marjo, fader_: hi
[16:09] <marjo> HW Testing
[16:09] <marjo> http://people.canonical.com/~fader/hw-testing/current.html
[16:09] <marjo> Netbooks:
[16:09] <marjo>         Passed: 9 (69%) Failed: 3 (23%) Untested: 1 (8%)
[16:09] <marjo> Laptops:
[16:09] <marjo>         Passed: 26 (100%) Failed: 0 (0%) Untested: 0 (0%)
[16:09] <marjo> Servers:
[16:09] <marjo>         Passed: 51 (96%) Failed: 0 (0%) Untested: 2 (4%)
[16:09] <marjo> Desktops:
[16:09] <marjo>         Passed: 12 (100%) Failed: 0 (0%) Untested: 0 (0%)
[16:09] <marjo> Bugs:
[16:09] <marjo> -----
[16:09] <marjo> New bugs:
[16:09] <marjo> 510795  No sound when headphones plugged in on HP Mini 500 (Undecided,
[16:09] <marjo> New)
[16:09] <marjo> 510710  ubiquity crashed with NameError in progress_loop() (Undecided,
[16:09] <marjo> Fix Released)
[16:09] <marjo> Open bugs:
[16:09] <marjo> 510795  No sound when headphones plugged in on HP Mini 500 (Undecided,
[16:09] <marjo> New)
[16:09] <marjo> 504315  Toshiba NB100 failed to resume from hibernate (Undecided,
[16:09] <marjo> Confirmed)
[16:10] <marjo> 497546  Microphones not working on Dell Vostro 320 (Undecided, New)
[16:10] <marjo> fader will follow up w/ all outstanding bugs
[16:10] <marjo> Specs status and burn-down chart:
[16:10] <marjo> http://people.canonical.com/~pitti/workitems/canonical-qa-lucid-alpha-3.html
[16:11] <marjo> * UbuntuSpec:lucid-qa-checkbox-integrate-regression-testing
[16:11] <marjo> [cr3] Integrate into hardware certification to run on a per milestone basis: DONE
[16:11] <marjo> * UbuntuSpec:qa-lucid-automated-server-testing
[16:11] <marjo> On track for Alpha-3
[16:11] <marjo> * UbuntuSpec:lucid-qa-kernel-test-automation
[16:11] <marjo> [leannogasawara] gcov kernel testing to evaluate kernel coverage (ogasawara to build kernel, talk to fader for testing): TODO
[16:11] <marjo> Shooting for completion today.
[16:11] <marjo> [cr3] Merge kernel team test scripts into checkbox: TODO
[16:11] <marjo> Changed to INPROGRESS
[16:11] <pitti> are the netbook failures mainly due to the sound problems, or something worse?
[16:12] <fader_> pitti: sound on the HP Mini but hibernate on everything else
[16:12] <fader_> Hibernate seems to be really broken at the moment
[16:12] <pitti> ah, but hiberation is broken in general, not just on netbooks
[16:12] <marjo> pitti: ack
[16:13] <marjo> * UbuntuSpec:lucid-qa-checkbox-desktop-experience-tests
[16:13] <marjo> [cr3] Extract CPU- and I/O-data provided by bootchart: TODO
[16:13] <marjo> [cr3] Add DX PPA when testing and reboot if new packages are discovered: INPROGRESS
[16:13] <marjo> Will start after lucid-qa-kernel-test-automation tasks are completed.
[16:13] <pitti> (the desktop/laptop ones said 100%)
[16:13] <fader_> pitti: Those have had only automated testing at the moment which did not hit hibernate; we're planning a round of manual tests as well
[16:13] <fader_> So expect to see more failures when we do if hibernate is still broken :/
[16:14] <slangasek> pitti: is there a bug # for "hibernate is generally broken"?
[16:14] <slangasek> or does 504315 cover that?
[16:14] <pitti> bug 499940
[16:15] <slangasek> ok
[16:15] <marjo> slangasek: that's all folks
[16:15]  * pitti dupes
[16:16] <slangasek> marjo, fader_: is there a follow-on to the alpha-2 ISO testing report, showing how well we're doing at fixing the bugs that were reported?
[16:17] <marjo> slangasek: i checked on the critical bugs and they are all assigned and/or confirmed
[16:17] <slangasek> but not fixed yet, ok :)
[16:17] <marjo> ack
[16:17] <slangasek> marjo, fader_: thanks
[16:17] <slangasek> [TOPIC] Desktop Team
[16:17] <slangasek> pitti, Riddell: you're on
[16:17] <pitti> Weekly summary: (details on https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus)
[16:17] <pitti> - Boot speed goal is now officially for UNE; desktop-lucid-startup-speed updated accordingly
[16:17] <pitti> - Rearranged startup to have fewer interdependencies, speed up wncksync, gnome-settings-daemon, seahorse
[16:18] <pitti> - New GNOME point release
[16:18] <pitti> - X.org wacom driver should work again
[16:18] <pitti> - bug front: I went through the lucid bugs to review the desktop-ish ones, which added a few things to our list; under control by and large, though
[16:18] <pitti> related to boot speed, I noticed a 5 second regression when 2.6.32-11 landed, filed as bug 510937
[16:18] <pitti> not confirmed by someone else yet
[16:18] <pitti> just as an early warning
[16:18] <pitti> We have quite a high number of WIs for alpha-3, and I fully expect that we'll drop some.
[16:18] <pitti> The rationale is that some of the specs are "alpha-3 or not at all for lucid" (like nouveau), and some others are targets of opportunity (like social-from-the-start) which we don't want to pursue later any more (when we want to concentrate on bug fixing).
[16:19] <slangasek> pitti: "now officially for UNE" - meaning we are no longer planning to hit 20 secs with the desktop image?
[16:19] <pitti> slangasek: we have 20 already
[16:19] <pitti> 10 is the goal
[16:19] <slangasek> er, 10
[16:19] <pitti> but there's no way that we can do that with a standard GNOME install
[16:19] <pitti> with compiz, evo, themes, and all those bells and whistles
[16:20] <robbiew_> would require us to make non-LTS like changes ;)
[16:20] <pitti> many optimizations apply to both gnome and une of course, but the 10 second mark is une only
[16:20] <slangasek> alright
[16:20] <Riddell> Kubuntu?
[16:21] <pitti> I'm done, so go ahead please
[16:21] <Riddell> KDE SC 4.4 RC 2 due to be uploaded tonight
[16:21] <Riddell> MIRs outstanding
[16:21] <Riddell> virtuoso-opensource 503774 some packaging work to be done
[16:21] <Riddell> New SIP and KOffice 2 both still in progress
[16:21] <Riddell> Qt4 changing to ibus by default from XIM
[16:21] <Riddell> https://wiki.ubuntu.com/Kubuntu/Todo
[16:21] <Riddell> i386 ISO is no longer oversized
[16:21] <pitti> qt4 ibus> nice
[16:21] <Riddell> still working on pesky amd64
[16:21] <pitti> are there any langpacks to chop still?
[16:22] <Riddell> the qt 4 change will be a simple config patch from us but upstream are looking to do the same thing
[16:22] <Riddell> no we don't have any langpacks
[16:23] <slangasek> you've gotten rid of the extra libicu?
[16:23] <Riddell> yes that went a while ago
[16:24] <pitti> virtuoso is not even on the CD yet, right?
[16:24] <Riddell> no that'll be something else right enough
[16:24] <pitti> time to chop OO.o perhaps and just ship koffice? (and perhaps make it very easy to install)
[16:25] <Riddell> always tempting but nobody quite has the guts to do it
[16:25] <pitti> or would that make folks go wild?
[16:25] <Riddell> I've not looked closely at the problem anyway, I need to go over germinate output and see what shouldn't be there
[16:25] <Riddell> koffice isn't suitable currently, it's still going through its KDE 4 transition
[16:26] <ScottK> And has never been sufficiently interoperable.
[16:26] <mhall119|work> is Kubuntu going to be LTS this time around?
[16:26] <ScottK> Yes
[16:26] <slangasek> you'll keep us posted on the progress, then?
[16:26] <Riddell> mhall119|work: yes
[16:26] <mhall119|work> cool
[16:26] <Riddell> slangasek: yes indeed
[16:27] <slangasek> ok. any other business for desktop?
[16:27] <slangasek> [TOPIC] DX Team
[16:27] <slangasek> pitti, Riddell: thanks
[16:27] <slangasek> davidbarth: hi
[16:27] <davidbarth> slangasek: hi
[16:27] <davidbarth> The weekly report is up at the usual place: https://wiki.ubuntu.com/DesktopExperienceTeam/LucidReleaseStatus
[16:28] <davidbarth> This week we've played the planning game for the next 4 weeks, with an intermediate milestone set for the time we hit the platform sprint
[16:28] <davidbarth> of note for this week:
[16:28] <davidbarth> A3 plan updated, with a more limited focus
[16:29] <davidbarth> dx-lucid-application-indicator
[16:29] <davidbarth> dbusmenu performance analysis ongoing
[16:29] <davidbarth> new indicator-application 0.0.10-0ubuntu1 released this week: icon ordering, bug fixes, startup fixes
[16:29] <davidbarth> new indicator-me-0.2.1-0ubuntu1: integrated distro comments
[16:29] <davidbarth> indicator-applet-0.3.2-0ubuntu1: ordering, logging
[16:29] <davidbarth> libindicator-0.3.1-0ubuntu1: ordering update, service restarting support
[16:29] <davidbarth> so a lot of work on polishing the new indicators
[16:29] <davidbarth> we have an outstanding bug, discovered by seb
[16:30] <davidbarth> seb128 that is, ted is still chasing it as we speak
[16:30] <slangasek> davidbarth: report lists dx-lucid-netbook-launcher-startup-speed as "finished for A2", but there are outstanding WIs that were retargeted to A3; this is still on the team's radar, right?
[16:30] <davidbarth> #506683
[16:30] <davidbarth> slangasek: indeed
[16:30] <slangasek> ok
[16:31] <davidbarth> in particular, we've been working with the desktop team on that; more results at the end of this week
[16:31] <davidbarth> with some nice clutter async calls that improve things
[16:31] <davidbarth> plus pitti's awesome patch!
[16:31] <pitti> *beam*
[16:31] <davidbarth> in summary, this is an a3 target
[16:32] <davidbarth> even more now that the desktop team's focus for perf. improvements is moved to the UNE image
[16:32] <davidbarth> back on the desktop for a minute:
[16:32] <davidbarth> dx-lucid-me-menu
[16:32] <davidbarth> dev. plan with work items for a3 and b2
[16:32] <davidbarth> ted is now starting development on it
[16:32] <pitti> I think by and large we are concentrating on the gnome-ish underpinnings, and DX on the new UNE launcher itself
[16:32] <davidbarth> dx-lucid-gtk-improvements
[16:32] <davidbarth> support for indicator object display for dbusmenu
[16:32] <davidbarth> cs-deco focus being worked on with the design team
[16:32] <davidbarth> pitti: right, that's a good summary
[16:33] <davidbarth> and finally the sound menu which has been progressing quite well, but is currently not packaged
[16:34] <davidbarth> we're a bit disapointed not to have this week as initially planned, but we prefer to audit and package it properly
[16:34]  * slangasek nods
[16:34] <davidbarth> and not upload on friday...
[16:34] <davidbarth> that's it for the general report
[16:34] <davidbarth> questions?
[16:34] <slangasek> no other questions from me; others?
[16:35] <slangasek> [TOPIC] Mobile Team
[16:35] <slangasek> davidbarth: thanks
[16:35] <slangasek> asac: go :)
[16:35] <asac> hi
[16:35] <asac> weekly summary:
[16:35] <asac> - uboot: unblocked by using old uboot (2009.01)
[16:35] <asac> - investigating marvel dove (thumb2) hangs: managed to workaround this by not using python!
[16:35] <asac> - ongoing progress on thumb2 package review and ftbfs
[16:35] <asac> - review blueprints and WI for alpha-3
[16:35] <asac> [LINK] https://wiki.ubuntu.com/MobileTeam/ReleaseStatus/Lucid
[16:36] <asac> [LINK] http://macaroni.ubuntu.com/~pitti/workitems/canonical-mobile-lucid-alpha-3.html
[16:36] <asac> [LINK] http://macaroni.ubuntu.com/~pitti/workitems/canonical-mobile.html
[16:36] <slangasek> s/macaroni/people/
[16:36] <asac> will refrain to post the info on the status page ;)
[16:37] <asac> ok. didnt know about that alias
[16:37] <asac> thx
[16:37] <pitti> it's not an alias
[16:37] <asac> not?
[16:37] <pitti> the stuff moved to people
[16:37] <pitti> see platform mail
[16:37] <asac> the charts look similar ;)
[16:37] <asac> ok
[16:37] <pitti> yes, it's running in parallel still
[16:37] <pitti> for people who don't read the announcement fast enough :-P
[16:37]  * pitti hugs asac, no worries
[16:37] <lool> http://people.canonical.com/~pitti/workitems/canonical-mobile.html
[16:37] <ogra> what announcement ?
[16:38] <ogra> :P
[16:38] <slangasek> asac: anything from the status report that needs highlighted, that you need input on from other teams?
[16:38] <asac> in the blueprint section i gave an overview of the essential and high prio blueprints
[16:39] <asac> i dont think so ... the dominating issue is still that dove images are hanging ... but
[16:39] <asac> the fact that we can workaround and get a working desktop by not using python, gives me hope
[16:39] <slangasek> asac: mobile-lucid-arm-lightweightbrowser didn't show any change in WI status as of this morning; did the benchmark results come in this week as expected?
[16:39] <asac> i discussed this with doko already
[16:39] <ogra> and the fact that python wasnt rebuilt yet
[16:40] <asac> slangasek: the benchmarking became more tricky ... we are waiting on mozilla input before we can publish those
[16:40] <asac> also the tool ARM uses doesnt even allow the publishing of the results :( ... so we are falling back to javascript testing and startup time... but mozilla asked for a chance to help tuning
[16:41] <asac> we have a meeting early next week
[16:41] <slangasek> speaking of python not being rebuilt, how far out are we from scheduling rebuilds?
[16:41] <slangasek> asac: ah, ok
[16:42] <ogra> didnt we say we'll wait until after DIF ?
[16:42] <asac> we dont get much rebuilds automatically anymore
[16:42] <ogra> (with rebuilds)
[16:42] <asac> the manual rebuild is scheduled for DIF
[16:42] <ogra> right
[16:42] <asac> howver, we want to have the dove issue sorted
[16:42] <asac> because if thats really thumb2 and we cannot workaround we have to reconsider everything
[16:42] <slangasek> you have the list of packages that will need rebuilt, and waiting until DIF looks reasonble in terms of timing?
[16:43] <asac> but we are not that far yet. marvell is working with our kernel peer ... we are trying etc.
[16:43] <asac> slangasek: i would say we could start if there wasnt the uncertainty about thumb2 on dove :/
[16:43] <asac> start doing the manual rebuilds that is
[16:44] <asac> also i think doko wanted to do a lib rebuild and i think he also targetted the DIF for that
[16:44] <asac> so we dont do it twice.
[16:44] <slangasek> oh, you're suspecting that *using* thumb2 is causing problems?  Even though the hangs are in python, which isn't using thumb2 yet?
[16:44] <slangasek> what is doko rebuilding libs for?
[16:45] <asac> slangasek: there was a bug in the symbol generation i think and we suffer from performance issues due to that
[16:45] <asac> dont have the details
[16:45] <slangasek> ok
[16:45] <pitti> wrt rebuilds, we also still need to coordinate some transitions for obsolete libraries; perhaps that will also catch a few of those
[16:45] <asac> can get that to you
[16:45] <asac> (but doko is on holiday till mid next week afail)
[16:46] <asac> slangasek: so we know that there is a silicon bug in dove for thumb2 ... however, personally, i dont think that necessarily the main problem we are seeing
[16:46] <slangasek> ok
[16:46] <slangasek> no more questions here; anything else on mobile?
[16:46] <asac> especially since not using pytyhon gives us a working desktop ... we are trying to get new boards that have that fixed
[16:46] <asac> to check that etc.
[16:47] <slangasek> [TOPIC] Server Team
[16:47] <slangasek> asac, ogra: thanks
[16:47] <ttx> o/
[16:47] <ogra> thanks
[16:47] <slangasek> ttx: 'lo
[16:47] <asac> thanks
[16:48] <ttx> Status was updated at https://wiki.ubuntu.com/ServerTeam/ReleaseStatus
[16:48] <ttx> Alpha3-targeted bugs:
[16:49] <ttx> I indecated progress on all the MIR bugs, I think they are in good shape now, just takes some time to finalize the process
[16:49] <ttx> bug 503180 should see progress next week when Dustin comes back from upside-down-land
[16:49] <ttx> Bugs affecting us in other teams:
[16:50] <ttx> there is some discussion around the fix for bug 494565
[16:50] <slangasek> I'm surprised at how long some of those MIRs are taking; even irqbalance could be seeded on server while the discussion of whether to include it on server continues, couldn't it?
[16:50] <ttx> slangasek: yes, I think Chuck has been waiting the answer to see where he should seed it
[16:51] <lool> The MIR is granted though
[16:51] <ttx> yes, it's almost finished [tm]
[16:51] <lool> (Since December along libcap-ng)
[16:51] <ttx> So there is a -devel thread around bug 494565
[16:51] <slangasek> ttx: I don't see any reason not to seed it on server, and change it later if appropriate
[16:52] <ttx> slangasek: ok, will communicate that downstream
[16:53] <ttx> The discussion is about potential drawbacks in generally building some features inkernel rather than inmodule
[16:53]  * slangasek nods
[16:53] <ttx> We need them for -virtual only... but subflavour game means it ends up in -server and -generic-pae as well
[16:54] <ttx> At that point, I'm not sure the feature is worth the risk... so it should either be a full flavor or the feature should be dropped
[16:54] <ttx> But I can be convinced otherwise, if everyone thinks it's safe :)
[16:54] <ttx> Moving on to specs...
[16:54] <slangasek> best to let that discussion run its course on the list, I think, rather than rehashing it here
[16:54] <ttx> yep
[16:55] <ttx> The prio High < 25% ones
[16:55] <ttx> server-lucid-apport-hooks is at 22%, but work items also include targets of opportunity
[16:55] <ttx> so it's actually pretty advanced
[16:56] <ttx> server-lucid-canonical-application-support: that's the MIR things we already discussed
[16:56] <ttx> 20%, should see some advances today
[16:56] <ttx> server-lucid-seeds: 13%, the remaining few work items are more to investigate what pulls some packages in main while we planned to demote them
[16:57] <ttx> server-lucid-uec-testing: 0%, mathiaz just got access to the test infrastructure, we should see good progress on this one next week
[16:57] <ttx> server-lucid-ec2-config: 0%, should be at 50% at the end of the day (only 2 work items in alpha3)
[16:58] <ttx> server-lucid-ec2-boothooks: 0%, blocked by the work on ec2-config, should see some significant progress by next week
[16:58] <ttx> For other specs, please see http://people.canonical.com/~pitti/workitems/canonical-server-lucid-alpha-3.html
[16:58] <slangasek> all sounds good
[16:58] <ttx> which also shows or trands line
[16:58] <ttx> trends, even
[16:59] <ttx> questions ?
[16:59] <slangasek> none here
[16:59] <slangasek> anyone else?
[16:59] <slangasek> [TOPIC] Kernel Team
[16:59] <slangasek> ttx: thanks
[16:59] <slangasek> apw: around?
[17:00] <slangasek> ok, I have his report to dump in the event that he isn't
[17:00] <slangasek> [LINK] https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Lucid
[17:00] <slangasek> [LINK] https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Lucid#Milestone%20lucid-alpha-3
[17:01] <slangasek> Much of the work pushed out from Alpha-3 is close to done and should be committed by Platform Sprint.  Due to the rejig of the burn down we have gained some hidden tasks and are now above the line.  We will be reviewing this next week to determine if we need to push out any items.
[17:01] <slangasek> We have just uploaded a <IP_ADDRESS> kernel with i915.powersave disabled.  This has alievated numerous twitching issues as well as suspend/resume hangs on several netbook platforms.
[17:01] <slangasek> EOF
[17:02] <slangasek> apw: 458537 was discussed last week as "the upstream hardware doesn't support this", but the bug state hasn't changed; can you take an action (asynchronously) to follow through on that, and invalidate the bug if that's what's appropriate?
[17:03] <slangasek> any other questions for kernel?
[17:03] <apw> slangasek, ... hi ... yes that one is on my radar
[17:04] <apw> the current states are confused as there seems to be a bug in devicekit-power yet those are won't fix
[17:04] <apw> will get it fixed up
[17:04] <slangasek> thanks
[17:04] <slangasek> [ACTION] apw to fix up state of bug #458537 to reflect reality
[17:04] <slangasek> [TOPIC] Security Team
[17:05] <slangasek> jdstrand: your agenda section is empty; entertain us with some a capella improv?
[17:05] <jdstrand> o/
[17:05] <jdstrand> heh
[17:05] <jdstrand> yeah, well, alls quiet on the development front
[17:05] <jdstrand> https://wiki.ubuntu.com/SecurityTeam/ReleaseStatus/Lucid
[17:05] <jdstrand> we are slowly chipping away at stuff. I think kees was the only one to get to any bp items this week
[17:06] <jdstrand> that said, the burndown still shows us as on track
[17:06] <slangasek> great :)
[17:06] <jdstrand> I think that is pretty much it for us, unless people have questions
[17:07] <slangasek> no questions here; others?
[17:07] <slangasek> [TOPIC] Foundations Team
[17:07] <slangasek> jdstrand: thanks
[17:07] <lool> https://wiki.ubuntu.com/FoundationsTeam/ReleaseStatus/Lucid
[17:07] <lool> A2 leftovers:
[17:07] <lool> foundations-lucid-gfxboot-update moved to A3; I understand this is still pendin gsome input from DX
[17:07] <jdstrand> sure
[17:07] <lool> foundations-lucid-boot-recovery > done (lp #505887 unblocked)
[17:07] <lool> A3:
[17:07] <lool> http://people.canonical.com/~pitti/workitems/canonical-foundations-lucid-alpha-3.html
[17:07] <lool> foundations-lucid-reliable-device-id-in-grub: good progress from cjwatson
[17:07] <lool> foundations-lucid-index-based-downloads-client, foundations-lucid-software-center-repository-based-index: lots of work from mvo and tremolux on software-center this week
[17:07] <lool> foundations-lucid-better-archive-crawler: good progress last week; IS dependency discovered for changelogs.u.c and unblocked
[17:07] <lool> foundations-lucid-local-repo-support: some progress by mvo this week
[17:07] <lool> foundations-lucid-support-timeframe-information: good progress by mvo last week; extended for armel/regular arches; probably relates to cjwatson's documentation of support of ports vs. archive arches
[17:07] <lool> foundations-lucid-jockey-support-in-ubiquity: ev started looking into this last week
[17:07] <lool> foundations-lucid-lts-upgrades: good progress by mvo last week; discovered some minor things to fixup (e.g. /boot disk size calculation)
[17:07] <lool> foundations-lucid-oem-config: ev implemented hostname support in oem-config
[17:08] <lool> foundations-lucid-laptop-mode-tools-integration: ubuntu-laptop-mode-tools package is in
[17:08] <lool> (done with dump)
[17:08] <lool> Actually forgot:
[17:08] <lool> foundations-lucid-release-collaboration-with-debian: python done
[17:08] <robbiew> \o/
[17:08] <lool> NB: no update on foundations-lucid-pre-desktop-lucid-startup-speed cause Scott was on leave + conference
[17:09] <robbiew> any idea why http://people.canonical.com/~scott/daily-installer/ has stopped updating?
[17:10] <lool> Perhaps he is traveling with the machine generating these?
[17:10] <slangasek> lool: er, what's this status on foundations-lucid-laptop-mode-tools-integration?  there's no ubuntu-laptop-mode-tools package described in the spec/blueprint
[17:10] <slangasek> (nor do I see this package in the archive)
[17:10] <robbiew> lool: no...they sit at home
[17:10] <cjwatson> the new people.canonical.com server requires explicit confirmation from IS for every authorized_keys entry
[17:10] <lool> slangasek: I've seen a new ubuntu-laptop-mode package appear and thought it was related
[17:10] <cjwatson> or at least to permit a user to have working authorized_keys
[17:11] <slangasek> lool: I don't see a package by that name either :)
[17:11] <pitti> robbiew: perhaps Scott pulled out the power when he left for LCA?
[17:11] <cjwatson> since Scott's been travelling, he hasn't been in the office at the same time as the bulk of IS in order to get that reauthorised
[17:11] <lool> My mirror has it for some reason
[17:11] <pitti> aah
[17:11] <robbiew> cjwatson: ah, ack
[17:11] <cjwatson> (plus there was some installer breakage)
[17:11] <robbiew> heh
[17:11] <pitti> http://people.canonical.com/~pitti/bootcharts/ FTR
[17:11] <pitti> there are some current ones
[17:12] <lool> slangasek: http://ports.ubuntu.com/ubuntu-ports/pool/universe/u/ubuntu-laptop-mode/
[17:12] <lool> Sorry if that's an obsolete thing which only I am seeing
[17:12] <cjwatson> that hasn't changed since hardy
[17:12] <slangasek> robbiew, lool: daily-installer stopped updating because he had a failed install that apparently blocks him from further testing until a manual reset
[17:12] <lool> I don't understand why I saw it appear then; sorry, my bad
[17:12] <lool> Must be some local bug I have
[17:12] <robbiew> slangasek: ok, thanks
[17:13] <cjwatson> actually, it seems to have been removed in lucid
[17:13] <cjwatson> maybe that's what you saw
[17:13] <slangasek> cjwatson: oh, the authorized_keys thing is the current problem for that page? n/m then
[17:13] <cjwatson> I suspect there are multiple problems, best resolved once Scott returns
[17:13]  * slangasek nods
[17:13] <lool> cjwatson: Ah I know what happened, it's due to adding/removing my mirror and hte package being removed between mirror updates
[17:14] <lool> Ok; I'll shut up now  :)
[17:14] <slangasek> anyway, until we get plymouth back out of initramfs it's hard to draw any real conclusions about the boot speed in the areas where it currently counts most
[17:14] <pitti> in the meantime, if anyone needs something tested on the mini, please ping me or seb128
[17:14] <pitti> we both have one as a test rig
[17:15] <slangasek> lool: I guess you've reported on those specs where there was progress; what about the ones where there hasn't been progress (which is more likely to be what needs attention)?
[17:15] <JFo> "bcmwl (Ubuntu)":[]
[17:15] <JFo> yes?
[17:16] <JFo> or does it need to be in the linux list?
[17:16] <pitti> JFo: -ECHANNEL?
[17:16] <JFo> sigh
[17:16] <lool> slangasek: I'm afraid I don't have any data on the ones which were not mentionned in activity reports; I guess I should ping the relevant people
[17:16] <JFo> sorry
[17:16] <slangasek> lool: see https://wiki.ubuntu.com/ReleaseTeam/Meeting/2010-01-22 for the list of the high-priority specs that have low completion rates for A3
[17:17] <slangasek> lool: (are you going to be representing Foundations here going forward, is the plan that whoever chairs the Wednesday meeting represents?)
[17:18] <lool> I don't know
[17:18] <cjwatson> I asked lool today on the basis that he'd done Wednesday, although I wasn't intending for that to be a permanent arrangement
[17:18] <slangasek> ok :)
[17:18] <cjwatson> I'm just having some trouble carving out time right now, but this is temporary :-(
[17:18] <cjwatson> so sorry about the short-notice switch
[17:18] <slangasek> any other questions for Foundations?
[17:19] <cjwatson> oem-dvd-iso is my biggest worry right now since it's basically not started, but I think we have time
[17:19]  * slangasek nods
[17:20] <slangasek> [TOPIC] MOTU
[17:20] <slangasek> lool, cjwatson: thanks
[17:20] <slangasek> ScottK: are we throwing out binaries yet? :)
[17:20] <ScottK> slangasek: No.  I wrote the person that was working on that and didn't hear back (he had some health issues before).  I think it's time to find a new victim.
[17:21] <slangasek> you'll send out an RFV as appropriate, then?
[17:21] <ScottK> Unfortunately a side effect of fixing Debian release coordination - Python is I'm now co-maintainer, so still no time.
[17:21] <ScottK> Yes.
[17:21] <ScottK> I do want to bring up a new concern
[17:22] <ScottK> As I wrote to ubuntu-devel last night, I'm worried about the impact of dropping xulrunner
[17:22] <ScottK> asac may have a solid plan for getting rid of anything we can support, but I think we need some coordination around this.
[17:23] <ScottK> I originally got fired up over this last night when there was a casual mention on IRC that "We're dropping xulrunner to Universe."
[17:23] <slangasek> What coordination do you have in mind?  Is there more to it than dropping those packages that won't be supportable?
[17:24] <ScottK> Someone needs to figure out what those are, announce the plan, and track status.
[17:24] <slangasek> ok
[17:25] <slangasek> asac: is someone handling this from the mozilla team?
[17:25] <ScottK> The spec as currently drafted seems ambiguous about the fate of xulrenner
[17:25] <ScottK> renner/runner
[17:25] <ogra> ScottK, german/english ... same word ;)
[17:25] <ScottK> Heh
[17:26] <slangasek> rennt xul rennt
[17:26] <ScottK> If I get the action it'll be to pipe the output of reverse-build-depends into a stack of removal bugs.
[17:26] <ScottK> If someone wants a more nuanced result, they need to step up.
[17:26] <asac> slangasek: its part of the new support-model spec
[17:26] <asac> ScottK: you were even in the UDS session, right?
[17:27] <ScottK> asac: I was.  This is why I was suprised last night when there was discussion of leaving xulrunner in Universe.
[17:27] <asac> so i dont think its realisitic to get rid of all xulrunner rdepends in universe
[17:27] <ScottK> I don't think we have a choice.
[17:27] <ScottK> Xulrunner in Universe is completely unsupportable for an LTS.
[17:27] <asac> so plan is to check what apps are exposed to insecure content and get rid of those
[17:28] <ScottK> And then consider it OK to leave Xulrunner unmaintained?
[17:28] <asac> what doesn unmaintained mean?
[17:28] <ScottK> I thought the plan was to pitch out apps that couldn't be ported to the newer releases.
[17:28] <ScottK> asac: Look at the history of the current xulrunner (not 1.9.1) package.
[17:29] <asac> right. thats the idea
[17:29] <ScottK> OK. Maybe it's just me, but I think you just told me two opposite things are the plan.
[17:29] <asac> first step: get into universe
[17:30] <asac> second step, get rid of everything that cannot be forward ported
[17:30] <slangasek> "what apps are exposed to insecure content" seems orthogonal to "what apps won't be forward-portable to new xulrunner versions"
[17:30] <asac> but in any case xulrunner cannot be removed completely
[17:30] <slangasek> the latter doesn't seem to be mentioned in the workitems for https://blueprints.launchpad.net/ubuntu/+spec/desktop-lucid-new-firefox-support-model
[17:30] <asac> thats my main point
[17:30] <ScottK> slangasek: For me the opposite part was are we removing xulrunner.
[17:30] <ScottK> asac: Why not?
[17:31] <asac> that would mean we also dump applications that are forward portable
[17:31] <asac> which would be extreme imo
[17:31] <ScottK> That's the part I don't understand
[17:31] <asac> lets move that offline and
[17:31] <asac> maybe present results next week
[17:31] <ScottK> OK.
[17:32] <ScottK> slangasek: I think we need an action here.
[17:32] <slangasek> what is the action?
[17:32] <slangasek> further discussion?
[17:33] <ScottK> For asac and I to review the plan and present the resolution to the release team.
[17:33] <slangasek> [ACTION] asac and ScottK to review the plan for xulrunner demotion and present the resolution at the next meeting
[17:33] <ScottK> Thanks.
[17:33] <slangasek> sure
[17:33] <slangasek> anything else on the MOTU front?
[17:33] <ScottK> Less urgent, but still a concern is merging.
[17:34] <ScottK> We're a bit stuck between MoM being dead and the new UDD way of doing things not being mature.
[17:34] <ScottK> I don't have data in front of me, but I have a concern stuff is getting left behind.
[17:34] <slangasek> there were some problems with bzr branches being out of date; are those resolved now?
[17:34] <ScottK> Some are.
[17:35] <ScottK> The tools are also signifcantly more complex and so there's learning curve.
[17:35] <ScottK> This hits us in Universe where it's a lot of more casual contributors.
[17:35] <ScottK> There is work planned to simplfiy things in the long run, but I don't know what isn't getting done in the meantime.
[17:36] <ScottK> This isn't anything other than vague uneasyness at this point.
[17:36] <slangasek> I guess http://people.ubuntuwire.com/~lucas/merges.html doesn't give us a good overview of that, on account of not including age info?
[17:36] <ScottK> It doesn't.
[17:36] <slangasek> maybe there's a way lucas could add that in
[17:37] <slangasek> over time though, so perhaps we should take this offline for further discussion
[17:37] <cjwatson> I've added a foundations sprint agenda item for that
[17:37] <ScottK> Lucas has made it pretty clear he's gone as far as he has time.
[17:37] <ScottK> He's at the patches welcome stage.
[17:37] <cjwatson> for first week in Feb
[17:37] <ScottK> cjwatson: Cool.
[17:37] <slangasek> ok
[17:37] <ScottK> I think that's all I have.
[17:37] <slangasek> ScottK: if you have further suggestions, do you want to get them to either cjwatson or myself so we make sure we look at them that week?
[17:38] <ScottK> slangasek: OK.
[17:38] <ScottK> Will do.
[17:38] <slangasek> thanks
[17:38] <cjwatson> I honestly think we should just revive and fix MoM for now
[17:38] <ScottK> I'm all for that.
[17:38] <ScottK> It just needs someone to do it.
[17:38] <slangasek> I agree, but haven't had a chance to step up on that
[17:39] <slangasek> [TOPIC] AOB
[17:39] <slangasek> anything else that needs mentioning?
[17:39] <ScottK> slangasek: So add that one (revive MoM) to the list of further suggestions ...
[17:39] <slangasek> 8.04.4 next week; ISO testing is ongoing, final SRUs are being validated
[17:39] <slangasek> ScottK: ack
[17:39] <slangasek> fader_: 8.04.4 hw cert coming along?  No results yet at http://people.canonical.com/~fader/sru-testing/8.04.4.html
[17:40] <fader_> slangasek: I'm running the tests as we speak
[17:40] <slangasek> yay
[17:40] <slangasek> #endmeeting
[17:40] <lool> slangasek: Thanks!
[17:40] <slangasek> thanks, all
[17:40] <fader_> I should have preliminary results this afternoon, but there will likely be a few that get missed and still need tests
[17:40] <slangasek> fader_: sounds reasonble, schedule-wise
[17:41] <fader_> slangasek: cool, I'll drop you a line when I post what I have this afternoon
[17:41] <slangasek> thanks
[17:41] <pitti> thanks all
[22:40] <hygcewpb> Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution!
[22:40] <hygcewpb> Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution!
[22:40] <hygcewpb> Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution!
[22:40] <hygcewpb> Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution!
[22:40] <hygcewpb> Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution!
[22:40] <nigel_nb> !ops
[22:40] <hygcewpb> Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution!
[22:41] <hygcewpb> Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution!
[22:41] <hygcewpb> Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution!
[22:41] <hygcewpb> Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution!
[22:41] <hygcewpb> Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution!
[22:41] <hygcewpb> Your machine has been infected by the recent spam attacks - visit http://www2.freenode.pl/ for a quick and easy solution!
[22:41] <nigel_nb> PLEASE DONT CLICK!
[22:41] <nigel_nb> thanks tsimpson :)


[15:46] <carbonzero> hey folks. I'm here to help with any questions and direct those to the proper people who can answer them better than me.
[15:49] <Eickmeyer> carbonzero: We appreciate it, but you don't have to announce it every time. ;)
[15:50] <carbonzero> Eickmeyer, lol. ok, sorry.
[15:52] <Eickmeyer> carbonzero: Biggest reason is that, if anyone joins, they can't see that message since they don't have the backlog.
[15:54] <carbonzero> Eickmeyer, ok, gotcha.
[15:54] <carbonzero> so basically I don't need to spend all of that energy typing for no reason?
[15:54] <carbonzero> save my fingers a little bit more.
 👍
[17:33] <carbonzero> Eickmeyer, how do I use sudo to get into that EFI folder you were telling me about?
[17:34] <Eickmeyer> Open a terminal, type "sudo -s", enter your password, type "cd /boot/efi/EFI".
[17:34] <carbonzero> oh yeah, I remember that from the other day. Thanks dude! Now I can make it behave better.
[17:35] <carbonzero> and delete the directory for Windows?
[17:35] <carbonzero> let me write that down before I forget.
[17:36] <Eickmeyer> Yes.
[17:37] <carbonzero> Eickmeyer, cool, got it. Jotted it down in my notes. thank you my friend. I've actually got to reinstall windows on that second hard drive because my father in law wants to look at my laptop since he got it for me and he wants to see it in action with kubuntu with ubuntu studio packages on it.
[17:38] <Eickmeyer> carbonzero: Knock yourself out! Have fun.. :)
[17:38] <carbonzero> but i'll be able to make it load into kubuntu automatically now.
[17:38] <carbonzero> thanks!
[17:39] <Eickmeyer> You bet. :)
[17:39] <carbonzero> but what's also cool is that I can go into the BIOS and change the hard drive order and have it load the windows hard drive to show him how all of that works, too.
[17:39] <carbonzero> pretty cool stuff.
[17:40] <Eickmeyer> carbonzero: Okay, well, be careful. You delete that windows UEFI loader, it won't boot Windows anymore.
 @carbonzero ^
 Just making sure that if you want to dual-boot, that you still can.
[17:59] <carbonzero> Eickmeyer, ok, I'll take that into consideration when I get Windows reinstalled. I won't that OS for anything anyway. Just there to show my FIL how I can have one drive for one and the other for *ubuntu
[18:00] <carbonzero> Eickmeyer, what I might have to do is install Windows on the SSD where the boot manager sits and then just put Kubuntu on the HDD.
[18:00] <carbonzero> and then change the boot order so that Kubuntu is first.
[18:01] <carbonzero> that might actually solve my issue
[18:32] <Eickmeyer> carbonzero: Yes, it would, but by default the grub bootloader would also show. Keeping that from showing is a whole different trick.
[18:32]  * Eickmeyer is off to run errands
[19:21] <carbonzero> Eickmeyer, yeah, I'll need your help with the grub when you get back.
[21:21] <studiobot> Lucas Weaver was added by: Lucas Weaver
 Welcome Lucas!
[21:44] <studiobot> <Lucas Weaver> howdy


[01:25] -SwissBot:#xubuntu-devel- ::xfce-announce:: ANNOUNCE: xfce4-settings 4.19.2 released<EMAIL_ADDRESS>[01:25] -SwissBot:#xubuntu-devel- ::xfce-announce:: ANNOUNCE: xfce4-session 4.19.2 released<EMAIL_ADDRESS>[06:41] <knome> bluesabre, thank you <3
[06:41] <knome> while it might not seem like it, the nags are helping
[06:59] <knome> well,
[06:59] <knome> i've found a thing that inkscape fails to render fully while editing (at least for me)
[07:00] <knome> https://temp.knome.fi/xubuntu/Screenshot_2024-04-01_10-00-15.png
[07:01] <knome> the blurred object is masked
[07:02] <knome> for this example, i made the mask completely visible, so that the cutout is easier to see even on the blurred part
[07:03] <knome> what i tried to do is to have two objects: one completely sharp and another blurred, but with the blur gradially faded away so that the other end of the combied object only showed the sharp part
[07:04] <knome> https://temp.knome.fi/xubuntu/bitmap.png
[07:04] <knome> it works when exporting
[20:48] <bluesabre> That's got a neat look to it.
[20:49] <bluesabre> I wish I knew anything about Inkscape (beyond only the simplest of work) to say anything substantial. :D


[20:32] <pleia2> ugh, I completely slept through the learning, docs, manual meeting
[20:34] <Pendulum> pleia2: there was no meeting really
[20:34] <pleia2> I noticed
[20:34] <Pendulum> I don't think it was just because you were missing. most people were not there
[20:34] <pleia2> we really should have reconsidered when we realized it was on memorial day
[20:37]  * pleia2 follows up in -manual
[20:40] <Pendulum> *nods*