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