[12:14] <Robot101> dsas: nokia are tusling with their legal department to determine if they can release it
[12:14] <Robot101> (the SIP backend they have)
[12:15] <v_> hi... what ubuntu edgy package contains shadow utilities?
[12:15] <v_> i've just installed a system using debootstrap, so i don't have it
[02:30] <Liberax> hi anybody has experimented the pptp bug on amd64 with network manager?
[02:36] <pochu> Liberax: what bug?
[02:37] <Liberax> https://bugs.launchpad.net/ubuntu/+source/network-manager-pptp/+bug/67881
[02:37] <Ubugtu> Malone bug 67881 in network-manager-pptp "Crash while trying to connect to PPTP server" [Undecided,In progress]  
[02:37] <Liberax> pochu: i'm looking for someone to check this patch
[02:38] <pochu> Liberax: I've never experienced this issue, so I won't be able to test it
[02:38] <Liberax> pochu: you need to run on amd 64
[02:39] <pochu> Liberax: haha, and I don't have either an amd64 machine
[02:39] <pochu> :)
[02:39] <pochu> Liberax: try asking on #ubuntu-motu
[02:39] <Liberax> pochu: are there plan to release nm 0.7 on festy?
[02:40] <pochu> Liberax: I think n-m 0.7 hasn't been released
[02:40] <pochu> am I right?
[02:40] <Liberax> yes but i think nm is proposed as an official gnome 2.18 module
[02:41] <Liberax> pochu: i doesn't know if they release 0.7 on it
[02:41] <pochu> if it's going to be in gnome 2.18, I think it will be in Feisty
[02:42] <LaserJock> not necessarily
[02:42] <LaserJock> not *all* modules in Gnome get a UVF/FF exception
[02:44] <pochu> LaserJock: do you know if n-m is going to be by default in feisty because the network reaming specs?
[02:44] <Burgwork> pochu: currently it is installed by default
[02:45] <Burgwork> roaming, not reaming
[02:45] <Burgwork> reaming is something entirely different :D
[02:45] <pochu> Burgwork: typo
[02:45] <pochu> don't know what reaming means, wanted to say roaming :)
[02:45] <Burgwork> ream is a rather rude term in general english
[02:45] <pochu> Burgwork: I installed Feisty about 2 weeks ago and Feisty wasn't by default
[02:45] <pochu> Burgwork: are you sure it is now?
[02:46] <Burgwork> the plan is yes, provided it doesn't break things too badly
[02:46] <Burgwork> the reason it has been removed before
[02:47] <LaserJock> yeah, it was difficult in Edgy
[02:47] <LaserJock> I haven't tried it in Feisty yet
[02:47] <Mirv> and Dapper, and Breezy.
[02:47] <LaserJock> :-)
[02:47] <pochu> I have it, and it works fine
[02:47] <Burgwork> it still doesn't understand static IPS
[02:47] <pochu> but my intel driver has been broken
[02:47] <LaserJock> they biggest problem for me is I generally static IPs
[02:47] <Mirv> don't know if n-m can succeed before the whole wlan stuff proceeds further in linux
[02:47] <crimsun> Burgwork: I'm presuming, then, that it doesn't play nicely with resolvconf.
[02:48] <Burgwork> probably not
[02:48] <LaserJock> ugg, resolvconf and nm have caused me so much networking headache
[02:48] <crimsun> I use resolvconf with udhcpc quite merrily.
[02:48] <crimsun> dhcp3-client (dhclient) causes me endless pain.
[02:49] <Liberax> i think that if the network is configured statically on the admin panel (gome system tools) nm applet will not control the device
[02:49] <LaserJock> it's annoying to have all my computers set up and then on reboot it's all overwritten
[02:49] <Burgwork> Liberax: I don't know if that has been written yet
[02:49] <Burgwork> the GNOME people wanted that before they would accept NM in
[02:49] <LaserJock> smart
[02:50] <Liberax> i tested this on edgy.. as i can remember
[02:50] <LaserJock> the gnome system tools app doesn't like me either though
[02:50] <pochu> there is a bug in malone about static ip address
[02:50] <LaserJock> yes
[02:51] <Burgwork> it is not a major priority, afaics from the NM todo list
[02:51] <Burgwork> apparently NM can handle static IPs, just no GUI for it
[02:51] <Liberax> i tink that the device is configured on /etc/network/interfaces nm applet will not control the device
[02:51] <Burgwork> that was an Ubuntu specific patch, afaik
[02:51] <pochu> I don't care, as long as I use dinamical ips
[02:51] <pochu> :)
[02:52] <Burgwork> except when you run into a network that requires it
[02:52] <LaserJock> I only have 1 computer out of 5 that I use regularly that has a dynamic ip
[02:52] <LaserJock> :/
[02:52] <pochu> I don't do that :)
[02:52] <Liberax> Burgwork: i doesn't know if it work also on redhat or other distro network file configuration
[02:52] <pochu> LaserJock: do you really have 5 computers?
[02:53] <pochu> are they servers or what?
[02:53] <bhale> i have at least 4
[02:53] <LaserJock> pochu: 2 at home, 3 at work
[02:53] <bhale> at least 5
[02:53] <bhale> not counting servers
[02:53] <Burgwork> Liberax: they don't use /etc/network/interfaces
[02:53] <pochu> LaserJock: don't you work at home?
[02:53] <pochu> :)
[02:53] <LaserJock> umm, no
[02:53] <LaserJock> sometimes
[02:53] <LaserJock> but I'm a chemist and the lab doesn't run well from home
[02:53] <pochu> oh, don't you work for canonical?
[02:54] <Liberax> Burgwork: i mean if nm check other backend network config files
[02:54] <LaserJock> pochu: umm, no. Most people here don't
[02:54] <pochu> I tought all ubuntu devs worked for canonical
[02:54] <LaserJock> haha
[02:54] <pochu> thought
[02:54] <pochu> :)
[02:54] <LaserJock> not even close
[02:54] <pochu> then, just mdz and mark?
[02:54] <pochu> :)
[02:54] <LaserJock> if you count MOTUs there are something around 80 devs
[02:54] <pochu> ups
[02:55] <LaserJock> and about 15-20 are Canonical, I think
[02:55] <LaserJock> could be a bit off there though
[02:55] <pochu> haha
[02:55] <pochu> :)
[02:55] <pochu> and you are a motu, right?
[02:55] <LaserJock> yes
[02:55] <pochu> so you are an ubuntu dev
[02:55] <LaserJock> yes
[02:55] <pochu> :)
[02:55] <pochu> I learn very quickly
[02:55] <pochu> :)
[02:55] <LaserJock> not a core-dev though
[02:56] <pochu> core-devs work for canonical?
[02:56] <LaserJock> well, it's a bit complicated
[02:56] <Burgwork> pochu: a good number do, maybe even most
[02:56] <crimsun> But no, not all core-dev are Canonical employees.
[02:56] <LaserJock> all the canonical devs are core-devs
[02:56] <pochu> do you do?
[02:57] <pochu> and Launchpad devs are?
[02:57] <LaserJock> Canonical
[02:57] <Liberax> How do I setup a static IP address with NetworkManager?
[02:57] <Liberax> NetworkManager has limited support for static IP addressing. Configuration of static IPs is distribution specific and should use that distribution's normal network configuration methods.
[02:57] <Liberax> For example, on Fedora Core, using the system-config-network tool or editing /etc/sysconfig/network-scripts/ifcfg-eth1 to set a static IP up for the device 'eth1' would result in NetworkManager using that static IP configuration whenever you connect to an access point using eth1. Obviously, since static IP configuration is always a manual task, NetworkManager is not able to automate the process in any way.
[02:57] <pochu> then all the devs who don't work for canonical do their work just for fun?
[02:57] <pochu> as me?
[02:58] <LaserJock> well, not sure about fun
[02:58] <LaserJock> ;-)
[02:58] <LaserJock> but we are mostly volunteers yes
[02:58] <Liberax> Burgwork: so work also on redhat style distro
[02:58] <pochu> but if you don't earn money, and you don't be fun with what you are doing here, why do you do it?
[02:58] <Burgwork> Liberax: I have no idea. I avoid the Fedora machines at work like the plague
[02:58] <LaserJock> pochu: sometimes it's more like a job, except you don't get paid
[02:59] <pochu> LaserJock: can't understand :)
[02:59] <LaserJock> most of us do it because we believe in Ubuntu and its community ( I think that could be a fairly general statement )
[02:59] <Liberax> I think on debian style and redhat style file configuration if the text config file is edited network manager doesn't control the device configured manually
[02:59] <pochu> well, I can't understand just if you don't enjoy it
[03:00] <LaserJock> but sometimes it's very hard, time-consuming, and aggrivating
[03:00] <pochu> LaserJock: that's a good argument
[03:00] <pochu> :)
[03:00] <LaserJock> so yes, we like to do it, but that doesn't mean it's always fun
[03:00] <Burgwork> cya all
[03:00] <pochu> LaserJock: and don't you are an IT?
[03:00] <pochu> if you are chemist...
[03:00] <LaserJock> no, not at all
[03:01] <LaserJock> I've never taking a computer/IT class in my life
[03:01] <pochu> but you know a lot, and you like computers...
[03:01] <LaserJock> *taken
[03:01] <pochu> right?
[03:01] <LaserJock> and my research doesn't really involve computers at all
[03:01] <LaserJock> well, I know a bit and I like working on computers
[03:02] <pochu> thanks for the class
[03:02] <pochu> :)
[03:03] <bddebian> Gah, did I miss a class? 
[03:03] <pochu> bddebian: you did :)
[03:05] <bddebian> Figures, I have no class :-)
[03:05] <pochu> I had, but I didn't go today
[03:05] <pochu> :)
[03:13] <okaratas> hello
[03:13] <pochu> okaratas: hello
[03:13] <pochu> cjwatson: ping?
[03:14] <pochu> LaserJock: do you know anything about ubiquity bugs?
[03:17] <dsas> pochu: If you haven't saw it https://wiki.ubuntu.com/DebuggingUbiquity has some info on ubiquity bugs
[03:18] <dsas> well, it has info even if you have saw it...
[03:18] <pochu> haha
[03:18] <pochu> dsas, thanks
[03:39] <bddebian> How long is everyone going to be at the devel sprint?
[03:40] <mjg59> Mostly leaving today
[03:42] <bddebian> mjg59: Ah, thx
[03:43] <bddebian> mjg59: Were you the one that told me we ripped libGLw out a while back?
[03:43] <mjg59> No
[03:44] <bddebian> OK
[03:47] <azeem> bddebian: I think daniels did that, back then, but I'm not sure
[03:47] <azeem> well, ripping it out, not telling you
[03:48] <bddebian> Yeah.  I'm wondering if it's gone for good.
[03:48] <bddebian> What the heck happened to daniels anyway?
[03:48] <azeem> I seem to remember rodarvus mentioning it might come back
[03:48] <azeem> not sure though
[03:49] <bddebian> I can't get xbvl to build without it, even with --without-MESA :-(
[03:50] <azeem> then maybe it's time to throw out xbvl? :)
[03:50] <bddebian> Heh, works for me :-)
[05:21] <bluefoxicy> an exchange server would be nice.
[05:22] <bluefoxicy> thunderbird/lightning, evolution, xfce with ical based calendar...
[05:22] <bluefoxicy> all storing things in different places.. you MUST use Evo to get calendar in gnome's clock to work... MUST use xfce's thing to get their calendar to work... damn.
[05:22] <bluefoxicy> since we can't agree on where to put calendar data...
[05:23] <bluefoxicy> I don't know why, but it tends to take an act of God (or an LDAP implementation) to get 6 different apps to store the same basic information in the same place, even though they all use the same format.
[05:24] <_ion> Yeah.
[05:25] <_ion> With opensync, you can probably synchronize each app's calendars  you might have to write a plugin for xfce first, though. :-)
[05:25] <_ion> There seems to be plugins for evolution and sunbird already.
[05:26] <bluefoxicy> like, thunderbird/evo connects to exchange server at localhost:55555 (or over a UNIX socket), asks for <some mail account)
[05:26] <bluefoxicy> local server POP3's out, gets mail.
[05:26] <bluefoxicy> repeat for other silly things that store same crap in different places
[05:27] <_ion> Eww. Why not just use IMAP?
[05:27] <_ion> For mail, that is.
[05:27] <bluefoxicy> IMAP rather than exchange perhaps :P
[05:27] <bluefoxicy> but exchange gets you calendars
[05:27] <bluefoxicy> (IMAP + Exchange == Evo + Sunbird can both use it!)
[05:28] <_ion> I wonder, actually, whether it would be feasible to use IMAP maildirs as calendar storage. Just tell the MUA "this is a calendar" and have it store each calendar item as a "message" in a specified format.
[05:31] <bluefoxicy> ugly hack
[05:32] <bluefoxicy> I would prefer something that fools existing idiots-- err, applications into thinking they're getting data from somewhere.
[05:32] <_ion> I don't really see why that would be either ugly or a hack.
[05:33] <bluefoxicy> as ugly as googlefs
[05:33] <_ion> That's something completely different. :-)
[05:33] <bluefoxicy> i.e. using <storage container A> to store <subject matter B> by wrapping it up to look like <Subject matter A>
[05:34] <bluefoxicy> think about it
[05:34] <bluefoxicy> it would have a From:  and a To:  and would probably be sent through the SMTP/POP3 system and be duplicated
[05:35] <bluefoxicy> Client<->IMAP<->{email system}  Client tells IMAP to send/view messages, if it sends it goes out to the email system, if it sends to self it comes back :/
[05:35] <_ion> Maildir items are just headers + content. They are perfectly suitable for calendar items. You don't need to define From: and To:, neither you need to (or should!) use SMTP/POP3.
[05:35] <bluefoxicy> IMAP lets you dump arbitrary junk into it?
[05:36] <_ion> For example, here's an information organization tool that uses mailbox as its storage format. It's just perfectly suitable. http://modeemi.cs.tut.fi/~tuomov/riot/
[05:36] <_ion> You can open its data file in Mutt and see the "threading" correctly.
[05:37] <_ion> It has nothing to do with e-mail, but still it's totally suitable. Just like storing calendar items in that format. :-)
[05:38] <_ion> IMAP servers magically handle whatever's needed for multiple clients to be connected simultaneously.
[05:43] <_ion> http://freshmeat.net/projects/imap_calendar_proxy/
[05:50] <_ion> HTTP, the *Hypertext* Transfer Protocol, has proven to be suitable for other things than just hypertext. Why wouldn't that be the case with IMAP?
[06:02] <YeaSt> ?
[07:19] <balarka> hi
[07:32] <somerville32> You gotta love it when apport reports it's self crashing, lol
[07:38] <Mez> espescially if it crashes when it reports itself crashing
[09:40] <siretart> mjg59: around? I have a usplash question for you
[10:09] <Goliath23> hi
[10:09] <Goliath23> where can I read the changelog of the linux kernel package from 2.6.15-26 to 2.6.15-27? and is there an alternate install cd (text install with possibility to setup a raid) that uses the latter kernel version?
[11:49] <Seveas> keescook, ping
[11:50] <Seveas> err nvm, you're probably sleeping
[11:50] <Seveas> anyway: if USN's contain sourceforge bugs, the link to the bug is busted
[11:57] <zoli2k> I wrote  some c++ header files for data visualization and I would like to put it to our internal server and allow other scientist to install them on ubuntu. 
[11:58] <zoli2k> Is there any tutorial how to start build easily and correctly deb packages for ubuntu?
[11:59] <v_> hi. will it cause problems if i installed two packages that provide the same meta package, or whatever it's called, ie. two packages that provide system-log-daemon
[12:03] <v_> ok
[12:03] <v_> i read the topic, just now
[12:03] <v_> oops
[12:04] <v_> :P
[12:14] <Seveas> zoli2k, on help.ubuntu.com you can find the packaging guide
[12:15] <Seveas> zoli2k, by the way: beginners packaging questions are more suitable for #ubuntu-motu
[12:23] <MetaBookfoziS> hola
[12:24] <MetaBookfoziS> why the kubntu feisty herd cd2 hasn't got partitionmanager ?
[12:24] <MetaBookfoziS> it want's to write my whole disk... (but i'm don't want that)
[01:00] <_ion> mbiebl: Updated the diff, https://launchpad.net/ubuntu/+source/tracker/+bug/81800
[01:00] <Ubugtu> Malone bug 81800 in tracker "New upstream release: 0.5.4" [Undecided,Unconfirmed]  
[01:03] <linuxboy_> herd 2 doesn't work on my asus A6V I booted on live-cd Kubuntu 7.04 then press on F6 and I remove quiet et splash and put 1 instead then press enter
[01:03] <linuxboy_> after battery state..... I have a black screen :(
[01:03] <Hobbsee> linuxboy_: filed a bug?
[01:04] <Hobbsee> linuxboy_: with /var/log/syslog and /var/log/xserver.0.log ?
[01:06] <linuxboy_> I run the feisty with a live-cd ....
[01:06] <Hobbsee> oh wait, a live cd
[01:06] <Hobbsee> so it doesnt boot at all, even without quiet splash there?
[01:07] <linuxboy_> ok I can file a bug but what do I put in ?
[01:07] <Hobbsee> linux-kernel-2.6.20, i'd guess.
[01:07] <linuxboy_> it boots ..... 
[01:08] <Hobbsee> right
[01:08] <Hobbsee> so you do get the logs
[01:08] <linuxboy_> but after the battery state field the screen turns off :(
[01:08] <linuxboy_> how I can get the logs ?
[01:08] <Hobbsee> ahhh
[01:09] <Hobbsee> i'm not sure....hrm.
[01:09] <linuxboy_> I was in console ...... when I booted .....
[01:10] <linuxboy_> you know each step appears 
[01:10] <Hobbsee> ah
[01:10] <linuxboy_> and after battery state there was something with local.rc 
[01:10] <Hobbsee> oh...there
[01:10] <linuxboy_> and no screen anymore :(
[01:11] <Hobbsee> in failsafe X mode, presumably?
[01:11] <linuxboy_>  I am on a laptop asus A6V 
[01:11] <linuxboy_> yes I try in safemode with vesa 
[01:11] <linuxboy_> but it's the same thing
[01:11] <linuxboy_> I put also acpi=off
[01:12] <linuxboy_> I have to eat and I come back after .... and I will try the daily live-cd .....
[01:12] <linuxboy_> thanks !
[01:13] <Hobbsee> ah
[01:22] <Goliath23> I think I found a "low hanging fruit" feature request/bugfix for the raid-konfiguration in the text installer, shall I report it in launchpad?
[01:22] <Hobbsee> Goliath23: yes.  file under debian-installer
[01:23] <Goliath23> thing is: if you setup one ore more big raid devices after finishing the partition part the installer hangs pretty long with the plain blue screen while in the background the new md devices are synced
[01:23] <Goliath23> I think via /proc/mdstat a progess bar could be easily implemented
[01:23] <Goliath23> is that a bug ore feature request?
[01:24] <Goliath23> pretty long means several minutes, 160 gb raid took 10-15 minutes or so
[01:24] <Goliath23> without visual notification most users probably think that their computer hangs, especially with quiet disks ;)
[01:25] <linuxboy_> Hobbsee: ok re ....
[01:26] <Hobbsee> Goliath23: worth putting it in, i expect
[01:26] <linuxboy_> how I can get errors messages ?
[01:26] <Goliath23> Hobbsee: ok.. damnit, I have to use launchpad again. :) I try to file it for debian-installer
[01:27] <Goliath23> problem is: try to search for package "debian-installer" gives you all packages since all depend on it I guess
[01:29] <Hobbsee> Goliath23: https://launchpad.net/ubuntu/+source/debian-installer/+filebug
[01:30] <Hobbsee> linuxboy_: i dont know..
[01:38] <Goliath23> Hobbsee: https://launchpad.net/ubuntu/+source/debian-installer/+bug/81816
[01:38] <Ubugtu> Malone bug 81816 in debian-installer "setting up raid partitions takes very long and installer shows no progress bar for it" [Undecided,Unconfirmed]  
[01:39] <Goliath23> I couldn't find fields to select version and so on, so I wrote it in the description
[01:39] <Hobbsee> Goliath23: cool ;)
[01:39] <Goliath23> kk
[01:40] <Goliath23> thanks for making the raid setup so easy, enabling me to configure a database server for my girlfriends clinical laboratory! I love kubuntu ;)
[01:41] <Goliath23> and ubuntu of course *g*
[01:47] <solemnwarning> Why does ubuntu detect a pccard to compact-flash adaptor and use the devices sd* when debian uses hde because it's detected by pccard IDE?
[01:48] <kokoa> hello
[03:08] <linuxboy_> hey !
[03:08] <linuxboy_> https://bugs.launchpad.net/ubuntu/+bug/81826 :(
[03:08] <Ubugtu> Malone bug 81826 in Ubuntu "[feisty herd2]  [27.01.2007 i386-desktop]  screen cuts off after the steps battery state and local.rc !" [Undecided,Unconfirmed]  
[03:21] <linuxboy_> some help ? :(
[03:24] <_MMA_> linuxboy_: #ubuntu+1
[03:57] <linuxboy_> _MMA_ ??
[03:58] <linuxboy_> what is it 
[03:58] <linuxboy_> ah ok
[04:32] <pirast> do we need urgency=high for security updates?
[04:42] <Adri2000> pirast: I don't think so, 'urgency" is used in debian to say that a package needs to go into testing quickly, so that's useless in ubuntu
[04:42] <Adri2000> s/"/'/ :)
[04:44] <crimsun> pirast: I'm taking a SVN snap of vlc, so #76810 is in progress.
[04:44] <crimsun> 78610, rather
[04:47] <fabbione> siretart: #81841 is a duplicate of another one
[04:47] <fabbione> known problem
[04:49] <fabbione> siretart: and kernel isn't at fault really. it's a race between libdevmapper/udev/lvm2
[04:51] <siretart> fabbione: ?!?! - this means that this race is causing vg data corruption?!
[04:51] <fabbione> yes
[04:51] <fabbione> as i said.. it's a known problem
[04:51] <siretart> puh. that's pretty critical, I'd say
[04:51] <fabbione> no it's not.. that kind of mess is not common
[04:51] <fabbione> we have a fix that's pending upload
[04:51] <siretart> fabbione: is this the same race that prevents systems with root on lvm on raid booting?
[04:52] <fabbione> no different one
[04:52] <siretart> :(
[04:52] <fabbione> it's a race creating devices in /dev
[04:52] <fabbione> and sometimes you get hooked to the wrong one
[04:52] <siretart> fabbione: I do run several ubuntu servers which use several layers of lvm snapshots for backup purposes
[04:52] <siretart> so I wouldn't say this was too uncommon
[04:52] <fabbione> it's when you create multiple snapshots at the same time that you hit the issue
[04:52] <fabbione> not when you do one at a time
[04:53] <siretart> yes, on these systems I'm doing this
[04:53] <siretart> to simulate something similar to the windows shadow copies
[04:53] <siretart> shadow volumes, or however that crap is called
[04:53] <fabbione> in any case there is a duplicate in LP
[04:53] <fabbione> so please go look for it
[04:53] <fabbione> yeah but in any case when you create ONE at a time is not a problem
[04:54] <fabbione> when you create tons in one go it might be an issue
[04:54] <pochu> _ion: ping?
[04:54] <fabbione> and it depends on tons of factors
[04:54] <siretart> bug #81841
[04:54] <Ubugtu> Malone bug 81841 in lvm2 "creation of multiple snapshots currupts LVM metadata of volume group" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81841
[04:54] <_ion> pochu: pong
[04:54] <siretart> no, I'm holding several snapshots in paralell for some longer time
[04:54] <pochu> _ion: are you working on the update of tracker?
[04:55] <_ion> pochu: Yep.
[04:55] <siretart> given this bug, I come to the conclusion that lvm isn't robust enough for that :(
[04:55] <pochu> _ion: then we were doing the same ;)
[04:55] <pochu> _ion: do it you, because I'm a little noob
[04:55] <pochu> ;)
[04:55] <gezzabob> hi all
[04:55] <siretart> fabbione: perhaps bug #76421?
[04:55] <Ubugtu> Malone bug 76421 in lvm2 "system crash when creating more than one snapshot of a lvm volume" [Undecided,Unconfirmed]  https://launchpad.net/bugs/76421
[04:56] <pochu> _ion: did you see that you need to add libmagic-dev to the build-depends?
[04:57] <_ion> pochu: Yes, please take a look at the diff i've posted to bug #81800.
[04:57] <Ubugtu> Malone bug 81800 in tracker "New upstream release: 0.5.4" [Undecided,In progress]  https://launchpad.net/bugs/81800
[04:57] <_ion> pochu: A diff from the 0.5.3 packaging so far: http://librarian.launchpad.net/5908617/tracker.interdiff
[04:57] <pochu> _ion: ask in #ubuntu-motu
[04:57] <siretart> fabbione: or maybe you mean our good ol' friend bug #38409?
[04:57] <Ubugtu> Malone bug 38409 in Debian "creation of snapshots fails unpredictably" [Unknown,Unconfirmed]  https://launchpad.net/bugs/38409
[04:58] <fabbione> siretart: yeps
[04:58] <fabbione> the latter one
[04:58] <fabbione> anyway.. back to have some fun
[04:58] <fabbione> it's saturday
[04:58] <siretart> wow. I thought that one was worked around, since it didn't appear in dapper nor edgty
[04:59] <siretart> and not before some weeks in feisty
[04:59] <siretart> :(
[04:59] <fabbione> siretart: in feisty we did revert the workaround to get the proper fix.. you are running feisty.. live with it.. it's development
[04:59] <siretart> well, sure, I know
[05:00] <gezzabob> am I in the right place to chat about an idea Ive been thinking about...  something alone the line of linux (ubuntu) running on a multi core 64 system but in a way that will allow 2xkenels to run at the same time.  Its a weird idea and not one of the norms but it would have its benefits eg better security (each kernel can check the other for rootkits etc) and also things like when one kernel gets updated the other can take contr
[05:00] <gezzabob> ol keeping the system running while the other restarted etc...  
[05:00] <siretart> fabbione: would you agree raising severity to critical?
[05:01] <siretart> i've seen some other critical bug which is about dapper screwing the hardware clock on some dell laptops
[05:01] <siretart> so I think the impact is about comparable
[05:03] <gezzabob> im not really a developer as such but look into things like this working on a it call desk at night can get a bit boring and I usually have a lot of spare time to research such ideas
[05:03] <fabbione> Simira: no, becaue as i just told you is known and we are about to land the proper fix
[05:03] <fabbione> siretart: ^
[05:04] <siretart> ah, ok
[05:05] <gezzabob> I have looked over many programming languages I much prefer asm and c/c++ hence my liking for linux has a whole it promotes free thinking and the environment for development
[05:07] <gezzabob> ive dabbled with linux from scratch and osdev intresting stuff, been a user now of ubuntu and want to become a bit more active in its development but not sure where to start really
[05:08] <gezzabob> anybody here point me in direction how I could help out and wheres good to start etc
[05:11] <gezzabob> any where I can get a look at developing code and pointers how to debug it etc so I can learn more and hopefully be useful
[05:13] <crimsun> gezzabob: please see the topic.
[05:14] <gezzabob> yes crimsun sorry if I am being a pain but i am only looking for somewhere to start thats all any suggestions
[05:16] <gezzabob> oh yes i see now oops sorry didnt spot that earlier  have fun .....:)
[05:25] <siretart> crimsun: yay. xine-lib 1.1.3 finally now in debian-experimental, following the binary package split
[05:25] <crimsun> siretart: rockin'
[05:38] <pirast> Adri2000, thanks
[05:38] <pirast> crmsun, what's about the security bug in edgy, dapper, breezy?
[05:38] <pirast> crimsun
[05:39] <pirast> crimsun, do you also fix them? if not, I have a .debdiff for at least edgy prepared
[05:39] <crimsun> pirast: if you can generate the debdiffs for those, that would be appreciated.
[05:39] <crimsun> pirast: keescook would take care of those; attach the debdiffs, please.
[05:39] <pirast> crimsun, okay, goes to security-review ml then..
[05:40] <pirast> crimsun, already nominated some releases, but it seems that it has to be reviewed..
[05:41] <pirast> crimsun, i will assign the ubuntu task to you then, okay?
[05:42] <crimsun> I'll handle feisty, and I'll approve the others, but please don't assign breezy/dapper/edgy to me [yet] 
[05:42] <pirast> crimsun, yeah, ill assign the edgy task at least to me..
[05:42] <pirast> dapper should follow then
[06:08] <pirast> crimsun, there's another security issue in vlc
[06:08] <pirast> besides the moab one
[06:08] <pirast> (let's move to motu chan)
[06:56] <gortan> ubuntu is a devel
[07:10] <mdke> sfllaw: any progress on the ubuntu-docs in -proposed? I'd like to get that out of the way, I have another simply update to do soon
[07:50] <gouchi> Hi
[07:50] <gouchi> any news about https://blueprints.launchpad.net/ubuntu/+spec/linux-kernel-crash-dump ?
[07:59] <linuxboy1> re !
[08:00] <linuxboy1> https://launchpad.net/ubuntu/+bug/81826
[08:00] <Ubugtu> Malone bug 81826 in Ubuntu "[feisty herd2]  [27.01.2007 i386-desktop]  screen cuts off after the steps battery state and local.rc !" [Undecided,Unconfirmed]  
[08:33] <bddebian> Heya
[08:33] <_ion> Hi
[08:33] <bddebian> Hello _ion
[09:28] <keescook> crimsun: something went wrong with the builds of acroread in the buildds.  I'm still tracking it down.  I didn't want you to think I'd forgotten it.  :)
[09:36] <linuxboy1> somebody knows how to use sysprof ?
[11:20] <linuxboy1> https://launchpad.net/ubuntu/+bug/81826
[11:20] <Ubugtu> Malone bug 81826 in Ubuntu "[feisty herd2]  [27.01.2007 i386-desktop]  screen cuts off after the steps battery state and local.rc !" [Undecided,Unconfirmed]