[00:15] NCommander: ok === xomas is now known as xomas_ === xomas_ is now known as xomas [00:36] how do you like that... mke2fs now defaults to using the 256 byte inodes... I really need to fix e2defrag to understand those... [00:41] Anyone know of a 'very' stable network driver? [00:41] forcedeth and r8169 so far have proved unstable for me. [00:51] http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx lists Canonical Limited as licensee of h264 anyone around who knows more about that? [00:52] quentusrex: tg3 works for me [00:53] quentusrex: the e1000 family are probably the best [01:00] wow... starting with a clean filesystem then restoring a dump of my stable karmic root fs, e2fsck reports only 4.2% fragmentation.... after defragmentation, dumping the fs went from 2:14 to 1:24, taring the fs went from 5:10 to 4:09 [01:00] Keybuk, any idea who or how to debug an unstable driver issue? [01:00] no idea [01:01] * psusi really needs to get defrag working on ext4 [01:02] psusi: I thought file fragmentation was not such an issue on ext filesystems. [01:02] TheMuso, uh-huh.... [01:03] strange thing is that e2fsck reports only 0.2% fragmentation on the original karmic filesystem... dumping and restoring to a clean fs should give LOWER fragmentation... [01:05] because it's talking about inode fragmentation [01:05] not data fragmentation [01:06] what do you mean? [01:06] do you know the difference between the two? [01:07] if a file's data is in 2 non contiguous chunks, fsck counts it as fragmented.... it used to count it as fragmented if it was in two chunks because its indrect block was in the middle, which I would not consider fragmented... but it seems they have fixed that [01:07] sooooorta [01:08] since it now reports 0.0% fragmentation after an e2defrag run, but it used to say otherwise since the indirect blocks were interleaved with the data [01:11] so what do you mean by inode fragmentation? [01:14] look it up ;) [01:14] bed for me [01:17] * psusi has fun digging into debugfs === genii is now known as Amastasius === Amastasius is now known as genii === emma is now known as skampler === skampler is now known as Guest79289 === Guest79289 is now known as emma [02:08] TheMuso: fragmentation can be a huge issue especially if you do any torrent transfers [02:09] TheMuso: i've had isos so fragmented i couldn't burn them without constantly running the buffer out [02:10] ccheney: ah ok. [02:10] yep, agreed with ccheney [02:10] if you have extremely slow growing files like torrents mixed with other ordinary write traffic, ext*fs fails at preventing fragmentation [02:10] when I used ext3/4, after a torrent is done I'd cp it once before playing. [02:11] on my 5400rpm laptop hard drive at times the fragmentation was so bad I couldn't play a movie file in realtime [02:11] looks like the lucid beta 1 iso I downloaded and am still seeing diwth transmission only has 16 fragments.... not bad at all [02:12] ext4 helped a lot with delayed allocation if you've got no other IO traffic at the time. [02:12] but if you mix in other write traffic or out-of-memory pressure, you're back to square one. [02:12] in my experience, XFS has been the best filesystem at preventing fragmentation in torrent-like workloads [02:12] though it has a wealth of other caveats, of course. [02:14] jdong: there is an API you can use to tell the os the file size [02:14] weird.... if I restore a dump to a clean fs it shows some fragmentation under e2fsck... copying the original fs the dump was taken from to the same clean fs with cp -a and fsck shows 0.0% fragmentation [02:14] which torrent should ue. [02:14] of course the cp takes about twice as long as restoring the dump... [02:15] lifeless: yeah, nowadays torrent clients are using it more; wasn't the case 2-ish ubuntu releases ago [02:21] I just wish restore was a true inverse of dump === persia` is now known as persia [02:32] I remember when pluggable devices automatically mounted for me... [02:32] what did I break when I upgraded to lucid? [02:33] this time, at least I have a ck session [02:49] start: Unknown job: squid [02:49] did we mean to kill squid? [02:51] lamont: try squid2/squid3 perhaps? [02:52] start: Unknown job: squid2 [02:52] 2.7 is installed, and I'd kind of expect apt-get install squid to actually succeed in launching the process [02:53] Interesting theory. [02:53] https://bugs.edge.launchpad.net/ubuntu/+source/squid/+bug/523621 seems relevant to my interests [02:53] Ubuntu bug 523621 in squid "squid_2.7.STABLE7-1ubuntu5 fails to install with " Unknown job: squid" error " [Undecided,Won't fix] [02:54] At least we've established no one cares. [02:54] lamont: is there an old style script ? [02:55] dpkg --contents /var/cache/apt/archives/squid_2.7.STABLE7-1ubuntu9_amd64.deb | grep init.d [02:55] drwxr-xr-x root/root 0 2010-03-22 08:45 ./etc/init.d/ [02:55] lrwxrwxrwx root/root 0 2010-03-22 08:45 ./etc/init.d/squid -> /lib/init/upstart-job [02:55] lrwxrwxrwx 1 root root 21 2010-03-22 20:50 /etc/init.d/squid -> /lib/init/upstart-job [02:55] the package is delivering what doesn't work [02:57] Working is highly overrated. That's well accepted these days. The important thing is it uses Upstart. [02:57] yeah - reopened bug 523621 [02:57] Launchpad bug 523621 in squid "squid_2.7.STABLE7-1ubuntu5 fails to install with " Unknown job: squid" error " [Undecided,Won't fix] https://launchpad.net/bugs/523621 [02:58] and stuffed it back to confirmed [02:58] -console output [02:58] expect fork [02:58] -respawn [02:58] I wonder if that was important [03:00] lamont: are you starting it in a chroot or on a regular system ? [03:00] plain old regular out in the real root box [03:00] was working before upgrading to 1ubuntu9 today [03:00] lamont: the initial bug report was about running it in a chroot which doesn't work with upstart unless using the workaround Chuck posted in the bug report [03:01] so that explains why that bug report was marked Won't fix but the upstart job being broken still remains a bug to be fixed :) [03:01] ah, true. it's a poorly titled bug [03:01] meh. filing a new bug then [03:02] yeah, you need to read the first line of the bug report ... title should have been updated accordingly [03:02] It's not clear to me that anyone verified zul's fix works [03:02] So it may well have been prematurely wontfixed since lamont had the same problem outside a chroot. [03:03] ScottK: indeed, though it's true that "start squid" shouldn't work in a chroot and zul's procedure be followed to have squid installed in the chroot (though it'll have to be manually started if one wants it to actually run in the chroot) [03:04] and the prior version worked just fine, -1ubuntu9 regressed. bug 544760 - go ahead and install it... [03:04] Launchpad bug 544760 in squid "fails to start: Unknown job: squid" [Undecided,New] https://launchpad.net/bugs/544760 [03:04] just try [03:07] * stgraber looks [03:07] fwiw, having a mixture of "upstart bitching about using init.d" and "init.d only not yet upstart" jobs on the system is going to be a royal annoyance [03:09] found the issue [03:09] now trying to fix it ;) [03:09] and now to file my fun "nah, I didn't need to actually work on monday" bugset [03:10] was that thing even tested ? the upstart job is simply invalid ... [03:10] lamont: http://pastebin.com/ZCWNRwkw [03:10] I'll upload a fixed package in a few min, would be great if you could confirm the fix [03:12] ok, I have -0ubuntu10 ready to upload with the fix [03:13] ;/wc [03:19] lamont: ? === jamesh__ is now known as jamesh [03:22] stgraber: sure [03:22] sorry for the delay there [03:22] was filing bugs [03:22] 544762 544763 544764 [03:22] 3 _IN_A_ROW_! [03:23] stgraber: where u got the fix? [03:23] bouncing back and forth a bit, so kinda laggy [03:24] lamont: I wrote a few upstart job for LTSP recently, simply looked at the script and saw that something was a bit off ... [03:26] heh [03:29] stgraber: any clues on my "why don't removable media drives mount anymore"? or even what package to throw that against? [03:31] lamont: I'm guessing it's somewhere between udev => udisks => gvfs [03:31] lamont: Start with nautilus, although the issue may live in udisks or udev [03:31] * persia is certain it's not gvfs [03:32] ta [03:36] lamont: btw, as you're around :) I see in the livefs build logs that the LTSP squashfs is building correctly, any idea of when it'll start being included in Edubuntu's DVD .iso ? [03:37] when the bugtask gets done by the cdimage builder [03:37] added the task to the bug earlier today when I was chatting with cjwatson about it [03:38] oh, looks like I have some backlog in my LP mailbox ;) [03:39] https://bugs.edge.launchpad.net/ubuntu-cdimage/+bug/531546 <-- stgraber [03:39] Ubuntu bug 531546 in livecd-rootfs "Have a LTSP chroot built and placed on the Edubuntu DVD" [Undecided,Fix released] [03:39] thanks [03:40] * lamont prepares and uploads 1.108 [03:56] any inkscape experts around to look at bug 529625 ? [03:56] Launchpad bug 529625 in inkscape "Sync openclipart 0.18+dfsg-9 (universe) from Debian unstable (main)" [High,Confirmed] https://launchpad.net/bugs/529625 [03:56] it appears to be a bug in inkscape causing openclipart to not be compilable anymore [03:56] it spews seemingly forever, I killed the build after a 10GB logfile [03:57] the previous build log was apparently 500KB [04:22] hi [04:22] has anyone created a file versioning plugin for nautilus? [04:22] i don't want to duplicate effort by writing my own [04:26] sigh. so what updated today to break my ability to log into my bank [04:26] gonna bet on "java" in some form [04:38] lamont: That would probably be openjdk then, as that was a recent rebuild. [04:41] it's also possible that it's apparmor being mean to it, since I have it somewhat locked down [04:43] * lamont sleeps [05:49] Is "package (<= 2.20.1+), package (>= 2.20.1~)" good way to depend on a particular upstream release version? [05:50] Such that 2.20.2 nor 2.20.0 won't work [06:21] xnox: It ought work, yes. [06:21] persia, thanks =) i've been testing with --compare-versions but wasn't 100% convinced [06:54] Good morning [06:55] pitti: Morning [06:57] pitti: does adding apps to the proper category in software center require an FFe or UiFe? [06:59] micahg: fixing a wrong category? neither, I think [06:59] pitti: how about adding a missing category [06:59] same case [06:59] pitti: ok, thanks [07:04] zul: I uploaded a new nut which unbreaks the udevadm trigger, as discussed in bug 535152 [07:04] Launchpad bug 535152 in nut "FFE for nut 2.4.3" [High,Fix released] https://launchpad.net/bugs/535152 [07:18] good morning [07:19] dholbach: Hi! I got an e-mail about my membership in u-m-s expiring, can you fix? [07:19] hey StevenK [07:19] StevenK: no, but I'll add you to ubuntu-sponsors :) [07:20] StevenK: done [07:21] dholbach: \o/ Thanks! [07:22] anytime :) [07:24] dholbach, good morning =) do you know how many students slots was ubuntu allocated in gsoc - tentatively ? =))))) [07:25] xnox: no [07:25] I don't - sorry [07:26] =( kk thanks [07:47] oh, smeg, uploaded d-i last night and forgot to change the seeds [10:03] cjwatson, hello, could you please have a look at debian bug #575070 of debconf. the new exclusive lock on file databases breaks debconf support in aptdaemon/software-center [10:03] Debian bug 575070 in debconf "Exclusive read-write lock in file db driver breaks running debconf as non-root" [Normal,Open] http://bugs.debian.org/575070 [10:05] glatzor: why aren't you using a separate database? [10:05] bug 522225 [10:05] Launchpad bug 522225 in mysql-dfsg-5.1 "permissions incorrect on libmysqlclient16_7.0.9-1_amd64.deb" [High,Fix released] https://launchpad.net/bugs/522225 [10:06] glatzor: oh, I see [10:07] cjwatson, DEBCONF_DB_REPLACE doesn't work :( [10:07] cjwatson, and the non-root deconf-communicate even doesn't want to write to the database at all [10:07] yeah, that's nasty [10:14] glatzor: fixed in svn [10:14] cjwatson, that was fast :) thanks a lot [10:14] * mvo hugs cjwatson [10:19] * cjwatson wonders why that bug doesn't show up on debconf's bug list [10:22] glatzor: would appreciate it if you could try debconf 1.5.30 once it's available (uploaded) [10:22] cjwatson, I already tested the svn version and it seems to work [10:22] cjwatson, thanks a lot once again [10:28] cjwatson: I removed that mailing list from the ~mono team. Could you set ~ubuntu-cli-mono-dev to have ubuntu-mono@l.u.c as its contact address now, please? [10:28] (well, ajmitch did it actually) [10:28] I'll create a script to subscribe to all the packages soon [10:30] * jelmer cheers on james_w [10:30] james_w: thanks for syncing cabal [10:31] http://orangesquash.org.uk/~laney/haskell-installability/i386.png [10:31] lookin gooooooooooood [10:32] Laney - that makes my eyes hurt ;) [10:33] heh, I just look at it zoomed out [10:34] mvo: would it make sense to add archive.canonical.com and ppa.launchpad.net to /etc/squid-deb-proxy/mirror-dstdomain.acl? [10:35] mvo: if squid-deb-proxy-client is installed, will it fall back to "regular http" if the proxy can't deliver? === dendrobates is now known as dendro-afk [10:37] Laney: LP still won't let me [10:37] * cjwatson asks #launchpad [10:42] cheers [10:43] * Laney rips off edit_acl.py [10:55] dholbach: archive.c.c I think makes sense, not sure about ppa [11:06] mvo: what about the other question? :) [11:06] mvo: will apt fallback to regular http if the proxy doesn't do "ppa.launchpad.net" for example? [11:09] pitti: what would stop my camera showing up at all? Is is a dbus thing I want to file a bug but I'm not sure against what. [11:13] pitti: infact scrap that, things just got weirder my camera is showing up as a media player in RB rather than as a camera [11:27] pitti, hi [11:30] Hello. Are there any plans for releasing Firefox 3.6? It fixes a serious remote exploit bug.. My 9.10 only offers 3.5.8 === ogra_ is now known as ogra [11:39] davmor2: can you please do "ubuntu-bug storage" with the camera? that'll collect all the necessary info for me [11:39] hi tkamppeter [11:40] pitti: np's thanks [11:54] mvo: Heya; when creating a pbuilder env today, I got: /usr/lib/apt/methods/http: symbol lookup error: /usr/lib/apt/methods/http: undefined symbol: _Z14maybe_add_authR3URISs [11:54] mvo: I'm quite surprized that /usr/lib/apt/methods/http breaks -- it's from the apt package and should move with the rest of the APT ABI?! [11:55] pitti, it is about HPLIP FTBFS, our buildds does not identify itself as a Ubuntu box with lsb_release and so a Ubuntu-only patch does not work. [11:55] tkamppeter: they should [11:55] tkamppeter: I have many packages which rely on that [11:56] tkamppeter: did you add an lsb-release build dependency? [11:59] pitti: bug 544994, I've assigned it to you and added a snapshot of it showing up in rb and not nautilus. [11:59] Launchpad bug 544994 in linux "Fugi FinePix S5800 is showning up as a media player and not a camera" [Undecided,New] https://launchpad.net/bugs/544994 [11:59] pitti, no, I did not, I simply assumed that it is standard. [12:00] 15 conflicts encountered. [12:00] zsh: exit 1 bzr merge lp:plymouth [12:00] *cry* [12:00] davmor2: thanks [12:04] mvo: Apparently specific to cowbuilder, worked with pbuilder so I've used that [12:04] pitti: is apport tested with the new 1.0 LP API? as the beta API is EOL in April 2011. A quick grep shows that apport/crashdb_impl/launchpad.py still uses "transitionTo..." [12:05] geser: oh, did that change? [12:05] geser: I'm usually testing against staging, but unfortunately +storeblob is terminally broken on staging, so the test suite doesn't work any more [12:06] pitti: the beta API is still available but only till April 2011 (EOL of karmic), the 1.0 API is supposed to stay till EOL of lucid (April 2015) [see https://edge.launchpad.net/+apidoc/] [12:09] geser: would you mind creating/assigning a bug to me about it? (I've been knee-deep in gdm/gsd keyboard code for 4 hours now, and want to finish this first) [12:09] pitti: the main difference between the "beta" and "1.0" API is that the removal of mutator methods (for e.g. status, importance, assignee) [12:09] pitti: sure [12:09] geser: danke === sconklin-afk is now known as sconklin [12:17] lool: very odd indeed [12:17] lool: reproducable? [12:23] mvo: No, but I upgraded my system in the meantime [12:23] I had already updated this morning though [12:23] This is really werid [12:23] mvo: I don't know what happened the first ime [12:24] sudo cowbuilder --create --distribution lucid was how I got it [12:24] note-to-self ... teach slangasek about "sending patches upstream" :p [12:29] davmor2, just confirmed bug 544994 [12:29] Launchpad bug 544994 in linux "Fugi FinePix S5800 is showning up as a media player and not a camera" [Undecided,New] https://launchpad.net/bugs/544994 [12:32] where would I complain about unsolicited email from Canonical? [12:35] pabs3: would that be an email to test landscape perhaps? [12:35] yes === Mamarok_ is now known as Mamarok [12:43] pabs3: apparently this was only meant to have been sent to people who were current candidates for jobs at Canonical, but was mistakenly sent to rather more people than that; the Landscape people are looking into it [12:43] pabs3: (it has nothing to do with me ...) [12:44] pabs3, yours is the second complaint i've seen [12:44] why would this interest even current candidates? [12:44] * pabs3 agrees with libv [12:44] 4th I've seen, but I just pasted them all what cjwatson said :) [12:45] it wasn't meant to be sent to current candidates [12:45] (mistakes happen) [12:45] i also wasted time on this, not knowing what it was. [12:45] matumba: Thanks :) [12:46] cjwatson: thanks for the info, I'll refrain from mailing abuse@c.o and mark [12:50] current candidates> oh, ok [12:52] highvoltage: I've accepted the invitation for developer-membership-board to join edubuntu-dev; can you make it an admin? [12:54] Hello guys, I've received an invitation for Landscape through mail, what's the meaning of it, Pici told me it was a mistake of some sort, can you enlighten me with this? [12:54] cjwatson: done [12:54] highvoltage: thanks [12:55] blackxored, apparently this was only meant to have been sent to people who were current candidates for jobs at Canonical, but was mistakenly sent to rather more people than that; the Landscape people are looking into it [12:55] I was wrong about "current candidates", I'm told, but I don't have further details [12:55] directhex, thanks [12:56] Riddell, can you let u-boot-omap out of binary NEW ? [12:56] silly xorg-edgers PPA [12:58] Keybuk: do you perhaps happen to know how to dry-run plymouth to test a theme? [12:58] sure [12:58] plymouthd ; plymouth --show-splash [12:58] :D [12:58] ogra: accepted! [12:59] * ogra hugs Riddell [12:59] just in time for mobile meeting :) [13:00] highvoltage: try it in X ... you may be surprised [13:02] Keybuk: ok :) [13:04] Keybuk: nice, thanks! [13:06] plymouth quit to get rid of it, obviosuly [13:07] you have two windows of different sizes so you can make sure your theme works with multi-head [13:09] hi all, I am trying to registera new blueprint [13:09] Keybuk: ah, clever! [13:09] choosing hte Ubuntu project says it is too wide and I Have to narrow my search [13:10] what is the correct project name for hte operating system project? [13:10] pitti, thanks, new HPLIP is uploaded and did not give any FTBFS. [13:11] anybody knows if davd ben simon lurks around here ? [13:11] *david [13:21] stgraber: where does the LTSP squashfs need to go on the Edubuntu DVD? [13:22] pitti: are you aware that python throws up a small error while apport attaches the hardware information (only seen on cli)? [13:24] I asked in upstart and they recommended I move here.... Is $LANG an acceptable (and expected to be future supported) way to support locales in upstart? If not, could someone recommend something else? This is in reference to this potential patch for MythTV that is attached to https://bugs.launchpad.net/bugs/541042 [13:24] Ubuntu bug 541042 in mythbuntu "locale is not set up before mythtv-backend start" [Medium,Triaged] [13:24] cjwatson: ltsp/i386.img would be great [13:25] highvoltage: ^ just so you know where it'll be ;) [13:25] stgraber: ok thanks [13:26] stgraber: that's the path from the root of the image? how about amd64 images? [13:26] stgraber: is it necessary to put the architecture name in the image filename? [13:31] cjwatson: for now we're going to stick with only i386 images for the live infrastructure, if someone needs amd64 they'll have to install [13:31] so I should do this only for the i386 Edubuntu DVD image? [13:32] cjwatson: the i386 chroot will work on the amd64 disc (or at least, there's no reason why it shouldn't), so we'd like it on the amd64 discs as well [13:32] right stgraber? [13:32] hmm. cross-architecture stuff might be tricky. [13:32] I'll see what I can do [13:32] cjwatson: many people use amd64 servers with i386 ltsp chroots, it's a common use case. [13:33] cjwatson: ah you meant from a built perspective? sorry I think I'm with you now. [13:33] (s/built/build/) [13:33] that's what I mean, yes === MacSlow is now known as MacSlow|lunch [13:39] cjwatson: it's the i386.img for both amd64 and i386, so path is the same on both [13:40] looks like highvoltage was a lot faster than me on that one ;) [13:43] stgraber: there shouldn't be any build issues right? you'd just have to pass --arch for the debootstrap on the amd64 build host? [13:43] nah, will just fetch the i386 build for the amd64 CD build too [13:44] no point building it twice if it's just the same [13:45] that sounds good. [13:46] highvoltage: sure we could build it twice but we'll save quite a few mins of build time if we don't === jamie is now known as Guest95244 [13:56] * Keybuk crosses his fingers and does the "please don't crash my X server" dance === worellana_ is now known as worellana [14:01] COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME [14:01] Xorg 1027 root 5u CHR 4,7 0t0 1302 /dev/tty7 [14:01] lt-plymou 18140 root 0u CHR 4,7 0t0 1302 /dev/tty7 [14:01] lt-plymou 18140 root 1u CHR 4,7 0t0 1302 /dev/tty7 [14:01] lt-plymou 18140 root 2u CHR 4,7 0t0 1302 /dev/tty7 [14:01] hmm [14:01] I wonder if there's a magic lsof flag to tell me which of those is the process group leader for the tty [14:03] you mean between 1027 and 18140? ps should tell you no? [14:08] Keybuk: ps -f lists parent PID [14:09] no, that tells you their pgid ;) [14:09] I want to know which one is controlling that terminal [14:12] smoser, any feedback on 542395? [14:20] doko_, i will test right now. i'm at a hotel with 40k download cap [14:20] spent last night downloading [14:20] :) [14:21] smoser: thanks, no haste! [14:25] doko_, fixed. thank you. [14:26] smoser: ok, closing [14:26] already did. [14:30] stgraber,highvoltage: er, yeah, so ignore the Edubuntu DVD build I just did please, it turns out it helps to use the correct squashfs [14:30] rebuilding ... === dendro-afk is now known as dendrobates [14:31] ok [14:43] Does the 10.04 installer account for ssd block sizes when partitioning and setting up file systems? [14:43] Keybuk: # #2c001e --> 0.16, 0.00, 0.12 <- how does that conversion work!? === geser_ is now known as geser [14:46] highvoltage: ask tseliot ;-) [14:46] Keybuk: ok :) [14:46] though it's roughly right isn't it? [14:47] I'm not sure what 0.16 means. afaik 2c = 44. [14:47] 0.16 means 0.16 [14:47] 16% [14:47] etc. [14:47] ah! got it [14:48] highvoltage: I'm pretty sure I put this bit of information in the code but anyway, you need the rgb values [14:49] tseliot: though, 2c isn't 0.16 ;-) [14:49] highvoltage: and then you'll have to divide them by 256 [14:49] tseliot: heh, it seems mentioned everywhere in the theme except where I was working on atm (the background colours), I'll add it there for the edubuntu theme just in case someone wonders again [14:49] example: #ffffff => RGB 255 255 255 => 1 1 1 [14:50] :-) [14:51] apw: linux-meta-qcm-msm for main or universe? [14:52] Riddell: news on the kubuntu bootsplash theme? [14:53] kirkland: http://qa.ubuntu.com/reports/bug-fixing/lucid-fixes-report.html [14:53] kirkland: I caught up! :-) [14:53] tseliot: we have some designs, nothing final yet. maybe it's worth making the package now with a filler logo to get the technical side sorted? === MacSlow|lunch is now known as MacSlow [14:54] Riddell: it's bug ##507238 [14:54] bug #507238 [14:54] Launchpad bug 507238 in plymouth "No alternatives support for default theme yet, all themes in main package" [Medium,Triaged] https://launchpad.net/bugs/507238 [14:55] Keybuk: I won't upload my smooth transition patch for kdm (which I need to clean up anyway) until you upload your fix for plymouth so that quit and deactivate work correctly when X fails [14:55] bryceh: do we want wacom-tools back in the archive? removal log says "renamed to xf86-input-wacom" [14:57] rafiyr: yes, though it's a first attempt at doing so and it may be wrong [14:58] tseliot: that should be today [14:58] I have it merged in my working tree [14:58] and I'm just fixing your plugin ;-) [14:58] cjwatson: thanks. [14:59] Keybuk: nice. Do you mean the 16 colours renderer or my theme? [14:59] tseliot: your theme [14:59] adding Window.GetX() + to various bits where you center them [14:59] to be fair, Charlie only realised that this was needed yesterday [15:00] rafiyr: are you having problems with it? [15:00] but damn you for being insufficiently prescient :p [15:00] Keybuk: hehe. Why is that necessary? In case of multiple heads? [15:00] tseliot: yup! [15:00] cjwatson: not yet. Just planning for a new machine, wanted to know if I should prepartition or let the installer have a go at it. [15:01] multiple heads that are hardware offset [15:01] ie. one overlapping the other [15:01] plymouth gives you one big screen with two windows then [15:01] apparently [15:01] rafiyr: it should basically work it out - if nothing else, if it can't figure out anything better, it tends to align things to 1MiB boundaries now [15:01] which is better for most SSDs, slightly less friendly to 1980s-era Winchester hard disks, and makes little difference on anything else :-) [15:02] cjwatson: Good to know. mostly thinking about performance. [15:02] cjwatson: ya wouldn't be so good to give the first 1MB to the partition table and boot block on my 5MB drive. [15:03] Keybuk: BTW the version of plymouth I've been working with didn't have getters for coordinates yet, so no GetX(), etc. That would allow me to clean up my code a bit [15:03] cjwatson: Though I mostly just keep the 14" platters hanging on the wall instead of trying to run bloated systems like linux off them. === dendrobates is now known as dendro-afk [15:04] tseliot: is all pushed if you want to play [15:04] plymouthd;plymouth --show-splash works just fine in X now [15:04] so you can send messages, get keys, etc. [15:04] rafiyr: was more thinking about the fact that disks that really had 63-sector cylinders tended to like partitions to be aligned on them [15:04] and see the different effect on the two "heads" [15:05] rafiyr: which is why most people's /dev/sda1 is 32.5KiB from the start of the disk [15:05] Keybuk: very nice. The only problem with the X renderer, from what I remember, was that hiding the splash would freeze X as plymouth seemed to mess with drm [15:06] cjwatson: fair point. [15:06] tseliot: I fixed that :p [15:06] (current lucid has the fix) [15:07] Keybuk: fantastic. We should add your photo to the Ubuntu logo in the bootsplash :-) [15:08] (but then you would have to render it in 16 colours :-P ) [15:09] haha, why my photo? [15:09] because without you plymouth in Lucid would still be in a rather sorry state ;) [15:10] as long as I get the credit, and someone else gets the blame :p [15:10] let's rename it as it Plybuk or PlyScott :-P [15:11] a bit OT: how about not naming the purple color PLY_TERMINAL_COLOR_BLACK? :P [15:11] cjwatson: Hello SIr [15:12] matumba: because it's black [15:12] matumba: we don't invent a new terminal colour called PURPLE and use that [15:12] matumba: we reprogram the VGA to make the existing black colour more purple ;-0 [15:12] Keybuk, i see [15:13] matumba: Keybuk : Hello [15:13] kusum: hello? [15:13] matumba: http://people.canonical.com/~scott/purple.py [15:13] matumba: ^ run on a text VT [15:13] kusum: hello [15:14] tseliot: so OOI [15:14] tseliot: is the background supposed to be #2c001e or #27001d ? [15:14] cjwatson: Could you give me some guidelines on how to go about it [15:15] Keybuk: let me check [15:15] kusum: I don't know how Pardus is organised. We integrated Wubi into the Ubuntu installer so that Wubi just had to set up a preseed file and then press go [15:16] kusum: but the expertise required for the changes I made was expertise in the Ubuntu installer, not expertise in Wubi [15:16] kusum: since I don't know how the Pardus installer works, I'm not well-placed to advise on what you would need to do to it [15:16] pitti: woohoo! [15:17] Could you tell me your primary changes you made in Ubuntu installer? [15:17] kusum: you need something that can automatically create loop-mounted filesystem images on NTFS and install the operating system into those; and you need something that can deal with booting from that (sufficiently recent version of grub2, but you need to be careful with the integration; also something in your initramfs) [15:17] kusum: mainly writing the 'partman-auto-loop' component to do the automatic partitioning and loop-mounted-image creation [15:18] kusum: and tweaking the boot loader installation component to handle slight differences in the configuration file it needed to write [15:18] now that will differ for pardus or can i port partman-auto-loop directly to pardus? [15:19] I have no idea what installation system pardus uses [15:19] right, time to read the update-alternatives man page again [15:19] if you don't hear from me within a couple of hours, send rescue parties [15:19] unless it's pretty closely based on the Debian or Ubuntu installer, you'll have to rewrite it [15:20]