[00:30] <pleia2> erg, formatting of my emails has been all wonky lately, stupid gmail
[00:31] <pleia2> keeps getting all squished together in spite of me sending it with proper line breaks
[01:35] <Unit193> pleia2: But you didn't sign it, how do I know it's from you? ;)
[04:41] <pleia2> knome: hmm, did you ever hear back from IS about the latest revision? (I see it was submitted 10 days ago, but no updates)
[04:41] <pleia2> (and yes, I know you're sleeping :))
[08:26] <ochosi> meh, why can't i set the bug-status of bug #897912 to wontfix?
[11:41] <knome> pleia2, they pulled rev 5's to production already
[11:41] <knome> pleia2, asked them at #canonical-sysadmin 
[12:12] <ochosi> knome: thanks for the comment on the bugreport, i wanted to add that but then forgot
[12:52] <scott-work> good morning :)
[12:55] <madnick> morning!
[13:36] <scott-work> how are you this morning madnick?
[13:37] <scott-work> oh, madnick, weren't you working on the lightdm greeter theme?  any idea when that will be pushed to the repos?
[13:45] <madnick> scott-work: soon :) we are discussing the apperence and similar things :)
[14:10] <astraljava> Anyone in here knows anything about device entries for SD cards on a card reader? Why they get different device entry mappings sometimes, and how can I force it some particular entry, if it's available?
[14:10] <astraljava> My google-fu doesn't seem to help now.
[14:12] <GridCube> astraljava: i think it takes it like an usb drive
[14:14] <GridCube> i don't know if this could help you http://www.basicconfig.com/linux/mount
[14:15] <astraljava> GridCube: It wouldn't, as I'm not interested in mounting the device. I just want to have it in one particular device entry, specifically /dev/sdb
[14:15] <GridCube> mmmhm
[14:16] <GridCube> so you can get its uuid
[14:16] <GridCube> and add it to fstab
[14:16] <GridCube> ?
[14:16] <GridCube> no, that would be for particular memories and not for slots
[14:18] <astraljava> And still, fstab deals with mounting a certain device entry to a mount point. It's too late at that point.
[14:19] <GridCube> mmmhm and this? http://www.debian-administration.org/articles/127
[14:21] <astraljava> Again, too late. They already have device entries at that time, and they talk about automounting the devices regardless of their entry.
[14:21] <GridCube> mmmkay, what about this? https://wiki.archlinux.org/index.php/Map_Custom_Device_Entries_with_udev
[14:23] <astraljava> I'm not sure you're seeing the problem here. The device is seemingly randomly mapped to different device entry. udev deals with the entry according to some signals/messages it receives _only_ after the mapping has been done. It's already too late at that point.
[14:24] <GridCube> oh, okay, i though you needed to tell a card reader what device locations assing to particular slots
[14:26] <astraljava> Yeah, sorry I might have asked in a confusing manner.
[14:28] <GridCube> so, astraljava, this wont help either http://reactivated.net/writing_udev_rules.html#example-usbcardreader ?
[14:28] <charlie-tca> GridCube: looks like we got the same thing out of UDS again. All agreed in person, reality after is we will have to track daily testing ourselves in precise
[14:28] <GridCube> :o
[14:28] <GridCube> but i started tracking on qa already
[14:29] <GridCube> :D but then again i did just one test :P
[14:29] <madnick> astraljava: is the kernel name the same for the device everytime?
[14:29] <madnick> (it sorta should be)
[14:30] <charlie-tca> milestones are tracked on QA tester, daily for us is not
[14:30] <GridCube> charlie-tca: :/ well... they are
[14:31] <GridCube> at least they where till yesterday
[14:31] <GridCube> haven't check today
[14:31] <charlie-tca> really? Did I look at the wrong report?
[14:32] <charlie-tca> This week is alpha1 testing, it is different
[14:32] <GridCube> http://91.189.93.73/qatracker/milestones/204/builds/7196/testcases/138/results
[14:32] <charlie-tca> We will see after Friday
[14:33] <charlie-tca> Um, that is "milestones", not daily
[14:36] <madnick> charlie-tca: they did tell us that, they will look at our needs aswell, and that we shouldnt need to have our own system
[14:36] <Gridcube> sorry
[14:36] <charlie-tca> I know, I was there
[14:36] <charlie-tca> Um, that is "milestones", not daily
[14:36] <Gridcube> i had to reloging
[14:36] <Gridcube> but it says daily :(
[14:37] <charlie-tca> qatracker/milestones... 
[14:37] <charlie-tca> We will see next week, then
[14:38] <charlie-tca> They have been tracking Ubuntu daily testing all month, though
[14:39] <Gridcube> charlie-tca: i would guess thats just  a name that didnt got changed
[14:39] <charlie-tca> okay
[14:40] <charlie-tca> so who is testing this alpha1 that must be done today?
[14:40] <Gridcube> i could ask the guy on #ubuntu-release , he has been really nice to us :)
[14:41] <Gridcube> the tracker has almost all amd64 tests done, i will starts some i386 one now
[14:41] <charlie-tca> never mind. today the priority is to test the alpha1 image if we plan to have it
[14:41] <charlie-tca> um, there are NO alternate tests done
[14:42] <charlie-tca> are we only going to have desktop cd?
[14:42] <Gridcube> i will do alternate
[14:42] <Gridcube> thats the only ISO i have 
[14:42] <madnick> I've not been able to test anything this week
[14:42] <charlie-tca> yup
[14:43] <charlie-tca> This is more important than daily tests'
[14:43] <Gridcube> :)
[14:43] <charlie-tca> I had a good vacation. Am I still here?
[14:45] <Gridcube> :D
[14:45] <Gridcube> you are
[14:46] <madnick> Welcome back =)
[14:47] <Gridcube> how do i use the "enviromental variable" http://linux.die.net/man/1/zsync
[14:54] <Gridcube> \o/ yay! success!
[14:54] <Gridcube> zsync now works
[14:54] <Gridcube> at 1kbs
[14:54] <Gridcube> :(
[14:56] <Gridcube> :o i already had the latest image :D
[14:57] <Gridcube> starting alternate i386 tests
[14:57] <charlie-tca> I don't use the environment variable
[14:58] <charlie-tca> running 64 bit tests here
[14:59] <Gridcube> :)
[15:04] <Gridcube> charlie-tca: mid if i ask you to test something?
[15:04] <Gridcube> i basically want to know if its a bug or noot
[15:04] <charlie-tca> go ahead
[15:05] <Gridcube> when i installed xubuntu on my netbook the alternate cd did not saw any of my network devices
[15:05] <Gridcube> so it directly stop me from installing xubuntu
[15:05] <charlie-tca> correct
[15:05] <Gridcube> i could not continue the installation without a network device
[15:05] <Gridcube> i don't know if thats a bug ir not
[15:06] <charlie-tca> it can't see them because networking is not active until the install finishes
[15:06] <Gridcube> when i used the desktop cd it did recognized both
[15:06] <charlie-tca> Desktop cd when installing from the desktop has networking active
[15:07] <charlie-tca> From the menu, it should be just like the alternate cd
[15:07] <Gridcube> mmm thats weird because on my desktop when using the alternate it does recognizes the wired network
[15:08] <charlie-tca> wired and wireless are different
[15:11] <Gridcube> well yes, but it did not recognized the wired on the netbook anyway, and thats not the problem, the problem was that after seeing that i supossedly had not network devices it stop the installation allthogheter
[15:11] <Sysi> I heard someone telling that and someone responding that it can be skipped
[15:12] <Gridcube> i just disabled the network cards on the test im doing now, and i did that and it continued 
[15:12] <charlie-tca> That is normal
[15:14] <Gridcube> oh ok
[15:18] <charlie-tca> knome: are you doing the alpha1 release notes? They are normally added to the Technical Overview by the PL
[15:23] <skaet> knome,  https://wiki.ubuntu.com/PrecisePangolin/TechnicalOverview
[15:24] <skaet> if you could put a summary of what's changed so far on the Xubuntu side, and any bugs you want to warn folks about,  it would be appreciated.  :)
[15:25]  * skaet thanks charlie-tca for bringing it up.  :)
[15:25] <charlie-tca> skaet: you are welcome
[15:26] <charlie-tca> Took me all day yesterday to sync images. I am back today
[15:48] <astraljava> madnick: Yeah, I would assume as much, as it's the same reader with the same card all the time.
[16:04] <micahg> welcome back charlie-tca
[16:04] <charlie-tca> ty
[16:26] <ochosi> wb charlie-tca 
[16:41] <charlie-tca> ty
[16:42] <ochosi> bbl
[16:58] <charlie-tca> hm, alpha 1 starts with sound muted everytime
[17:55] <charlie-tca> Gridcube: does the install start with sound muted there?
[17:56] <knome> charlie-tca, no, haven't
[17:56] <knome> charlie-tca, we do have good tracking of progress and work items though, so it shouldn't be too hard
[17:56] <Gridcube> haven't ended yet
[17:56] <charlie-tca> Okay
[17:57] <charlie-tca> knome: Okay, great!
[17:57] <charlie-tca> That was always a difficult thing after this first milestone, for me.
[17:58] <knome> i don't think much has changed for a1
[18:00] <knome> mostly debian importing
[18:00] <knome> and some minor changes that affect mostly settings
[18:00] <knome> charlie-tca, welcome back, btw
[18:01] <charlie-tca> thanks. Should be around again, 
[18:14] <skaet> knome,  just add that then.   :)  Key is to set expectations. 
[18:16] <knome> mmh.
[18:16]  * knome just woke up from coma-naps
[18:20] <astraljava> Did you know that you're sleeptyping?
[18:21] <knome> :P
[18:26] <micahg> knome: ristretto :)
[18:26] <knome> micahg, could *you* add that? :)
[18:27] <micahg> knome: no :), too many things going on right now
[18:27] <knome> heh, okay
[18:27] <knome> np
[18:30] <knome> updated the wikipage
[19:10] <Gridcube> charlie-tca: the sound is not muted but low
[19:15] <GridCube_> charlie-tca: did my last message went trhough? the sound is enabled but on like 20%
[19:46] <knome> pleia2, ?
[21:18] <skaet> knome, do you want your alternates respun to pick up the LTSP fix that stgraber just landed?
[21:19]  * micahg didn't think we had ltsp in xubuntu
[21:19] <charlie-tca> it is a menu option
[21:19] <micahg> ah
[21:39] <knome> skaet, why not, if you can do that and it does no harm.
[21:40] <charlie-tca> We won't have time to re-run all the tests
[21:40] <micahg> knome: they would need to be retested :)
[21:40] <knome> okay
[21:40] <knome> skaet, let's not do that.
[21:40] <charlie-tca> skaet: Can you carry the tests forward?
[21:41] <skaet> knome,  heh.   if its not a common path then probably safest to skip it this time around.  (a couple of other uploads happened during soft freeze,  so yes, retesting would be advisable)
[21:41] <micahg> can it be release noted?
[21:42] <micahg> charlie-tca: is the option to install locally ltsp or to install remotely on an LTSP server?
[21:43] <charlie-tca> I don't know. It is an option in the cd menus
[21:43] <skaet> charlie-tca - http://91.189.93.73/qatracker/milestones/205/history/
[21:43] <charlie-tca> micahg: i don't have the ability to test it
[21:43] <micahg> charlie-tca: ah, ok, was just wondering if you knew offhand
[21:44] <charlie-tca> skaet: it is 4 hours for me just to re-sync the images
[21:45] <charlie-tca> I never got the images in time to run the early tests
[21:45] <skaet> charlie-tca,  sorry to be obscure,  the link just shows we now have history ability of what bugs were found against which images now.  :)
[21:45] <charlie-tca> That's a really good feature
[21:46] <skaet> charlie-tca, knome - I'm fine with not respinning,  its alpha 1 and this will be fixed in next daily.  Just wanted you to have the option.
[21:47] <charlie-tca> I can't retest these images, myself. 4 hours to sync, 8 hours to test
[21:47] <charlie-tca> and a finger with stitches in it from a new cut
[21:48]  * skaet sorry to hear about the finger... ouch!
[21:48] <charlie-tca> heh, still going, though
[21:48] <skaet> :)