[12:01] <Mez> lol
[12:15] <sladen> iBalo: wasabi 
[12:15] <sladen> gah
[12:16] <sladen> iBalo: sorry, completion
[12:17] <sladen> iwj: you could make your firefox retection thing do a forced immediate  sudo mount -o remount,ro /  
[02:40] <BenC> anyone know of a good decompiler?
[02:44] <floam> did old bugzilla bugs get moved to malone?
[02:45] <floam> http://bugzilla.ubuntu.com/show_bug.cgi?id=21515 won't let me comment on it, but I can't figure out if it's been moved somewhere or if I need to recreate it.
[02:45] <Ubugtu> ubuntu bug 21515 in linux "sata_via: ATAPI not working" [Normal,Needinfo]  
[02:46] <BenC> floam: top of the bugzilla page should have a link to the malone bug
[02:48] <floam> oh, I'm blind, thanks
[02:48] <floam> it's even in a big blue contrasting box
[02:48] <floam> perhaps that just got added in the last few days. I know I tried to get there a week ago and was looking all over
[02:49] <BenC> been there since the conversion :)
[02:51] <floam> guh.
[02:51] <floam> Guess I'm retarded :)
[02:52] <floam> BenC: oh, that's the same bug you were helping me with. any idea if newer libata stuff could get backported back at this (late-ish) point?
[02:52] <floam> I managed to get it working with a 2.6.16 rc
[02:56] <BenC> 2.6.16 contains a lot of pata stuff that likely wont get backported
[02:56] <BenC> but you can try taking sata_via.c and compiling it with our kernel...if it works, I might do it
[02:57] <floam> I can try that. There were numerous other ATAPI fixes/changes that were outside sata_via, don't know where it was fixed there
[02:57] <floam> s/where/if/
[03:00] <mjg59> BenC: You reverted the ACPI stuff?
[03:00] <BenC> mjg59: I couldn't even boot with it
[03:01] <mjg59> BenC: Heh. I'll try taking a look.
[03:01] <BenC> usb didn't even work
[03:01] <mjg59> Sounds like interrupts had gone
[03:01] <BenC> so I couldn't debug it at all
[03:01] <BenC> yeah, pretty much
[03:01] <mjg59> pci=noacpi would probably have got you booted
[03:01] <BenC> ide worked, but net+usb+scsi was done
[03:02] <BenC> I didn't even think to try, it was just scary :)
[03:52] <humboldt> The nomenclatur of Release files seems to have changed in breezy. apt-show-versions does not seem to accommodate these changes nor does apt_preferences! This leeds to a wayor mess!
[05:30] <sladen> Firefox just crashed ...when filing a bug on the Mozilla Bugzilla.  How annoyingly typical.
[05:40] <OddAbe19> is there a bug with nvidia and glx, i can't get my glx to work no matter how many times i've reinstalled nvidia driver... i looked on bugzilla, couldn't find anything
[05:42] <Chipzz> first of all, this is not the place for end-user questions
[05:43] <OddAbe19> i know that
[05:43] <OddAbe19> but you deal with bugs
[05:43] <Chipzz> then why do you ask?
[05:43] <Chipzz> anyway
[05:43] <OddAbe19> i couldn't find a bug on bugzilla about it
[05:43] <Chipzz> did you use the ubuntu packages?
[05:43] <OddAbe19> so i thought i'd ask since it wasn't busy
[05:43] <OddAbe19> no, the binary
[05:43] <Chipzz> see
[05:43] <OddAbe19> the package is broken right now
[05:43] <Chipzz> that's where your problem is
[05:44] <Chipzz> ok... so let me get this straight... you do not use the package and then come in here asking if there is a bug in the package? :)
[05:44] <OddAbe19> actually, in all honesty, i've never had a problem with the binary, only the provided packages, so i stuck to the binary.  Modulization seemed to have broken it and i was just wondering if it was a common problem
[05:44] <OddAbe19> i wasnt sure if it was an X problem or not
[05:44] <OddAbe19> that's all i wanted to know
[05:46] <Chipzz> afaik (but I'm not a developer, and my laptop running dapper with the nvidia card hasn't been updated in a week or something), everything works just fine
[05:47] <OddAbe19> ok, then it's me
[05:47] <OddAbe19> i'll dig deeper, thanks
[05:48] <Chipzz> but you should be asking on #ubuntu, really
[05:51] <Chipzz> and you should be using packages, *REALLY*
[05:51] <Chipzz> and if those are not working for you like you claim, file a bug ;)
[07:12] <zakame> hi devs :)
[07:50] <phlaegel> Chipzz: still around?
[10:29] <LeonWP> hi
[10:29] <LeonWP> does anyone know why there is only a ppc version of this release?
[10:29] <LeonWP> http://cdimage.ubuntu.com/daily-live/current/
[11:16] <zyga> anyone who knows the initrd magic of ubuntu around?
[11:48] <\sh> hmmm
[11:48] <\sh> does anybody see a strange behaviour of his clock applet after latest libc6 update?
[11:49] <\sh> in kde it shows UTC, but system time is localtime (in my case CET)
[11:49] <\sh> I didn't check gnome..that's why I'm asking :)
[11:52] <zyga> checking
[11:52] <zyga> I've got correct local time
[11:52] <\sh> strange...
[11:53] <\sh> because I get this every time I restart kicker (kde panel) and/or restarting the clock applet:
[11:53] <\sh> grep: /usr/share/lib/zoneinfo: No such file or directory
[11:53] <\sh> grep: /src/*: No such file or directory
[11:53] <\sh> /bin/bash: /bin/awk: No such file or directory
[11:53] <\sh> and there is no reference of this in the source 
[11:54] <zyga> maybe it's specific to kde?
[11:54] <zyga> is that a glibc message?
[11:54] <\sh> zyga: i'll check
[11:55] <\sh> but there must be a system/exec call to grep somehow..
[11:55] <\sh> and I don't think that glibc is executing grep :)
[03:19] <lsuactiafner> wget http://za.archive.ubuntu.com/ubuntu/pool/main/l/ladspa-sdk/ladspa-sdk_1.1-2build1_i386.deb http://za.archive.ubuntu.com/ubuntu/pool/multiverse/e/em8300/em8300-headers_0.14.0-2_all.deb http://za.archive.ubuntu.com/ubuntu/pool/main/libx/libxmu/libxmu-headers_6.2.3-5_all.deb <-- those packages are *BROKEN*
[03:19] <lsuactiafner> currupted or something. headers and md5 checksum doesnt work. i did wget and tried dpkg -i and still no luck
[03:22] <lsuactiafner> right i got dpkg -i to work but apt-get doesnt like them. 
[03:46] <sebest> mjg59, hello, any plan to support SD / MMC card reader in notebooks?
[03:46] <sebest> i tested http://mmc.drzeus.cx/wiki/Linux/Drivers/wbsd and it works well and support many laptops
[03:47] <mjg59> sebest: It's in the Dapper kernel
[03:48] <sebest> already?
[03:49] <mjg59> Yes
[03:49] <mjg59> (Since it's in the upstream kernel)
[03:50] <Treenaks> any idea when the new kernel build will hit dapper (with the fixed parts of that driver, and some other goodies) ?
[03:51] <mjg59> Treenaks: You'd have to ask Ben
[03:51] <HiddenWolf> mako: rofl, great blog entry 
[03:51] <sebest> is ther any reason that "SHMConfig" is not set to True for synaptics drivers.
[03:52] <Treenaks> sebest: security
[03:53] <sebest> Treenaks, security? you mean on multi user systems?
[03:55] <sebest> it seems that the synaptics configuration tools needs it to work (qsynaptics, synclient, etc)
[03:56] <Treenaks> sebest: Sure, but the current method (shm) is insecure, and a better way should be found.
[03:59] <sebest> with ksynaptics you can configure your touchpad to (for example) middle-click when you tap it with 2 fingers
[04:15] <mdke> Mithrandir, *poke* *poke*
[04:16] <Simira> mdke: he's on his way home :D
[04:16] <mdke> Simira, ah thanks
[04:36] <Simira> did someone break gnome terminal?
[04:38] <Treenaks> Simira: I think so.
[04:38] <Treenaks> Simira: I've heard keybuk complain about it, and my g-t crashed once already
[04:39] <Simira> Treenaks: it doesn't crash, it just doesn't start :p
[04:39] <Simira> so, it's xterm for now, then
[04:39] <Simira> Treenaks: any other issues on the laptop-testing? Think all is fine on nc8230 now
[04:40] <Treenaks> my ati still doesn't work
[04:40] <Treenaks> And most of my other bugs still stand too (no working WEP in the installer, etc)
[04:41] <Treenaks> The SD slot should be working after the next kernel update
[04:41] <Treenaks> (not the smartcard though)
[04:42] <Simira> hm, ok
[04:50] <mjg59> sladen: Is that a literal "in the house"?
[04:51] <sladen> mjg59: yes.
[04:52] <Simira> :-)
[04:52] <Simira> sladen: in London, for a change?
[04:52] <sladen> mjg59: I think there is a Toshiba Tablet---which would give me a chance to check the speffal keys
[04:53] <sladen> Simira: home sweet home.  But far too warm :)
[04:53] <Simira> sladen: oh, wanna switch? It's freezing and snowing here. Planning to have a weekend in Spain or something...
[04:54] <mjg59> sladen: I've got a Toshiba tablet
[04:54] <mjg59> There aren't any special keys
[04:54] <mjg59> Oh, hang on, that's not even remotely true
[04:54] <mjg59> There are, but I can't remember what I did with them
[04:55] <Simira> hehe
[05:08] <hunger> Where is this gnome-power-manager and the gnome-volume 
[05:09] <hunger> -manager started, please?
[05:10] <sivang> sladen: what are you up to on the sprint besides trying to catch the virus? :)
[05:13] <sladen> sivang: sudo-hints, and then after that mvo pursuded me to spend the rest of the time focused on zsync hacking
[05:15] <sladen> we need a D-Bus HUD backend and KDE/GNOME frontends to pop up pretty icons when Brightness/Volume/Wifi/Bluetooth/Wifi/Video status changes
[05:15] <sladen> KDE already has kmilo
[05:15] <sivang> sladen: HUD ?
[05:15] <sladen> and Gnome sortof has gnome-settings-daemon  Head-Up-Display
[05:17] <sivang> sladen: ah, sounds interesting. So you're helping push those specs, cool :)
[05:18] <hunger> It seems both kde and gnome nowadays read /usr/share/autostart... Before only kde did IIRC. How can I configure which of the files there are started with gnome and which of them with kde?
[05:18] <sivang> sladen: do you happen to know / able to explain the differences between reported size of files on the fs and the "real" sizes, as per https://wiki.ubuntu.com/HomeUserBackup , I need to calucalte sizes of home folder, to instruct a user how many CDs will he need to back them up.
[05:19] <hunger> I found a mail on freedesktop.org claiming that /usr/share/autostart was supposed to be for common stuff with DE-specific start stuff being in /usr/share/gnome/autostart and /usr/share/kde/autostart (or similar). Neither of those exists in ubuntu.
[05:19] <sivang> sladen: currently, I have a class that does that, but it differs from the sizes dh returns, I'll probably peopen it and use it instead.
[05:21] <sladen> sivang: a 900 byte file actually takes up a whole inode (eg. 4kB)   Also spare files take up _less_ blocks than their length
[05:23] <psusi> sivang, you can use du to find the real size
[05:23] <psusi> sivang, though if you are backing up, you don't care about that... you just care about the apparent size
[05:24] <psusi> since you will be concatenating the files into a tar right?  so the on disk blocks won't enter the picture
[05:24] <psusi> sladen, also... I think you meant block, not inode
[05:25] <sivang> psusi: hmm, actually, come to think of it, I am not going to tar stuff myself, going to use DAR. so this probably already takes care of that. I just want to know how I can tell how many CDs or how much actual space the user that does the backup needs.
[05:26] <psusi> sivang, assuming you are going to enable compression, you can't tell accuratly
[05:26] <psusi> and yes... dar also concatentates the files into an archive, so the on disk blocks will have no bearing
[05:26] <psusi> forget they even exist for this purpose
[05:27] <sivang> so I need to calucalte this myself, e.g. disregarding disk blocks, or see if dar can give this info to me
[05:27] <psusi> it can't assuming you will be enabling compression
[05:27] <psusi> there is no way to know how well it will compress without compressing it
[05:30] <Tm_T> http://paste.ubuntu-nl.org/8051
[05:30] <psusi> btw... what makes dar a better choice than tar?
[05:34] <sivang> psusi: lots :)
[05:34] <sivang> psusi: check the upstream website, and play with it
[05:34] <psusi> I'm looking at the web site now... I'm not seeing anything tar can't do as well... and it also seems to compress each file individually to allow faster cherry picking during restores, but that reduces your compression
[05:35] <psusi> I'd prefer using fewer disks to backup than being able to cherry pick faster during restore ;)
[05:36] <sivang> psusi: it also automatically supports multi volumes creation, less work for me :)
[05:37] <psusi> I believe tar does as well
[05:39] <sivang> it seems to take care of the core backup functionality, requireing almost no additional work. tar seems like ti would take me to handle also the meta data, which dar already accounts for.
[05:40] <psusi> meta data?
[05:41] <sivang> TOCIng out of 2 single first and last volumes, also support for executing user cmmands in betweeb slices etc
[05:42] <sivang> I gues snot mostly meta dat a:)
[05:42] <psusi> sounds like you want tar's -G option I think it was... spits out a TOC for incremental backups
[05:45] <sivang> psusi: won't then I need to parse this TOC? I can have dar do it for me, and just tell me which volume to insert
[05:45] <sivang> psusi: what's the benefit of using tar ove dar?
[05:46] <sivang> (I mean, why would you use it instead)
[05:46] <psusi> none I suppose... other than it's possibly older, more mature, and better supported... but it looks like dar should work fine as well, so hey... go with whatever works
[05:46] <psusi> the one difference that I would actually care about is the compression.... tar will get better compression
[05:47] <sivang> I can have dar run in through bz2 though
[05:47] <sivang> (the stream, that is)
[05:47] <psusi> that would break the slices
[05:48] <psusi> dar wants to compress the files individually, then split them up onto each disk
[05:48] <sivang> ah, right they say it will only lower number of slices
[05:48] <psusi> that will lead to worse compression than compressing the entire tar then splitting
[05:49] <sivang> seems just as good, no?
[05:49] <sivang> I see. and with tar you suggest comrpessing the whole stream,
[05:49] <psusi> no... the larger your data set the better the compression.
[05:49] <sivang> and then break it down to slices..
[05:49] <psusi> that's how tar works... it tars all the files up then passes the output to the compressor
[05:49] <psusi> aye
[05:50] <sivang> that's rather important argument. thanks for bringing this up
[05:50] <psusi> plus, you can use 7zip to compress the tar and get REALLY good compression ;)
[05:50] <sivang> and then break up to slices?
[05:50] <psusi> aye
[05:50] <sivang> but then I would have ti implement the slices mechanism myself...
[05:50] <sivang> or can tar do that for me AFTER it has sliced?
[05:50] <psusi> I think you just pipe the output to the split utility
[05:51] <sivang> okay, I will experiment with that then
[05:51] <sladen> 7zip --fomg-optimised
[05:52] <psusi> sqashfs works by concatentating the files, then compressing them in 64k blocks... I turned my 80 MB lkml Maildir into a .sqashfs the other day... it was 17 MB.... turned it into a .tar.7z and it was 8 MB
[05:52] <psusi> now if your average file size is less than 64k, then it sounds like dar would get even worse compression than squashfs
[05:52] <psusi> since it compresses each file, rather than fixed 64k blocks
[05:53] <psusi> you shouldn't need any space on the disk
[05:53] <sivang> how come? I Need a buffer to realibly store the archives before I burn them..
[05:53] <psusi> you can pipe the stream to growisofs and burn it on the fly
[05:53] <Amaranth> psusi: what did squashfs-lmza get you?
[05:54] <psusi> Amaranth, have not tried it... I didn't have time to find and apply the patches
[05:54] <sladen> Amaranth: I doubt LZMA will get you anything if you're restricting it by using 64kB blocks
[05:54] <psusi> sladen, it gets you something it seems... but yea, the larger the block size, the better
[05:54] <Amaranth> hmm, i think it was still as good as bz2 in that situation
[05:54] <Amaranth> but decompressed faster than bz2
[05:55] <psusi> ahhh
[05:56] <sivang> psusi: does growisofs support CDR/CDRW as well? man page only mentions DVD
[05:56] <psusi> sivang, yes
[05:57] <sladen> somebody needs to separate the block-reordering from the compression so they can be stacked in a more useful fashion
[05:57] <psusi> sivang, so you can write a program to manage a pipeline between tar | 7z and growisofs... when growisofs fills up the disc, prompt the user for another one and fire up another growisofs
[05:57] <psusi> sladen, eh?
[05:59] <sladen> psusi: bzip2 combines re-ordering and compression.  It would be useful to just have reording and then use gzip (or lzma) for compression
[05:59] <psusi> and once I finish ironing out the udftools package, you will be able to directly tar to a cdrw disc mounted as a full read/write filesystem
[06:00] <psusi> sladen, ahh, you mean only do the BWT, then apply lzma to that?
[06:00] <sladen> psusi: yes.
[06:00] <sivang> psusi: :)
[06:00] <sivang> I'm actually quite keen to have archive premade on disk,
[06:00] <psusi> I found some sample code once that was broken up into each step, so you could just BWT if you wanted
[06:00] <psusi> sivang, why is that?
[06:01] <sladen> psusi: since then you can do block reordering over the *whole* file, but still only have a 64kB block granularity for making things directly addressible
[06:01] <sivang> and only then attempt write them. I belive this allows for greater recoverablility when burns are interrupted in that middle, and / or gone bad. then instead of re-comressions and doing all this work, I just retry burn the files on disk
[06:01] <psusi> also... after BWT orders the data, I think ppmd would work very well on it.... and be faster than lzma
[06:02] <psusi> sladen, can't do that... you have to un BWT the whole file before you can get back the original data
[06:02] <psusi> sladen, I believe that's what 'rz' does... 
[06:03] <psusi> sivang, true... but requires more space on disk all the time for better handling of an exceptional condition
[06:04] <psusi> I'd rather have the backup go faster and not require lots of free disk space normally, and in the unlikely event of interruption or bad media or whatever, have to start over
[06:05] <sladen> psusi: rzip was what I was looking for, but I couldn't find it googling
[06:05] <psusi> sladen, I messed with it for a bit... it's slower and doesn't compress as well as lzma and it can't pipeline, it can only work with on disk files
[06:07] <mako> Hirion: clag you liked it :)
[06:07] <mako> Hirion: ok.. screwed that one up.. ignore
[06:07] <sivang> psusi: from the very simpletone user POV, I think this exception can occur more then once :)
[06:08] <sladen> psusi: ah, but for downloading debs, that's perfectly fine
[06:11] <psusi> sladen, yea, I suppose it wouldn't be that big of a deal... if it actually got better compression and wasn't so slow ;)
[06:12] <sladen> psusi: I'm interested in algorithms, not implementations
[06:15] <psusi> I wonder about BWT | ppmd.... could be interesting...
[06:35] <MisterN> hi
[06:37] <ManuelJ> a question why when i try to install the nvidia drivers with "nvidia-glx-config enable" i get this mistake. "Error: /etc/X11/xorg.conf or /var/lib/xfree86/xorg.conf.md5sum are missing from your system. Please be sure that your xserver package is installed correctly."
[06:38] <mdke> Kamion, siretart is uploading another ubuntu-docs for breezy-updates, I've send you and mdz an email with explanation
[06:42] <Kamion> mdke: acknowledged
[06:43] <Kamion> haven't caught up on e-mail yet although I noticed yours
[06:43] <mdke> Kamion, no problem, i only sent it 5 minutes ago
[06:43] <Kamion> ManuelJ: sounds like a bug that should be filed; it's /var/lib/x11/xorg.conf.md5sum nowadays
[06:44] <ManuelJ> ok thanks
[06:44] <siretart> uploading right now, sorry for delay
[06:44] <ManuelJ> do i fill the bug on malone?
[06:45] <ManuelJ> or what can i do?
[06:51] <Alinux> hello
[06:51] <Alinux> some ttf package mantainer for Ubuntu or Debian on the channel?
[06:52] <Alinux> mjg59, here brother?
[06:52] <Alinux> I need your help
[06:52] <Alinux> :(
[06:53] <mjg59> Alinux: Hi
[06:54] <Alinux> mjg59, hi
[06:54] <Alinux> mjg59, do you remmeber me ?
[06:54] <mjg59> Alinux: Yup
[06:54] <Alinux> we have talked about georgian fonts in the main
[06:54] <mjg59> Yup
[06:54] <Alinux> ;) BPG is agree to make his fonts GPLed
[06:55] <mjg59> Alinux: Cool!
[06:55] <Alinux> for georgian localisation in Ubuntu and Debian...
[06:55] <mjg59> Alinux: In that case, we'll certainly be able to package them
[06:55] <Alinux> I'l give you link ok?
[06:55] <mjg59> Alinux: Sure
[06:56] <Alinux> http://bpg.sytes.net/BPG-InfoTech/sppro/bpg/publication_view.asp?iabspos=1&vjob=vdocid,146405
[06:56] <Alinux> here
[06:56] <Alinux> mjg59, this person is 50 years old..
[06:56] <Alinux> and he was in a dark :) he don't knew about GPL 
[06:57] <mjg59> Alinux: That looks great
[06:57] <Alinux> and he was very enthusiast to pubblic them under GPL license
[06:57] <Alinux> he is very proud , and we too :)
[06:57] <Alinux> sd-tux, well done brother! :)
[06:57] <sd-tux> :)
[06:58] <sd-tux> will this font go in some kind "misc font collection" or will it get it's own deb package ?
[06:59] <Alinux> mjg59, I can tell you a my personal installation procedure...
[06:59] <mjg59> sd-tux: There's three of them, so probably a ttf-georgian-fonts package
[06:59] <sd-tux> mjg59: ok .. if you want i can try to package them
[06:59] <Alinux> I create /usr/share/fonts/truetype/ttf-geo-fonts directory and then run fc-cache
[07:00] <Alinux> and restart X
[07:00] <mjg59> sd-tux: I can upload them now, if you like
[07:00] <Alinux> mjg59, 
[07:00] <Alinux> who makes a .deb package ? :D
[07:00] <Alinux> mjg59, you or sd-tux ?
[07:00] <sd-tux> mjg59: it would be great.. i don't have experience in packagind ... dependencies etc..
[07:00] <Alinux> :)
[07:01] <siretart> gnarf, connection died
[07:01] <Alinux> mjg59, georgian fonts must be linked with georgian packages
[07:01] <Alinux> language-pack-gnome-ka - GNOME translation updates for language Georgian
[07:01] <Alinux> language-pack-gnome-ka-base - GNOME translations for language Georgian
[07:01] <Alinux> language-pack-ka - translation updates for language Georgian
[07:01] <Alinux> language-pack-ka-base - translations for language Georgian
[07:01] <Alinux> language-support-ka - metapackage for Georgian language support
[07:01] <Alinux> I mean this packages :)
[07:02] <mjg59> Alinux: I'll upload the fonts. I'm not sure what the situation is with language packs - you may need to file a bug on them
[07:02] <Alinux> maybe I don't know... mjg59 you have more experiance
[07:02] <Alinux> so you decide...
[07:02] <mjg59> I'm afraid I don't work on them
[07:02] <Alinux> mjg59, no pitti works on them
[07:02] <Alinux> but if you add this font to main
[07:02] <Alinux> like indian , armenian...etc
[07:03] <Alinux> so there will be a native support for georgian fonts
[07:03] <sd-tux> mjg59: are you maintaining debian too ?
[07:03] <mjg59> sd-tux: Yeah
[07:03] <Alinux> gucharmap in this moment dosen't provides georgian fonts map...
[07:03] <Alinux> provides but there is no fonts :)
[07:03] <sd-tux> mjg59: can you put this fonts in debian too please .. in SID
[07:03] <mjg59> sd-tux: Sure
[07:04] <Alinux> sd-tux, I'll tell you that mjg59 is very important for us :)
[07:04] <sd-tux> Alinux: ;)
[07:04] <Alinux> mjg59, Georgian Brother :)
[07:04] <Alinux> mjg59, thank you a lot :)
[07:04] <Alinux> and GPL rulez for ever...
[07:05] <Alinux> mjg59, this fonts are first GPL fonts in a georgian 24 000 years history.
[07:05] <Alinux> and you have a honor to package them for Debian and Ubuntu :)
[07:05] <Alinux> I'm so happy ubuntu-devel!!!
[07:05] <sd-tux> Alinux: 24 000 ? fonts.... ? :) 
[07:06] <Alinux> no
[07:06] <Alinux> 24 00 years :D
[07:06] <Alinux> 24 sencturies :)
[07:07] <sd-tux> Alinux: ok .. 
[07:07] <sd-tux> :)
[07:33] <mjg59> Alinux: sd-tux: I've just uploaded them to Ubuntu - they'll have to go through NEW, and will end up in universe first. If you talk to pitti, he can probably let you know how to get them into main.
[07:35] <Alinux> mjg59, 
[07:35] <Alinux> ;)
[07:35] <Alinux> thank you a lot
[07:35] <mjg59> sd-tux: And in Debian now
[07:35] <Alinux> ok I know pitti very well
[07:35] <mjg59> No problem
[07:36] <Alinux> mjg59, so he must put them into main right?
[07:36] <mjg59> Alinux: Yes
[07:36] <Alinux> mjg59, oook :)
[07:36] <Alinux> I'll talk with him :) 
[07:36] <Alinux> mjg59, I'm using dapper
[07:37] <Alinux> which is the packages name?
[07:40] <mjg59> ttf-bpg-georgian-fonts
[07:40] <mjg59> It won't appear for a while yet - it has to be manually checked
[07:40] <Alinux> mjg59, I can test them if you want...
[07:40] <Alinux> I remove my fonts manually and thest a package .
[07:41] <Alinux> mjg59, give me url and I'll tet them for you..
[07:41] <Alinux> :)
[07:42] <mjg59> Alinux: http://www.srcf.ucam.org/~mjg59/ttf-bpg-georgian-fonts_0.1_all.deb
[07:49] <Alinux> mjg59, thank you I'll test them right now..
[08:04] <mdke> Kamion, still wrt that email, siretart is having some trouble uploading to breezy-updates so it may not appear until that is sorted out tomorrow with the soyuz guys
[08:04] <mdke> just fyi
[08:05] <siretart> any idea in what launchpad group you need to be in order to be able to upload to breezy-updates?
[08:06] <khermans> How do i properly request a package to be upgraded to a new version for Dapper?
[08:19] <mjg59> Gah
[08:19] <mjg59> Why can't I reproduce any hibernation failures?
[08:22] <sladen> mmm, mute synchage
[08:22] <sladen> and now to rewrite it from Python to C
[08:31] <Chipzz> is it known that network interface renaming is broken?
[10:10] <sivang> anybody know how to hid out stdout output of a command in python and manipulate the output?
[10:10] <sivang> I'm using subprocess.Popen, but it donesn't hid the ocommand's output
[10:16] <sivang> ah, think I've found it
[11:06] <zyga> sivang: yes
[11:07] <zyga> sivang: :-)
[11:10] <sivang> zyga: yes ? :)
[11:12] <zyga> sivang: I was reading your message and responded before I read the last one
[11:14] <sivang> zyga: ah :)
[11:14] <sivang> zyga: do you knwo fi there's a way to see the output while the command process,
[11:14] <sivang> zyga: so I can do a progres based on it
[11:16] <zyga> sivang: via read and write on the pipes probably
[11:22] <sivang> zyga: ah right, you mean seeking isntead of readline()
[11:31] <zyga> sivang: no
[11:31] <zyga> sivang: you cannot seek on pipes
[11:31] <zyga> sivang: just read(n)
[11:31] <zyga> sivang: or maybe poll and selecgt
[11:32] <sivang> zyga: read seems to work
[11:32] <zyga> sivang: read is fine as long as you can block
[11:33] <sivang> I will block for the progress indication, so it will show progress onlyu when there's really any
[11:33] <sivang> zyga: btw, why aren't you asleep? YOu'll have trouble getting uyp tomorow, just like I will :)
[11:34] <sivang> zyga: also, how to you test for the EOF of stdout?
[11:38] <sivang> zyga: .next() seem to work quite nicely, I can't find poll and selectgt though
[11:40] <zyga> sivang: hmm 
[11:40] <zyga> sivang: you should be able to poll/select after getting the descriptor with fileno()
[11:40] <zyga> sivang: I'm getting sleepy fast :)
[11:44] <sivang> zyga: how those two work? like select and poll in kernel syscall?
[11:44] <zyga> sivang: yes
[11:44] <zyga> sivang: exactly like those
[11:44] <Simira> jdub: That pony-pic on the fridge is really, really bad!
[11:45] <Treenaks> Simira: why? :)
[11:45] <sivang> it's so sad
[11:45] <zyga> fridge is broken on my firefox
[11:46] <sivang> he, zyga always with some constructional critisism :)
[11:46] <zyga> the menu is at the bottom of the page
[11:46] <sivang> oops, for me too
[11:46] <sivang> yes!
[11:46] <sivang> weird
[11:46] <zyga> it seems to be position:absolute instead of position:fixed
[11:46] <zyga> but I'm too busy to check
[11:47] <Simira> Treenaks: ponies are cute
[11:48] <Simira> and now the dapper update broke my time-admin as well. Ush!
[11:48] <sivang> going to bed, that is
[11:48] <sivang> night all!
[11:49] <Simira> night