[12:13] Ok, I did tests on feisty for my package and I'm ready to upload [12:14] I got this error : Signer has no upload rights at all to this distribution. [12:14] fgiraldeau: is a new package not in ubuntu or a patch for an existing one ? [12:14] fgiraldeau: that means you dont have upload rights [12:14] This is a new package [12:14] ok and your uploading to REVU ? [12:15] Yes. Is it correct? [12:15] yes [12:15] have you added your self to the lp team? [12:15] and has a admin synced the keyring ? [12:16] I'm in this team : ubuntu-universe-contributors [12:16] yes, one sec lemme sync the keyring [12:19] gah i cant do it atm, ajmitch are you still arround ? === CarlFK [n=carl@c-24-13-53-221.hsd1.il.comcast.net] has joined #ubuntu-motu === dholbach [i=daniel@conference/canonical/x-370dfc18bbe68600] has joined #ubuntu-motu [12:21] imbrandon : Thanks for all your time [12:21] fgiraldeau: no problem, sorry i cant login to tiber atm, ajmitch or other revu admin will have to sync the keyring [12:21] I promess to Gideon to upload this package today :) [12:21] when they become non-afk [12:22] Right, no problem [12:23] ok back in about an hour === imbrandon is away [12:24] I will be back too in one hour === herzi [n=herzi@kiwi.mediascape.de] has joined #ubuntu-motu === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-motu [12:36] dholbach, vil: any progress towards becoming a MOTU? [12:37] doko: did not progress much till last time [12:37] doko: I didn't work closely enough with vil to say something about it [12:37] vil: hey... how are you? [12:37] dholbach: fine, thx [12:38] vil: what would you like to work on? [12:39] dholbach: I am particulary interested in eclipse and java [12:39] woah nice [12:39] dholbach: also python is my favorite, but do not have much experience with that [12:39] vil: did you find anything to work on already? [12:40] vil: you can be tutored on that ^_^ [12:40] dholbach: doko helped me to publish eclipse-pydev so far [12:40] cool [12:40] vil: whatever you need, feel free to ask ^_^ === pygi is also always willing to help [12:40] pygi: seeing your nick you seem to like python [12:40] lol ^_^ [12:41] dholbach: plus he helped with updating patches for eclipse-3.2 and packaging build dependencies [12:41] vil: as pygi said, if you need anything - just shout [12:41] doko: yes, that's me [12:41] vil: good work [12:42] vil: I can instruct you about dark magic of how burning works on low levels ^_^ [12:42] dholbach: so what can I do to become one of the masters? [12:42] dholbach: btw. if you need me to package anything this weekend, you shout ^_^ [12:43] vil: just contribute, get your gpg key signed, and appear in front of council ^_^ [12:43] pygi: I am not quite sure if should ask about burning. does it hurt? :) [12:43] vil: always :P If I have to translate: cd recording ^_^ [12:44] pygi: for gpg - task completed [12:44] vil: nice ^_^ [12:44] pygi: why do you use "^_^" after every sentence? [12:45] you should be able to find my key signed by kabi@debian.org [12:45] dholbach: dunno, will stop :P [12:45] dholbach: sorry [12:45] I didn't ask you to stop i t - I just wondered ;-) [12:45] dholbach: now he will use :P lol [12:45] dholbach: dunno, just happy :P Won't be after today again, but oh well :) [12:45] vil: ergh :) [12:45] :-) === xopher [n=xopher@unaffiliated/xopher] has joined #ubuntu-motu [12:46] dholbach: o, btw. (/me bugs again) libburn is now up to par with cdrecord cd-recording tasks ^_^ [12:46] dholbach: what about second task - contributing [12:46] in theory ^_^ [12:46] vil: well, write patches/package them, work on new packages, etc, etc [12:46] pygi: nice [12:47] ups, I did it again, that smiley :P [12:47] vil: doko just told me what you worked on up until now - to me it sounds like you should go for MOTU soon :-) [12:47] pygi: ok, I mean when am I ready to stand in front of the council? [12:47] vil: as dh said ... soon :) [12:47] vil: with what doko told me, I think you are [12:48] dholbach: /me will never be motu, damn keys, and my exams for stopping me come to UDS :) [12:48] but me just stops and goes away not to bug people working ... [12:49] pygi: you're welcome :) [12:49] vil: hehe :) [12:49] pygi: for me it was perfect invitation [12:49] vil: I'm welcome for what, heh? :P [12:50] vil: did you read http://www.ubuntu.com/community/processes/newdev ? [12:51] dholbach: I guess yes, but reading it again does not hurt [12:51] vil: are you an ubuntumember already? [12:53] dholbach: I have signed the manifest but did not ask any council, yet [12:53] vil: then you should do that first and ask doko to be at the next CC meeting too, so he can do the cheerleading for you :-) https://wiki.ubuntu.com/NewMemberHowto [12:54] vil: oh, you have to become member first prior to motu === ajmitch returns from lunch === Q-FUNK [n=q-funk@dsl-hkigw8-feb6fb00-217.dhcp.inet.fi] has joined #ubuntu-motu [12:57] doko: well, will you be my cheeleader on the next CC? [12:57] dholbach: didn't we had those exceptions where you could apply for both in one run? [12:57] doko: it seems that it does not have a date, yet. [12:57] vil, dholbach: I won't have email access next week, so maybe somebody else can do that === _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-motu [12:58] pygi: probably, yes - the documents are quite confusing [12:58] pygi: we're changing the process currently [12:59] pygi, I am not in a rush, but if we can make it short, I would not argue ;) [12:59] but until then we stick to the old process [12:59] dholbach: does one involve being able to upload with keys signed by DD's or UD's? :P [12:59] hm? [12:59] you really really should have that signature [01:00] ajmitch: I know, but no one to sign :-/ [01:00] dholbach: without* [01:01] how often does the CC meet? [01:02] dholbach: and is it possible to make it in one round like pygi suggested? [01:02] vil: generally every 2 weeks I believe [01:02] vil: then you should try to make the next ubuntu-dev meeting [01:02] aeh [01:02] TB meeting [01:02] and join the ubuntu-dev team === cr3 [i=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-motu [01:07] dholbach: was not able to find the next CC meeting [01:07] then it has not been announced yet [01:07] dholbach: https://wiki.ubuntu.com/CommunityCouncilAgenda just mentions the last one a moth ago [01:08] http://fridge.ubuntu.com/event [01:08] so it's not been announced yet [01:08] hopefully there's another one soon [01:08] I wonder when CC nominations happen [01:08] dholbach: nice to see you on our schedule! [01:09] still awake [01:09] hello bhale [01:09] vil: good luck on a meeting [01:09] bhale: on your schedule? :) [01:09] dholbach: yes. [01:10] pygi: thx [01:10] vil: and please do shout if there is anything you need, we'll be more then glad to help [01:11] and one more thing you'll learn is that I often very annoy people [01:11] dholbach: thx for introduction to the processes, I have to read all that stuff [01:11] pygi: lol [01:11] vil: just add yourself to the ubuntu-dev team and be sure to be at the next TB meeting (once a date is set) [01:11] vil: if you need anything else, let me know [01:12] dholbach: first I have to be a member, right? [01:13] vil: you said you'll try both so shhh :) [01:13] vil: you should attend the meeting whichever comes first :-) === rpedro [n=rpedro@87-196-5-166.net.novis.pt] has joined #ubuntu-motu [01:15] I am somewhat slow, but now I get it === lupine_58 [n=lupine@nick.lupine.me.uk] has joined #ubuntu-motu [01:43] ajmitch: remember the bug about GCC_4.2.0 symbol discussed here a few days ago? [01:43] yes [01:43] I found Debian bug #386121 about exactly this issue [01:43] Debian bug 386121 in libstdc++6 "libstdc++6: Incompatibility with older libgcc_s.so.1" [Important,Closed] http://bugs.debian.org/386121 [01:43] linked the launchpad bug to that? [01:43] just in case you are interested :-) === bddebian [n=bdefrees@c-71-224-172-103.hsd1.pa.comcast.net] has joined #ubuntu-motu [01:44] not particularly, it didn't affect me [01:44] ajmitch: now which LP bug was that? :-P [01:44] doko may be interested though :) === ajmitch goes to search his bugmail folder [01:45] ajmitch: not a bug [01:45] bug 71559 [01:45] Malone bug 71559 in Ubuntu "libgcc_s.so.1 prob? libstdc++.so.1 and libgcj.so.70 complain about GCC_4.2.0 no being found" [Undecided,Unconfirmed] http://launchpad.net/bugs/71559 [01:45] doko: good to know [01:45] it shouldn't affect anybody who don't use broken third-party software (by broken means it provides its own libgcc_s.so.1) [01:46] yeah, doko said it's not a bug in the Debian bug, so no point to bother him with the ubuntu bug, I suppose [01:46] he's already been bothered now :) === psusi [n=phreak@user-0c6s9kn.cable.mindspring.com] has joined #ubuntu-motu === freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-motu === jrib [n=jasonr@unaffiliated/jrib] has joined #ubuntu-motu [01:56] minghua: you don't need readline support for that gnuplot history thing? [01:57] LaserJock: I don't know, note I said "may" :-) [01:57] LaserJock: the upstream web page is rather unclear either [01:57] I suppose I need to try a real configure to find out [01:58] LaserJock: I can't imagine Fedora violating GPL though, as --with-readline=gnu has been available for years [01:59] well, every distro I've know except Debian has had readline support in gnuplot [01:59] oh. [02:00] I don't really get it but apparently Debian doesn't like it [02:00] if readline is GPL, and gnuplot isn't, you won't be compiling readline support in [02:00] LaserJock: it's really crystal-clear case: your license is not compatible with GPL, you can't link to GPL library. period. [02:01] right, but ever distro I've used other then Debian/Ubuntu has had it [02:02] there's a BSD-licensed libedit I believe, which might be binary-compatible to libreadline === hub [n=hub@toronto-hs-216-138-231-194.s-ip.magma.ca] has joined #ubuntu-motu [02:03] azeem: thanks, I'll look into that === aBiNg [n=helo_aBi@221.6.29.75] has joined #ubuntu-motu [02:04] the description of libedit2 says "it slightly resembles GNU readline" though [02:04] but yeah, that was my first intro to debian packaging [02:04] minghua: maybe gnuplot can use it, dunno === lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #ubuntu-motu [02:10] imbrandon: how long does kvirc build for? jeesh [02:11] i started the build and left for dinner, came back and it is still building === theCore [n=alex@modemcable128.255-131-66.mc.videotron.ca] has joined #ubuntu-motu [02:12] thats nothing === freeflying [n=freeflyi@61.149.0.191] has joined #ubuntu-motu [02:17] try leave for sleep next time? :-P [02:18] ya, but we are talking an IRC client [02:18] nixternal: I remember imbradon mentioning kvirc took surprisingly long time to build as well [02:19] i think he did as well [02:19] wow..it has been going for probably 45min now [02:20] this isn't the strongest computer, but it isn't the weakest either === Adri2000 [n=Adri2000@unaffiliated/adri2000] has joined #ubuntu-motu [02:30] how come an updated package never showed up in the feisty changes list or one p.u.c, but if i apt-cache show it, it shows the updated package [02:33] nixternal: is it an autosynced package? === rpedro [n=rpedro@87-196-102-188.net.novis.pt] has joined #ubuntu-motu [02:34] p.u.c is pretty outdated from what I heard [02:34] no it wasn't [02:34] ahhh === fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-motu [02:45] hi all === zenrox [n=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-motu [02:55] lol @ The Office [02:55] that show is flippin hilarious [02:56] haha [02:56] chillywilly: dude [02:56] my name is earl is better [02:56] chillywilly: the product placement was awful [02:56] nixternal: ... [02:56] no one would watch Earl if it wasnt before the office [02:56] I like both of them [02:56] no way...I like what's his face from all the Kevin Smith movies [02:57] is the ... good or bad? [02:57] bad [02:57] hehe [02:57] >:-| [02:57] I shall eat your children === rasman [n=rasmusse@24-197-217-36.dhcp.roch.mn.charter.com] has joined #ubuntu-motu [02:57] muwaahahahaha [02:57] heck ya chillywilly! [02:58] i forgot his name..and the name he goes by in mallrats and what not as well [02:58] Brody [02:58] the guy staring at the picture? [02:58] hahaha [02:58] the comic book man [02:58] oh [02:58] keep making dick and fark jokes man! [02:58] i haven't seen clerks 2 yet [02:59] the big fat one? [02:59] i forgot his name too [02:59] hahaha [03:00] phew, I was worried I missed them [03:00] thank goodness for PST [03:01] lol [03:01] my only reason for having a TV is Thursday night [03:01] well, there are some movies I like too [03:02] but Earl and the Office are the only TV shows I watch [03:02] other than the SciFi channel ;) [03:02] hehe [03:02] well, I don't get the SciFi channel [03:02] have you seen the 40yo virgin? [03:02] only local stations [03:03] nixternal: no [03:03] hhe [03:04] haha, that guy had me laughing so hard in that movie [03:04] when they wax his chest hair....my god you could see he was dead serious during that [03:06] nixternal: you seen Nacho LIbre? [03:07] no === nixternal looks it up [03:07] is it new? [03:07] omg, jack black..ahahahahah [03:08] i gotta get that [03:08] well, it's Jack Black and one of the guys that made Napoleon Dynamite [03:08] I haven't seen it [03:09] but it looks interesting [03:10] <_MMA_> LaserJock: I just watched it. [03:10] <_MMA_> It was ok. I dont know if it will grow on me like Napoleon Dynamite. Was ok. Worth it to see once. [03:11] hahaha [03:11] im watching the trailer [03:11] yeah, I think I'll rent it once at least [03:11] hit him in the chest with a bee hive [03:11] <_MMA_> THAT was funny. :) [03:12] I don't think I've ever seen a Jack Black movie [03:12] Don't bother :-) [03:12] <_MMA_> LaserJock: Didnt see 40year old virgin? [03:12] no [03:12] <_MMA_> I watch that once a week. :) [03:12] what? [03:12] jack black is nuts [03:13] <_MMA_> nixternal: Hes great in High Fidelity. [03:14] I watched these Jack Black "making of" movies of Nacho Libre [03:14] quite funny [03:14] the waxing was what reminded me of it [03:14] he gets his whole chest waxed [03:14] high fidelity rocked [03:15] in 40yo virgin, they put a smiley face in his chest...he makes up cuss words it hurts so bad [03:16] you could actually see the pain when they did it [03:16] <_MMA_> "Man-o-latern" === kjcole [n=kjcole@ubuntu/member/kjcole] has joined #ubuntu-motu [03:16] hahaha [03:17] poor pam [03:17] <_MMA_> nixternal: In the "making of" they show him afterwords getting burn cream out on the areas he got waxes. The blood was real. [03:18] <_MMA_> *waxed [03:18] chillywilly: don't spoil it for me :p [03:18] ouch [03:18] you're not watching it? [03:19] no [03:19] haha [03:19] it's only 6:20 here [03:19] hmm..i might go payperview the ground truth === jaldhar_ [n=jaldhar@c-68-38-202-139.hsd1.nj.comcast.net] has joined #ubuntu-motu === fgiraldeau [n=francis@modemcable113.31-201-24.mc.videotron.ca] has joined #ubuntu-motu [03:47] jeesh, 503 emails for feisty-changes [03:47] heh [03:47] tis nothing [03:47] i just got bombed [03:47] don't subscribe to ubuntu-bugs then [03:47] heh [03:47] when i was watching pr0n it was.. [03:48] i mean youtube [03:48] not boogs, changes ;) [03:49] i wanna see all of those in the next uwn for feisty updates ;) === jdong_ [n=jdong@d192-24-235-141.try.wideopenwest.com] has joined #ubuntu-motu === lotusleaf [n=lotuslea@kernel-panic/member/carne.asada.burrito] has joined #ubuntu-motu [03:52] crimsun: "afraid of sunlight"? [03:52] that's what Flash does to me [03:53] heh [03:56] crimsun: do you have food delivered to your computer? [03:56] ah, bddebian is here [03:56] or maybe you don't even need food [03:56] No he's not === LaserJock ponders [03:56] LaserJock: I haven't done that in a while [03:56] LaserJock: He's a machine, he doesn't need food [03:57] we don't need council greyskull [03:57] we have crimsun (and bddebian) [03:57] mhm [03:57] heh [03:59] anyone here know a lot about the new features in ext? specifically the resize inode, dir_index, and filetype? [03:59] I'm trying to patch defrag to handle them properly [04:00] psusi: heh, e2defrag is still alive? [04:00] psusi: I wrote pyfragtools (lp/product/$@) for that purpose :D [04:00] sort of... the package is still in the archive, though it has been failing to build for the last two releases [04:00] I'm dusting it off [04:01] psusi: it's a FS-neutral data defragger [04:01] doesn't do crap about free space [04:01] I've already made 5 patches to fix bugs and make it work with modern formats, and use sane amounts of buffer cache on modern machines [04:01] :) [04:01] fs jeutral? [04:01] fs neutral even? [04:01] psusi: yeah [04:01] psusi: it uses FBIOMAP [04:01] ahhhh [04:01] psusi: which is implemented for practically everything :D [04:02] and copies/deletes the file until it is contiguous? ;) [04:02] psusi: basically yeah [04:02] psusi: it's pretty damn effective at getting the job done :D [04:02] itit doesn't work so good on filesystems that use sub block allocating [04:02] maybe not [04:02] I've used it effectively on ext3, reiserfs, and JFS though [04:02] yea, but it doesn't have the cool dancing block ansii map like defrag does ;) [04:02] though JFS really didn't need it :D [04:02] what happens when it hits tails on reiser? [04:03] psusi: they're not fragmented by definition? :D [04:03] yea they are [04:03] the last part of the file data is stored elsewhere from the rest of it === lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #ubuntu-motu [04:03] and there may be multiple tails in the same block [04:04] interesting point [04:04] Hi there, I'm ready to upload a package and would like to know if my gpg key has been included in the list [04:04] psusi: in which case it would be a WONTFIX --> e2fsprogs::filefrags bug :D [04:04] I've been toying around with another idea lately too... du is horribly slow on large directories because it stat()s each inode in the order that readdir() returns them... which has a completely random relationship to the disk block order of the inodes [04:05] so du causes a massive seek storm [04:05] yep [04:05] would be nice for readdir() to return directories in the order that their inodes appear on disk [04:06] but right now I'm trying to figure out WTF these new ext features are [04:06] hehe [04:06] I got it to at least not corrupt the fs anymore, but it is treating the resize inode as bad blocks [04:06] I'd like it to be able to move it [04:07] I still don't even understand WTF the resize inode is [04:07] and why it is created by default [04:07] average users don't need to resize the fs on the fly [04:08] and it appears to reserve a good chunk of disk space [04:08] dapper did not have this [04:11] jdong_, you have universe upload access? [04:11] psusi: no, sir === psusi is looking for a sponsor to upload [04:12] hehe === jdong_ does that a bit too :D === schultmc_ [n=schultmc@c-68-58-138-203.hsd1.in.comcast.net] has joined #ubuntu-motu [04:29] any suggestions on how to gauge upload speed in a python script? === FliesLikeABrick_ [n=Ryan@cpe-72-224-116-131.nycap.res.rr.com] has joined #ubuntu-motu === mayday_jay [n=mayday_j@maydayjay.net] has joined #ubuntu-motu [04:33] nixternal: hmmm [04:34] "I played around with LaserJock ..." ? [04:35] haha [04:36] jdong_, same way you do it in any language? bytes send divided by time [04:36] psusi: where to, though? [04:36] psusi: AIUI, to resize the FS [04:36] psusi: you neeed to expand the INODE table? (or something) [04:36] so it reserves space to do that [04:36] it does this so you can expand online [04:36] i could be off the mark but thats how i understand it anyway === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-motu [04:37] AIUI? [04:37] as i unstand it [04:37] ahh [04:38] and it has to reserve it when the fs is created so it can be sure to grab the fixed blocks where the expanded inode table must be located? [04:38] I see.... then yea... you don't want to go moving those blocks around ;) [04:38] http://www.ussg.iu.edu/hypermail/linux/kernel/0409.3/1569.html [04:39] wow did universe get a new shipment of packages :D [04:39] I saw that email aready and it doesn't seem tob e relatred [04:39] related even === _jaldhar [n=jaldhar@c-68-38-202-139.hsd1.nj.comcast.net] has joined #ubuntu-motu [04:40] that seems to be talking about getting rid of a dummy in memory only inode that was used as a means of adding new blocks to the free list ( by unlinking an inode that had those blocks allocated ) [04:40] ah ok [04:40] but oh well.... defrag at least refuses to move the inode so it doesn't clobber the fs [04:40] maybe now I can find someone to upload it ;) [04:41] though I think we should also turn off the expand inode by default... average desktop users don't need to be able to expand the fs on the fly [04:41] if they really want to they can just boot from the livecd and use gparted === ajmitch likes being able to expand the fs [04:42] wait a second... [04:42] why does space need reserved for expanding? if you expand the fs, you will be adding the new inodes and bitmaps in the new space [04:42] not converting existing data blocks into inodes === ajmitch looks at the cost of getting another sata disk [04:46] wait a second... [04:46] shouldn't this control file specify ALL for Architecture:? not any? [04:46] psusi: my limited understanding of filesystems indicates theres an area that maps out the in use inodes.. or something [04:46] err... maybe I got those backwards again [04:46] which it reserves additional space for so it can expand without unmounting the filesystem [04:46] arguably a technical limitation [04:46] psusi: yep, arch: any means compile for any arch [04:46] which one means build for each availible architecture, and which one means build once and it runs on all architectures? [04:47] Lathiat, it doesn't make sense to reserve any space though since the space for the new data does not exist yet... it will be in the new area after the fs is expanded [04:47] you can't reserve something that does not yet exist [04:48] psusi: no this is part of a map of the inodes that is created in the existing space [04:48] and apparently ext3 cant "add more to that map" whiel the FS is mounted [04:48] but if it pre-allocates it, it can [04:48] again, im arguing blind here, youd be best to speak to someone who knows more than i do :) [04:49] the inodes are stored in blocks at known intervals throughout the disk... so when you expand the fs and need to add more inodes, you add them to the new area, not the old [04:49] heh [04:49] then im possibly wron gbut it *definitely* needs to reserve some space int he existing part of the disk [04:49] for somethign! [04:49] who knows what [04:49] i thought it was a map of in use/not in use inodes, i may be wrong [04:50] probably am [04:50] afaik, the inodes and allocation bitmaps are in blocks of fixed size at fixed intervals throughout the disk... so if you add more disk, you add more inodes and bitmaps in the new part of the disk, not the old === psusi needs to track down Theodore Ts'o [04:53] anyone feel like testing my defrag fixes? and maybe uploading them? [04:53] https://launchpad.net/distros/ubuntu/+source/defrag/+bug/6546 [04:53] Malone bug 6546 in defrag "Failed to build on amd64" [Medium,Needs info] === psusi pokes Ubugtu... what other tricks you do bot? [04:55] psusi: i cant help but think witha tool a particularly potentially data destroying as defrag, poking those patches around upstream before uploading them to ubuntu might be usefull? [04:55] Lathiat, well, the version currently in the archive is KNOWN to eat filesystems.... my fixed version doesn't to my knowlege ;) [04:55] and I fear there isn't much upstream... [04:56] the package doesn't appear to be maintained really [04:56] yay, new samba to merge, just when i was doing 3.0.23c [04:56] the debian maintainer appears to only apply patches that users submit to him [04:56] very infrequently [04:56] psusi: hrm, right [04:56] also there is currently only an i386 binary in the archive, and that is from breezy [04:57] heh [04:57] cause it has failed to build from source on dapper and edgy [04:57] awesome :/ [04:57] got to love it ;) [04:58] anyhow.... I'll do some more testing on some larger filesystems and see if it screws the pooch [04:58] but so far, it is working well on dapper on i386 and edgy on amd64 [04:59] of course, the package description still says THIS CAN EAT YOUR DATA, SO BACK UP FIRST ;) === Arrogance [n=aks@ottawa-hs-206-191-39-80.d-ip.magma.ca] has joined #ubuntu-motu [05:03] LaserJock: you prevert! [05:03] you said it!! [05:06] hehe [05:07] where did i say that? [05:07] oh, the blog post [05:14] re [05:15] ohhh looks like keybuk dud a ton of debian to ubuntu NEW [05:15] let the fun begin [05:15] mote? [05:16] 503 to be exact [05:16] i have 520+ since i loged in last , but still , the fun has started [05:16] now i can properly update a few things [05:17] anything you need help with that doesn't require brain surgery, i can help ya out [05:18]