[00:01] <hggdh> hah! kernel oops on mac80211...
[00:11] <DanaG> I've gone back to the previous kernel, where backlight control actually WORKS.
[00:15] <DanaG> grr.
[01:52] <shadowhywind> hay all, I am currently running intrepid, and want to move up to jaunty, any easy way to update from the console, or do i have to do it from the cd?
[02:10] <RAOF> shadowhywind: The release notes mention it.
[02:11] <RAOF> If you're running GNOME, you can run 'gksudo "update-manager -d"'
[02:11] <RAOF> If you're at a console, "sudo do-release-upgrade -d" will upgrade.
[02:12] <RAOF> There's probably an equivalent for KDE, if that floats your boat.
[02:16] <david__> how do i get firefox on jaunty?
[02:16] <RAOF> It's installed by default?
[02:16] <david__> RAOF: do not see it on here?
[02:16] <RAOF> You're using Ubuntu, not Kubuntu, right?
[02:17] <david__> yes
[02:17] <RAOF> It's not in Applications->Internet->Firefox Web Browser?
[02:17] <david__> all i see is konquerer
[02:17] <shadowhywind> RAOF: what about ext4, only way to update that would be from the cd correct?
[02:18] <RAOF> david__: So, you're using Kubuntu.
[02:18] <RAOF> Which _doesn't_ have firefox installed by default.
[02:18] <RAOF> shadowhywind: No; you can mount your existing ext3 partitons as ext4
[02:18] <david__> yeah i know im asking how to get it?
[02:18] <shadowhywind> ROAF oh nice
[02:19] <RAOF> david__: Right.  So, by going to the software installer app in Kubuntu (which is, I believe, called "adept"), searching for "firefox", and installing it.
[02:19] <RAOF> david__: Incidentally, these questions suggest that Jaunty is unlikely to be useful for you. It *will* break, several times, between here and release.
[02:20] <RAOF> shadowhywind: http://ext4.wiki.kernel.org/index.php/Ext4_Howto#Converting_an_ext3_filesystem_to_ext4
[02:21] <david__> RAOF: yeah i know it will break im just putting it through its paces
[02:46] <tigerz> My audio card doesn't work after I upgrade to Jaunty, any one can help me?
[03:03] <AppleBoy> anyone know if the jaunty alpha2 supports mobo chipsets based on intel x58 ?
[03:03] <AppleBoy> I need a livecd that can boot on my system, so far others have failed :/
[03:12] <legodude> what's the consensus about jaunty stability?
[03:13] <burner> help!  I lost my sound playback!
[03:14] <burner> i don't get error messages, but I don't hear anything with my Intel 82801H onboard sound :\
[03:15] <x1250> burner, volume is not muted? :) try alsamixer -c 0
[03:15] <burner> all 100%
[03:16] <burner> snd_hda_intel and a lot of other snd_****  are listed in lsmod
[03:19] <burner> i don't know what other information may be relevant or what log files to check from here
[03:20] <x1250> burner, maybe you could try /var/log/daemon, $ dmesg, and /var/log/kern.log
[03:27] <burner> well... thanks x1250.  I hate to say I'm baffled.
[03:27]  * burner shrugs and chalks it up to alpha testing days
[05:56] <DanaG> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/311716
[06:41] <lucent> something regressed terribly
[06:41] <lucent> anyone else notice that X11 / mouse performance got "weird" lately?
[06:41] <lucent> X11 is hogging 40% CPU and the mouse is super jumpy
[06:44]  * DanaG has had a different regression: backlight control GONE.
[06:44] <DanaG> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/311716 -- the "fix" for this issue I did NOT have.... broke backlight control entirely!
[06:46] <lucent> it's an ACPI bug?
[06:47] <DanaG> Different issue than yours.
[06:47] <lucent> maybe, maybe not
[06:47] <lucent> my system starts freaking out when I change the brightness
[06:47] <lucent> it could be an ACPI bug
[06:47] <lucent> I also notice that the brightness applet shoes a ghostbusters when I'm booting up
[06:47] <lucent> (i.e. the NO in NO SMOKING sign)
[07:00] <x1250> lucent, try monitoring with top, maube there is some other process which is using your cpu?
[07:14] <lucent> x1250: nope :(
[07:14] <lucent> x1250: just X11 whoring everything
[07:14] <lucent> I "think" it goes away if I switch from VT to X11 and back again a few times
[07:14] <lucent> that's not exactly scientific of me
[07:15] <lucent> I'm having trouble to think of what the cause might be, or how to report it
[07:17] <x1250> lucent, does this happen with an empty Xorg session? no firefox running, etc, etc.
[07:18] <lucent> well, not empty
[07:18] <lucent> I have a lot of crap on my gnome panel
[07:18] <lucent> I'm going to boot Alpha 3 when it's released and see if there's a problem
[07:18] <lucent> if there's a problem then I'll follow up some more
[07:19] <DanaG> My brightness applet also shows the "cannot get laptop panel brightness"/
[07:19] <DanaG> So it is the same breakage-due-to-supposed-fix.
[07:19] <DanaG> lucent: what video driver?
[07:20] <lucent> DanaG: intel, let me check which one
[07:21] <lucent> ii  xserver-xorg-video-intel                  2:2.5.1-1ubuntu7
[07:24] <x1250> lucent, tried using Option "AccelMethod" "EXA" on Section Device?
[07:25] <x1250> lucent, could you post /var/log/Xorg.0.log on pastebin?
[07:25] <lucent> x1250: okay, I will try that :)
[07:27] <lucent> "content too big (max 512KB)" from nopaste.com lol @ that
[07:28] <x1250> lucent, paste.ubuntu.com :P
[07:29] <lucent> there's no upload option
[07:29] <lucent> forget that
[07:29] <lucent> brb
[07:29] <x1250> lucent, ok
[07:30]  * DanaG hasn't used Intel video.
[07:30] <DanaG> I just remember that nouveau has been sucky and cpu-devouring each time I've tried it on an old NV17 card I have around here.
[07:36] <lucent> x1250: I have sussed it
[07:36] <lucent> the gnome brightness applet causes the stupid things to happen
[07:36] <lucent> when I remove the gnome brightness applet, then the bad behaviors disappear on next login
[07:36] <x1250> lucent, great :)
[08:18] <x1250> !dailty
[08:19] <x1250> !daily
[08:20] <uniscript> !upgrade
[10:27] <peterz> kde-4.2-rc1 (4.1.96-ubuntu2) doesn't work for me -- plasma instantly crashes
[11:22] <pisi> Hi. I upgraded my 8.10 to jaunty by dist-upgrade and converted the only partition I had to ext4. I was under the impression, that jaunty can now do ext4, including grub2 support. I installed grub2 but in chainload mode  and now I can't boot into ubuntu.
[11:23] <pisi> I have not yet succeeded with reinstalling grub2 with the live cd... any way around it? Or I need an ext3 boot partition _
[11:37] <Tekno> 13:37
[11:43] <pisi> So if there is a way/tutorial on how to install grub2 from live cd would be great. Chrooting into the disk partition from livecd and reinstalling grub-pc currently fails with "cannot find a device for /boot/grub"
[11:50] <histo> Any chat of chromium with the next release at all? They are getting close to 2.0 which will finally get rid of the winHTTP allowing linux compiling finally
[11:51] <histo> As an open source browser if their dev is quick enough I think it should definitely be pushed in ubuntu.
[13:47] <ubuntu> hay all, trying to install jaunty and have a quick question before i do. I was going to give ext4 a spin. But i can't select it from the installer, any ideas?
[13:47] <TheInfinity> ubuntu: you can get it via alternate installer
[13:48] <ubuntu> ah nice, I will switch over to the alternate installer and give that a try, thanks
[13:50] <avis> are we at a point with jaunty where 64 bit should be adoptable (not too problematic for things like flash and other things) with jaunty ?
[13:51] <ikonia> avis: I think so
[13:52] <ikonia> avis: the flashplugin-nonfree package is available
[13:52] <ikonia> avis: but thats still using the 32bit wrapper from what I can see
[13:52] <avis> would you suggest a switch to 64 bit at this point ?
[13:54] <ikonia> depends if it would benifit you, or you want it
[13:54] <fosco_> avis: i use 64bits since hardy with very few problems
[13:55] <avis> ok..  thank you
[13:56] <ikonia> fosco_: i think it's more relevant that this is an alpha release
[13:56] <ikonia> in terms of his question
[13:56] <fosco_> ou, thought he was asking for 32 vs 64 only :)
[13:56] <ikonia> he may have been, just not how I read it
[13:57] <avis> i'm further confused :)  but what the heck, i'll try 64 bit.  :)
[13:57] <ikonia> avis: out of interest how much ram do you have
[13:58] <avis> i have 4gb
[13:58] <ikonia> (not that that's the only factor)
[13:58] <ikonia> yeah, go for it 1
[13:58] <ikonia> !
[13:58] <avis> ok  thank you
[13:58] <ikonia> avis: you'll be fine, you'll find any breakage will most likley be because it's jaunty, not 64bit
[13:59] <avis> tks
[13:59] <ikonia> avis: if you do have any problems shout and we can work out if it's 64bit or jaunty though, but I'd put money on jaunty
[14:00] <fosco_> me too
[14:09] <clusty> hey
[14:10] <clusty> very excited when I heard the news that alpha 3 includes support for ext4
[14:10] <clusty> is it the case?
[14:10] <clusty> wanted to comfirm :D
[14:10] <avis> yes has ext4 support
[14:11] <Pici> But the install will not use it by default.
[14:11] <clusty> Pici, well i usually self pertition my disk
[14:11] <ahz> The package bleachbit has been added to apt over a week ago, but it doesn't show up in the Add/Remove Programs GUI?
[14:11] <clusty> so I can choose i guess?
[14:11] <Pici> clusty: I believe so.
[14:47] <fffaio> uhm, i heard someone mention that in jaunty ext4 support was only available in the alternate installer at this point, though, it didn't gave that option at all in the manual partitioner (for amd64).  any ideas?
[14:48] <charlie-tca> That should be in the alternate cd, not desktop cd
[14:48] <fffaio> thats what i installed from.  the alternate cd, for amd64, had no ext4 option
[14:48] <fffaio> actually i didn't install.  i wanted to ask first
[14:49] <TheInfinity> fffaio: its only in latest builds, afaik not in alpha4 - sorry forgot to say this ;)
[14:49] <fffaio> i'm pretty darned sure my eyes aren't failing me either.  i looked over that page pretty well
[14:49] <TheInfinity> *alpha2
[14:49] <TheInfinity> latest -> daily build
[14:49] <fffaio> ooh.  latest builds.  ok.  how do i get a hold of one of those ?
[14:49] <TheInfinity> !daily
[14:50] <fffaio> thank you
[15:21] <legodude> any comments on jaunty stability?
[15:21] <shadowhywind> Hi all, I am trying to install jaunty with ext4 , however during the install I can not select ext4 any ideas how to get ext4?
[15:22] <legodude> what version of jaunty are you using?
[15:22] <legodude> alpha1 or nightly?
[15:22] <shadowhywind> alpha 2
[15:23] <shadowhywind> from an iso
[15:23] <hggdh> I think ext4 is available on alpha3
[15:23] <CarlFK1> I am trying to use a jaunty kernel with ibex (mainly to see if it fixes https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/317227
[15:23] <shadowhywind> is there a alpha 3 release yet?
[15:24] <CarlFK1> but now nvidia won't load, and the ibex nv driver dosn't support my card
[15:24] <CarlFK1> (WW) NV: Ignoring unsupported device 0x10de0531 (GeForce 7150M) at 00@00:12:0
[15:24] <legodude> shadowhywind: does alpha2 kernel support ext4?
[15:25] <legodude> I also believe that you can later convert ext3 to ext4
[15:25] <shadowhywind> legodude: I have no idea
[15:25] <hggdh> shadowhywind, we are getting ready to put it out
[15:25] <CarlFK1> what's the name of the xorg package that contains the open nv drivr?
[15:25] <legodude> alpha2 is from 19th, ext4 is from 24th
[15:26] <hggdh> and there are already images available for alpha3, for tests: http://iso.qa.ubuntu.com/qatracker/build/all/all
[15:26] <legodude> CarlFK1: xserver-xorg-driver-nv
[15:27] <shadowhywind> I just found the alpha3 cd , for somereason it hasn't been posted on kubuntu's website
[15:27] <hggdh> it is not yet a final image, shadowhywind
[15:27] <shadowhywind> hggdh dang...
[15:27] <hggdh> heh
[15:28] <hggdh> but testers are welcome -- see the link I posted above
[15:28] <CarlFK1> legodude: thanks.
[15:28] <hggdh> of course, the usual disclaimer applies... this can break, and break bad
[15:28] <legodude> hggdh: how stable is current alpha?
[15:28] <shadowhywind> hggdh that i know.. amd64 user here as well.. hehe so i get double screwed
[15:28] <hggdh> well... I have been running jaunty since beginning. Lately it is pretty much stable
[15:29] <legodude> any major show stoppers?
[15:29] <legodude> I couldn't get nv/nvidia to work with jaunty on my nvidia machine, but this laptop is intel
[15:29] <hggdh> yes: if you use encrypted root, there is/was an open bug on that: grub would not work
[15:29] <legodude> not a problem for me
[15:30] <legodude> maybe I'll image this drive first then try and upgrade
[15:30] <hggdh> image it and boot from CD; install on a virtual machine
[15:30] <legodude> no CD, VM won't do anything for my hardware problems
[15:30] <hggdh> also, from yesterday on I am getting kernel oops on wireless
[15:31] <legodude> what wireless?
[15:31] <hggdh> b43
[15:31] <legodude> device drivers or general wireless?
[15:31] <legodude> ah
[15:31] <hggdh> in the mac80211 kernel module
[15:31] <legodude> my iwlagn is borked on 8.10
[15:31] <legodude> ugh
[15:31] <hggdh> so I am not sure it is related to b43 or not
[15:31] <legodude> I believe that is a common module
[15:31] <legodude> so I'm gonna wait for sure
[15:32] <legodude> don't want to trade wireless problems for bigger wireless problems
[15:32] <shadowhywind> arn't most wireless problems "big" problems.. hehe
[15:33] <hggdh> shadowhywind, I am also running on AMD64
[15:33] <legodude> shadowhywind: right now it kinda works
[15:33] <legodude> whereas before it would panic
[15:34] <hggdh> well, *I* am running it. And, as I said, have been since the beginning, but being extremely careful on updates, cherry-picking them a few at a time
[15:35] <hggdh> and maintaining .deb from previous versions, so that I could downgrade (which I did a few times)
[15:35] <legodude> yeah I don;t have time for such shenanigans
[15:47] <apokalyp1> hmm no support eh
[15:48] <apokalyp1> can i discuss something crapping out still? :>
[15:49] <apokalyp1> udev keeps renaming my ethernet devices from something sensible (eth0-2) to something retarded (eth3-5)
[15:51] <apokalyp1> does it read from /etc/udev/rules.d or /lib/udev/rules.d
[15:57] <Raffaele> ciao
[15:57] <apokalyp1> hello
[15:57] <Raffaele> hi
[15:57] <Raffaele> sorry
[15:57] <Raffaele> I'm italian
[15:58] <Raffaele> I wanted to ask when left alpha 3?
[16:00] <apokalyp1> i'm not sure when alpha3 is due to be released
[16:02] <Raffaele> ok thanks the same
[16:03] <charlie-tca> Raffaele: Probably be tomorrow now. It is in testing today
[16:05] <Raffaele> mmm ... ok thanks, maybe it's because of time zone because here in Italy had to leave today.
[16:09] <apokalyp1> is there any way to disable udev from generating ethernet names?
[16:09] <charlie-tca> It was due on 01-15-2009, but got moved to 01-16-2009
[16:09] <charlie-tca> apokalyp1: not that I know of, but I am not that familiar with it. Maybe someone else?
[16:10]  * apokalyp1 pokes #ubuntu+1 with a pointy stick
[16:10]  * hggdh jumps
[16:10] <hggdh> apokalyp1, I just noticed the same
[16:10] <hggdh> and no, I do not know what causes. I am guessing udev
[16:10] <apokalyp1> something keeps modifying my old /etc/udev/rules.d/70-persistent-net.rules
[16:10] <hggdh> so probably the udev log would have something on it
[16:12] <apokalyp1> messages tells me its renaming interfaces ,but not why
[16:12] <hggdh> hum
[16:12] <hggdh> on my side, latest change on 70-... was on Jan 11
[16:12] <apokalyp1> udev: renamed network interface eth0 to eth5
[16:12] <apokalyp1> (on boot obviously)
[16:13] <hggdh> and I got 5 identical entries there
[16:13] <CarlFK1> should an apt-get install (something) be allowed to drop my network connection?
[16:13] <CarlFK1> cuz I did that over ssh, and it looks like it dropped it:  * Restarting Hardware abstraction layer hald                            [ OK ]
[16:13] <apokalyp1> CarlFK1: i noticed that my ethernet dies when nvidia is updating
[16:14] <apokalyp1> hggdh: im gonna try renaming my 70-persistent-net to be greater than 75-persistent-net-generator
[16:14] <CarlFK1> i had just given up on nvidia...
[16:14] <apokalyp1> but i dont want to risk rebooting not being near my server, in case it gives out
[16:14] <hggdh> apokalyp1, heh. be careful. Be near the server ;-)
[16:14] <apokalyp1> yah
[16:15] <hggdh> right now I am building evolution trunk, and cannot test it
[16:15] <CarlFK1> i am at a prompt on the local box - how do tell apt to continue/redo what it was doing?
[16:15] <apokalyp1> i gotta find the right video resolution too, since the screen size is being cut off
[16:15] <Pici> CarlFK1: Whats it asking?
[16:15] <apokalyp1> dpkg --configure -a
[16:16] <apokalyp1> should restart it
[16:16] <apokalyp1> but you might wanna double check, heh
[16:16] <apokalyp1> my intrepid->jaunty died a couple times (upgrading over ssh) and i had to run that command
[16:17] <CarlFK1> dpkg --configure -a - just returned to a prompt
[16:17] <CarlFK1> Pici: the previous run stopped at: * Restarting Hardware abstraction layer hald
[16:17] <CarlFK1> ifconfig eth0 = no IP
[16:18] <apokalyp1> just run ifconfig, see if your devices were renamed heh
[16:18] <Pici> CarlFK1: If it dropped you to a shell prompt, I'd say that it was done.
[16:19] <CarlFK1> Pici: it didn't drop me to a shell, it dropped my ssh connection
[16:20] <CarlFK1> but it's possible that Restarting...hald was the last thing it needed to do
[16:20] <CarlFK1> ill reboot and see if everything is in place...
[16:20] <Pici> CarlFK1: if dpkg --configure -a   didn't do anything, then there probably wasn't anything left to do.
[16:22] <DanaG> I just removed my persuistent-net file.
[16:22] <DanaG> Or rather, edited it so the duplicates all number the same.
[16:22] <DanaG> Handy hint: run remote upgrades in "screen"/
[16:24] <Pici> s/upgrades//
[16:27] <apokalyp1> Local Headlines                     	                                      It's Cold
[16:28] <SuperLag> So, what do you guys think of Jaunty? anything noteworthy?
[16:28] <apokalyp1> i'll tell you if my onboard gforce 9400 and audio over hdmi work nicely :>
[16:28] <hggdh> interesting. My /etc/udev/rules.d is missing *most* of the default rules...
[16:29] <apokalyp1> hggdh: yeah, it looks like /lib/udev/rules.d is the new home
[16:31] <hggdh> darn... looked at the package file list, and did not notice the directories
[16:31] <hggdh> still.
[16:36] <apokalyp1> if you look at the 70-persistent-net.rules it will probably have duplicate entries
[16:36] <apokalyp1> but with different names
[16:48] <hggdh> I deleted them all, and restarted udev
[16:49] <apokalyp1> and?
[16:49] <apokalyp1> did it work?
[16:49] <hggdh> now my 70-persistent-net has 3 entries: wlan0, eth7 for the bcm4312, and eth8 for the asix
[16:49] <hggdh> no, it did not
[16:50] <apokalyp1> yeah, thats what it was doing..incrementing
[16:50] <miik> when is alpha3 come?
[16:50] <miik> its supposed be today
[16:50] <miik> i dont see it
[16:50] <SuperLag> *sigh* sloooooow.....
[16:50] <SuperLag> :)
[16:51] <hggdh> miik, probably tomorrow
[16:51] <apokalyp1> miik: tomorrow
[16:51] <miik> aff
[16:51] <hggdh> uff
[16:51] <miik> its jan15, i been eagerly waiting!!
[16:51] <apokalyp1> rah
[16:51] <SuperLag> At this rate, I'll have the .iso in.... 30 days? :)
[16:51] <apokalyp1> well now its jan 16
[16:51] <miik> its delayed always :(
[16:51] <miik> wow, you're in the future!!
[16:51] <miik> for me is jan15
[16:51] <SuperLag> the servers must be getting hammered
[16:51] <miik> yaeh, that would make them superlagged
[16:51] <SuperLag> 2K/s
[16:52] <apokalyp1> hggdh: http://www.shallowsky.com/blog/linux/gutsy-persistent-net.html
[16:52] <miik> wow, that sucks, 2k/s i downloaded that on my 28.8k, like 15 years ago
[16:52] <apokalyp1> could just delete it ;x
[16:52] <miik> i download porno today at 1,1 megabyte/s
[16:52] <miik> on my 100 mbit/s connection
[16:52] <hggdh> apokalyp1, thanks, will read it in a few -- gotta go out & buy lunch. BRB
[16:53] <apokalyp1> k
[16:53] <SuperLag> I thought about trying a torrent, but I think I'd get a not-so-nice visit from someone in the IT dept :)
[17:05] <apokalyp1> hggdh: i think i found it
[17:05] <apokalyp1> /lib/udev/write_net_rules compares ATTR{address} and /etc/udev/rules.d/70.... has ATTRS{address}
[17:06] <apokalyp1> if you can rename your ATTRS->ATTR in /etc/.. and test it that'd be super
[17:09] <hggdh> will look at it
[17:12] <apokalyp1> thx
[17:15] <apokalyp1> i should have inspected the newly generated entries before canning them :/
[17:17] <hggdh> will try now a reboot
[17:18] <hggdh> brb
[17:19]  * apokalyp1 crosses fingers
[17:22] <shadowhywind> and jaunty is now fully installed
[17:24] <apokalyp1> are your ethernet interfaces renaming themselves?
[17:24] <apokalyp1> works?
[17:24] <shadowhywind> at this moment in time they are the same name as in intrepid
[17:25] <shadowhywind> Quassel IRC program is very odd... i like konversation better
[17:27] <hggdh> apokalyp1, after renaming the interfaces on 70-persistent-net and rebooting, I am back to wlan0 and eth0
[17:27] <apokalyp1> awesome :)
[17:28] <apokalyp1> should that be submitted as a patch or something to rename those upon upgrading?
[17:29] <hggdh> I am not sure... I am guessing that deleting the 70-persistent-net.rules & rebooting should do the trick
[17:29] <hggdh> but a bug reporting it would be good
[17:30] <hggdh> without rebooting, even renaming them & 'sudo invoke-rc.d udev restart' did not do the trick
[17:32] <hggdh> I will test, later on, deleting 70-persistent.rules & rebooting
[17:35] <apokalyp1> are you registered on launchpad?
[17:39] <hggdh> yes I am
[17:42] <avis> i'm getting cannot resolve errors when trying to do a sudo apt-get update i've tried switching servers, even tried disabling ufw, can't figure  it out.  somehow, web traffic, works though.
[17:42] <apokalyp1> well depending on that other attempt feel free to file a fix ;D
[17:43] <Pici> avis: In Jaunty?
[17:43] <avis> surely others out there, can install pacakges though.  i cannot even install any packages.  or update my system
[17:44] <avis> yes in todays daily desktop build
[17:44] <avis> i really can't figure it out :(  i have web traffic just fine.
[17:45] <apokalyp1> can you pastebin it ?
[17:45] <avis> i tried to have it find the best server, and it seems to not be able to select any of them.
[17:45] <Pici> avis: Which mirror are you using?
[17:45] <avis> sure what would you like me to pastebin ?  what file ?
[17:45] <avis> the main ubuntu mirror for example Pici
[17:45] <avis> the default mirror
[17:47] <Pici> avis: Can you browse to it in a browser?
[17:47] <avis> i thought it might be a firewall setting, and couldn't find any obvious reference to such a thing.  its literally a fresh install.  wont allow a update on the default server, wont even allow to find the best update server either, its like the apt-get update functions just aren't working, though web traffic is.  pigdin wouldn't work either.  but firefox would.
[17:47] <avis> yes output of what file pici or you mean the sudo apt-get update error message ?
[17:48] <Pici> avis: I mean open http://archive.ubuntu.com in firefox, does it work?
[17:48] <avis> that sure does
[17:49] <Pici> avis: Please paste the output of apt-get update then
[17:49] <avis> yes.  the sudo apt-get update error messaage is failed to fetch http://  could not resoluve 'archive.ubuntu.com'
[17:50] <avis> i will pastebin the entire output one second
[17:54] <avis> http://pastebin.ca/1309322
[17:55] <Andre_Gondim> I can't send a bug cause there is a problem with apport
[17:55] <avis> pigdin's irc function isn't working either, oddly.
[17:56] <avis> you can report a bug manually at launchpad outside of apport, Andre_Gondim
[17:57] <Pici> avis: Does `dig security.ubuntu.com` return anything?
[17:58] <avis> it sure does, i however, do not understand it
[17:58] <apokalyp1> can you ping security.ubuntu.com
[17:58] <apokalyp1> or 'host security.ubuntu.com' does it say it has an ip address?
[17:58] <avis> id 13276 amd 103 msec ping time
[17:59] <avis> i can ping it.  its going to auckland.canonical.com
[17:59] <avis> let me try the host command
[18:00] <Pici> I'd normally ask you to look into your proxy settings, but those should be fine since its a fresh install.
[18:00] <avis> host indeed returns security.ubuntu.com's ip address
[18:00] <avis> yes its a fresh install alright.
[18:00] <avis> i could check the proxy settings anyway, in case of a misconfiguration in packaging
[18:01] <apokalyp1> try using a local mirror?
[18:01] <avis> proxy says direct internet connection
[18:02] <avis> oddly it wont allow any mirror at all, can't choose any, can't even let it find the best server either,  will return an error
[18:02] <avis> i dont have a repository here at home or anything i just tried it out today
[18:02] <apokalyp1> edit /etc/apt/sources.list
[18:02] <apokalyp1> and do a replace/
[18:02] <apokalyp1> ?
[18:02] <avis> replace what for what ?
[18:02] <apokalyp1> sec
[18:05] <SuperLag> Is Torrent going any faster than a straight HTTP download from the mirrors? (for the Jaunty a2 image)
[18:06] <avis> this is the default /etc/apt/sources.list it gave me.  oddly, it looks very normal http://www.pastebin.ca/1309334
[18:06] <apokalyp1> you can replace archive.ubuntu.com with something located on https://wiki.ubuntu.com/Mirrors that suits your area
[18:06] <apokalyp1> im not sure if you can replace security. though
[18:07] <avis> i will try that.  its worth a shot.
[18:07] <apokalyp1> yeah
[18:07] <apokalyp1> they should have jaunty-security
[18:07] <apokalyp1> at least this will tell you if your apt is broken or not
[18:11] <shadowhywind> hay all question, some of the menus on the taskbar open but do not display anything, any ideas?
[18:17] <legodude> how do I view the changes associated with a new version of a package?
[18:17] <legodude> I've tried aptitude, but it doesn't seem to honor my other repos?
[18:19] <Pici> legodude: I have apt-listchanges installed, this requires me to review the changelogs before I update any packages.
[18:19] <Pici> !info apt-listchanges
[18:20] <legodude> Pici: dumb question, how do you use it?
[18:20] <legodude> I tried it also and it just seemed to hang?
[18:21] <Pici> legodude: It automatically comes up after doing apt-get updats.  It may also come up for update-manager, but I don't use that tool.
[18:21] <Pici> s/updats/upgrades/
[18:21] <legodude> so you do a apt-get upgrade and it pops up?
[18:22] <Pici> Yes. After downloading the packages though.
[18:22] <legodude> ugh
[18:24] <legodude> I want something where I can put in a package name and check it out
[18:25] <Pici> legodude: You can use launchpad for that, i.e: https://edge.launchpad.net/ubuntu/+source/bash
[18:27] <legodude> also grrr
[18:27] <Pici> It wouldn't be too hard to whip up a script to pull that info down.  I'm not sure if launchpadlib has support for getting that information yet though.
[18:28] <miik> plz alpha3 plz!!
[18:28] <miik> why no alpha3?? :(
[18:30] <Pici> miik: Because the isos actually need to be tested before they are released.
[18:42] <avis> what package contains the apt-get function ?  i'd like to try and revert to a older apt-get, since other people, have no trouble, my sources.list is actually just fine.  pinging the internet works.  firefox works.  not sure what to do.
[18:42] <apokalyp1> !info apt
[18:43] <avis> simply, apt.  got it.  thank you
[18:43] <toresbe> avis: FYI, you can search for package name based on content by using packages.ubuntu.com
[18:47] <avis> ooh ty
[18:47] <avis> am i the only one that seems to have this problem ?
[18:47] <apokalyp1> the irc logs aren't searchable are they?
[18:48] <avis> indeed they are.  i didn't think it would be a problem if i asked
[18:48] <apokalyp1> no, sorry that wasn't pointed at you
[18:49] <apokalyp1> this is the 4th hour i've been in here and i was looking for an easy way to search for my udev issue
[18:49] <apokalyp1> instead of viewing each page :/
[18:50] <avis> oh ?  i use xchat so the search function is easy for me, for the duration of he logged in irc session, else i have to go to a terminal and use grep
[18:50] <apokalyp1> was referring to http://irclogs.ubuntu.com :p
[18:51] <avis> was just trying to be helpful.  see you all later
[18:52] <apokalyp1> did you get apt working?
[18:53] <apokalyp1> did it resolve the mirror?
[19:15] <avis> nope it sure did not.  i'm actually jumping ship and trying out amd64.  that was my original intent, to switch with jaunty to 64 bit, but now that i'm having this issue, i'm triyng out the daily build of the alternatve cd of amd64, and with fingers crossed, hoping that'll update just fine.
[19:19] <avis> is intrepid's medibuntu repsostory acceptable for jaunty ?
[19:25] <astromme-laptop> avis: kde or gnome?
[19:26] <astromme-laptop> avis: With kde the most recent build might have some issues with plasmoids... the updates today should have cleared that all up. So, if you get no plasma.... alt-f2, start konsole, and uprade
[19:28] <avis-> i owe the channel an apology.  my problem with sudo apt-get update is related to my router not refreshing the fact that i dropped opendns dns servers, it needed a reboot for to drop opendns, which was keeping me from being able to update.  problem was actually my router, definitely not jaunty.  i'm sorry for putting ya'll through the trouble
[19:29] <Pici> avis-: Its good to know anyone if someone else runs into the problem.
[19:32] <avis-> thats just it.  it wasn't jaunty..  it was my router inability to drop opendns without a reboot :(  but i appologlze and thank you all for the help, just the same
[19:35] <apokalyp1> no worries
[20:43] <miik> when alpha3?
[20:43] <fosco_> comming soon
[20:44] <miik> it jan15, i dont see it
[20:44] <TheInfinity> its ready when its done.
[20:44] <charlie-tca> delayed at least 24 hours
[20:49] <miik> :(
[20:49] <miik> its always delayed
[20:50] <fosco_> well, join the develop team and speed up the process :-)
[20:50] <hggdh> better delayed than bad
[20:51] <TheInfinity> miik: if you just upgrade your alpha2 installation you already have an alpha 3
[20:52] <miik> but i wanna see news for whats in alpha3
[20:57] <scizzo-> miik: don't be in a hurry
[20:58] <scizzo-> miik: the changes will be up on website.....www.ubuntu.com/testing
[20:59] <miik> ya
[21:24] <shadowhywind> hay has anyone else ran into a problem of random hard-lockups
[21:24] <BUGabundo> shadowhywind: not yet
[21:25] <shadowhywind> interesting.. might have been what i was doing then...
[21:25] <BUGabundo> unless you count the NM-applet locks when it asks for keychain password and you deny it
[21:25] <BUGabundo> shadowhywind: can you reproduce it?
[21:26] <shadowhywind> will try again in a few, I just installed so i have been doing alot in synaptic (not sure if it was that or not)
[21:32] <shadowhywind> ok running into one other issue, i was in the middle of a install when it froze last time. now i can't get postfix installed, any idea?
[21:37] <BUGabundo> shadowhywind: how much disc free?
[21:38] <BUGabundo> run a df -h
[21:38] <shadowhywind> 6.7 gigs
[21:38] <scizzo-> why not say the error you get when trying to install it?
[21:39] <shadowhywind> sorry, i should have posted that. here is the error
[21:39] <shadowhywind> dpkg (subprocess): unable to execute post-installation script: Exec format error
[21:39] <shadowhywind> d
[21:39] <shadowhywind> *grumble* sorry, didn't mean for that to send 3 lines
[21:41] <shadowhywind> hehe nevermind i got it to install
[22:31] <Melik> when is release date for alpha 3?
[22:32] <RyeBrye> does the nvidia 180.22 driver work with alpha 2?
[22:32] <andersk> Yes, but you need to set Option "IgnoreABI" "True" in the ServerFlags section of /etc/X11/xorg.conf.
[22:33] <RyeBrye> thanks
[22:33] <Melik> andersk,
[22:34] <Melik> if i dont have that option, should i go ahead and create it?
[22:34] <RyeBrye> I created that entire section and it just worked
[22:34] <andersk> Well, the nvidia driver would fail to load without it.
[22:34] <RyeBrye> http://ubuntuforums.org/archive/index.php/t-1020248.html just copy and paste the "Section ServerFlags" part into the xorg.conf
[22:35] <andersk> Oh.  Yes, create that section if you don't have it.
[22:37] <RAOF> andersk: That's not actually true.
[22:37] <RAOF> At least, not anymore.
[22:38] <RyeBrye> RAOF? the ignoreABI?
[22:38] <apokalyp1> you can startx -- -ignoreABI
[22:38] <RAOF> The version of the nvidia-glx-180 driver (180.22) that's currently in the archives officially supports our X server.  You can install it using the hardware drivers manager, or however else you would normally install drivers.
[22:38] <RyeBrye> RAOF- on mine it was the case. my system is updated to the latest jaunty packages and I had to edit that
[22:38] <RAOF> RyeBrye: Yes.
[22:38] <apokalyp1> i know i have 180.18 installed
[22:38] <apokalyp1> and it needs the ignoreABI
[22:39] <Melik> RAOF, i have the new 180.22 drivers
[22:39] <Melik> and a Nvidia GeForce 6100 nForce 405 card
[22:39] <Melik> but it cant read it
[22:39] <RAOF> By "can't read it", what do you mean?
[22:40] <Melik> ugh, i go to system > administration > hardware drivers
[22:40] <Melik> and it says "No propitiatory hardware drivers are in use in this system."
[22:40] <RAOF> Have you manually installed the drivers from nvidia.com or somesuch?
[22:41] <apokalyp1> Melik: run nvidia-xconfig
[22:41] <apokalyp1> and it'll edit your xorg.conf
[22:41] <apokalyp1> and then it magically works ;)
[22:41] <Melik> RAOF,  i have, but later removed it and installed through the repositories
[22:41] <Melik> apokalyp1,  i've run that
[22:41] <apokalyp1> i had the same problem with 180.xx not showing up
[22:41] <RyeBrye> anyone here know anythign about the rt2860 wireless card and the status of it in the latest jaunty alpha?
[22:41] <apokalyp1> even after using the module - you can check in Xorg log
[22:42] <RAOF> You'd need to have nvidia-glx-180-modaliases package installed, I believe, but that should be installed by default.
[22:42] <apokalyp1> actually come to think of it, i had to install that separately
[22:42] <Melik> ahhh
[22:42] <Melik> yeah i dont have that
[22:43] <RAOF> Then you don't have nvidia-common installed; install it, and Hardware Drivers should pick it up.
[22:43] <RAOF> (The modaliases data is what Hardware Drivers uses to map between the hardware ID of your card, and the drivers that can make it go)
[22:44] <Melik> okay i got all the modelaliases and nvidia-common
[22:44] <Melik> is a restart needed?
[22:44] <avis> both banshee and rhythmbox are not working at the moment in jaunty.  it wont let me file a bug report either.
[22:45] <RAOF> Melik: I don't think so, no.
[22:45] <Melik> still no propitiatory drivers found
[22:45] <Melik> :/
[22:46] <dtchen> avis: rhythmbox at least works fine here. what's the issue?
[22:47] <Melik> I'll brb
[22:48] <avis> i get this error Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnome.org/projects/gconf/ for information. (Details -  1: Server ping error: IDL:omg.org/CORBA/COMM_FAILURE:1.0)
[22:48] <avis> Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnome.org/projects/gconf/ for information. (Details -  1: Server ping error: IDL:omg.org/CORBA/COMM_FAILURE:1.0)
[22:48] <avis> Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnome.org/projects/gconf/ for information. (Details -  1: Server ping error: IDL:omg.org/CORBA/COMM_FAILURE:1.0)
[22:48] <avis> Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnome.org/projects/gconf/ for information. (Details -  1: Server ping error: IDL:omg.org/CORBA/COMM_FAILURE:1.0)
[22:48] <avis> Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnome.org/projects/gconf/ for information. (Details -  1: Server ping error: IDL:omg.org/CORBA/COMM_FAILURE:1.0)
[22:48] <avis> i'm so sorry
[22:48] <avis> i thought i only did that once
[22:48] <avis> that was a mistake.  i meant to only do that once
[22:48] <tritium> avis: careful, you've already been banned in #ubuntu for spamming
[22:49] <dtchen> avis: is it reproducible with a fresh user?
[22:49] <avis> spamming ?  what did i spam tritium ?  i'd like to know what i did that was wrong ?
[22:49] <RyeBrye> pastebin
[22:50] <tritium> avis: no, my bad, wrong nick
[22:52] <avis> anyone know of something i can use in jaunty that'll let me rip a cd and place it neatly in my ~/Music folder, something that fetches song tracks ?  rhythmbox gives me that error. and i have no idea how to approch fixing it outside of waiting for an updated package
[22:54] <dtchen> avis: sound-juicer already does.
[22:54] <avis> quite oddly, every single sound application seems to return that error for me :(
[22:54] <avis> sound juicer.  i'll try that :)  thanks
[22:54] <dtchen> avis: Applications> Sound & Video> Audio CD Ripper
[22:54] <dtchen> Audio CD Extractor*
[22:56] <avis> audio cd extractor is missing for me.  there was some fuss about jaunty wanting to remove some packages to satisfy dependencies.  i'll apt-cache search that though
[22:57] <dtchen> avis: that's the sound-juicer package
[22:57] <avis> yes i see it.  ty
[22:58] <avis> hmm. thats crashes as soon as i run it too :(  sending a bug report
[23:02] <RAOF> Sorry people, I was mistaken.  You _do_ still need IgnoreABI for nvidia-glx-180 to work.  I was confused by suspend/resume working so well!
[23:03] <dtchen> RAOF: heh, i was just going to say that it's still required
[23:04] <dtchen> particularly since i've pinned xserver-xorg{,-core,-input-{synaptics,evdev}} for that reason
[23:04] <dtchen> otherwise you get extremely erratic behaviour on certain window managers and, say, firefox-3.*
[23:05] <td123> just asking.. is alpha 3 postponed?
[23:05] <RAOF> dtchen: Yeah.  The IgnoreABI experience is hardly flawless :)
[23:06] <td123> ty
[23:15] <Melik> dpkg-divert: error checking `/usr/lib/xorg/modules/extensions/libGLcore.so': No such file or directory
[23:15] <Melik> dpkg: error processing nvidia-glx-96 (--remove):
[23:15] <Melik> what does this mean :/
[23:15] <Melik> i cant remove the glx-96 to install glx-180 :/
[23:19] <Melik> nvm i fixed it
[23:20] <raevol> is there a good place to get news/infos on jaunty development?
[23:22] <fosco_> https://wiki.ubuntu.com/JauntyJackalope
[23:23] <raevol> cool thanks
[23:28] <melik> guys :/ i just lost my xorg, what are the names of the packages i need to run it?
[23:39] <Melik> RAOF,
[23:42] <brk3> hi, please can someone help.. ive just installed one or two jaunty packages and i think it upgraded some important packages like udev or libc in the process. now my X server wont respond to mouse keyboard input
[23:42] <brk3> is there a way i can downgrade to the way it was before?
[23:44] <brk3> !1
[23:46] <Melik> damn this sucks, ive installed nvidia-common, nvidia-glx-180, all the modelaliases.. and it still won't show up in hardware drivers
[23:49] <brk3> what is the line to add to apt to upgrade to jaunty..
[23:49] <tretle> update-manager -d
[23:49] <tretle> alt f2
[23:52] <brk3> ok, one last question.. what would be a good permission saving command to back up my home dir
[23:53] <fosco_> cp -aR


[18:23] <imbrandon> yup
[18:23] <imbrandon> sounds like you got the jest of it
[18:23] <jariq> imbrandon> and what about new major release of my package
[18:24] <jariq> imbrandon> i will have to wait for next release of ubuntu ?
[18:24] <imbrandon> new versions ( not revisions ) normaly hit REVU again if they are large
[18:24] <imbrandon> depends on the time of the cycle the new version comes out
[18:24] <bddebian> imbrandon: I think that's gist not jest ;-P
[18:24] <imbrandon> if its not durring a freeze no you dont have to wait
[18:25] <imbrandon> bddebian: prob :)
[18:26] <jariq> imbrandon> thanks a lot
[18:26] <imbrandon> np , feel free to poke me or any MOTU in here if you hit bumps along the way
[18:27] <imbrandon> we dont bite ( mostly )
[18:27] <jariq> :)
[18:28] <jariq> so universe is some kind of "free" repository? can you add new packages for gutsy now?
[18:28] <jariq> or they have to wait for next release
[18:29] <jdong> jariq: Gutsy is frozen; your uploads would be to Hardy
[18:29] <jdong> jariq: however if your Hardy package builds in a gutsy environment too, it is eligible for backporting
[18:29] <imbrandon> ( witch is all taken care of on the backend )
[18:29] <jariq> so it can get to backports
[18:29] <imbrandon> correct AFTER it hits hardy
[18:30] <jariq> thanks
[18:30] <jariq> now i know everything i needed
[18:30] <jariq> c ya
[18:30] <jdong> imbrandon: speaking of you being enslaved into a manual backport, would you have some spare time later on to sponsor a wengophone srcchange backport to Feisty? The debdiff looked trivial but I need to review it a bit more
[18:31] <imbrandon> jdong: possibly if you mean tonight ( as in this evening CST )
[18:31] <warp10> Bug #164143 Is it normal such a long changelog or I made something wrong? o_0
[18:31] <ubotu> Launchpad bug 164143 in gwhois "Please sync gwhois 20071030  (universe) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/164143
[18:31] <jdong> imbrandon: meh just sometime in the future, it's low on my list too
[18:31] <imbrandon> kk
[18:33] <jdong> warp10: yeah that's too long, you only need changelog entries since las Ubuntu release, 20070408ubuntu1
[18:34] <warp10> jdong: well, really I used requestsync. Is there a way to cut it using this tool?
[18:35] <jdong> good question, I'm not sure
[18:35] <Kmos> warp10: no.. you need to edit description on launchpad
[18:35] <Kmos> and remove them manually
[18:35] <warp10> Kmos: Ok. I'll do. Thanks!
[18:40] <warp10> norsetto: sorry, but I see tagtool in english :(
[18:40] <norsetto> warp10: ok, what version is that?
[18:41] <warp10> norsetto: 0.12.3-2
[18:42] <norsetto> warp10: right, you need to add the gutsy-proposed repository in /etc/apt/sources.list and upgrade then
[18:42] <warp10> norsetto: It was enabled yet, and I did an apt-get update before installing it
[18:43] <norsetto> warp10: ok, but the version of the package should be 0.12.3-2ubuntu0.1 then?
[18:43] <warp10> norsetto: maybe it just need some more time to build?
[18:44] <norsetto> warp10: let me check
[18:47] <norsetto> warp10: thats interesting, I don't find it in gutsy-proposed ......
[18:49] <warp10> wow...
[18:54] <mok0> what's the difference between gutsy-proposed and gutsy-backports?
[18:55] <imbrandon> proposed are often incomplete and broken versions
[18:55] <imbrandon> for testing ONLY
[18:56] <imbrandon> before it goes to -updates ( more revisions later normaly )
[18:57] <mok0> ok
[19:03] <griffinc> I am working on a merge and the new Debian version has some patches and some of these patches have +x permissions, which creates some debuild errors.  should make these patches non-executable?
[19:07] <RainCT> how can I generate a debdiff only from the debian/ dir?
[19:13] <imbrandon> only make changes to the debian/ dir ?
[19:13] <imbrandon> heh
[19:26] <CyberMatt> Yet another odd situation
[19:28] <\sh> re
[19:28] <CyberMatt> so i was working on this package come to find out that sombody was already working on it in debian
[19:29] <CyberMatt> so got in touch with the Debian Maintianer
[19:30] <CyberMatt> enjoy working with him but... his sponser different matter
[19:32] <CyberMatt> like this guy hasn't responed to emails whats us to maintian an unstable old and real crudy upstream
[19:33] <CyberMatt> remove lintain overrides that *need* to be there
[19:34] <CyberMatt> ie binary without manpage when you can't call that binary directly
[19:35] <CyberMatt> and i don't want the Ubuntu version to suck so what can i do
[19:36] <CyberMatt> can i package a higher upstream and not have it killed on sync
[19:38] <CyberMatt> or do i have to wait for the sync and then move to package the upstream
[19:40] <CyberMatt> because gotta tell you i don't want to be fixing inspircd 1.1.8 for the 5 years
[19:44] <norsetto> CyberMatt: sorry, I missed the beginning, what is the problem?
[19:45] <\sh> CyberMatt, you are allowed to package new upstream versions, yes...and it won't be killed by a sync when it has a ubuntu version tag
[19:45] <CyberMatt> ok
[19:46]  * \sh has no clue what inspircd is anyways
[19:46] <norsetto> \sh: wait, is he afraid that a debian package will come and override his package?
[19:46] <\sh> if it's a irc server, hell, someone has to security bug fixes
[19:46] <\sh> norsetto, yepp
[19:47] <CyberMatt> we are going to try to persude this sponser to let us go ahead with the latest upstream which i am 90% done packaging
[19:47] <norsetto> \sh: well, but then he is right, if a new debian version will come it will override his package (unless he manages to have his package in debian that is)
[19:48] <\sh> norsetto, nope...it won't be synced automatically when it has an ubuntu version tag ... he doesn't want to work with the debian maintainer as far I could understand...so he wants to package for ubuntu a new upstream version (-0ubuntu1) ,-)
[19:49] <norsetto> \sh: thats right, not automatically, but manually ....
[19:49] <CyberMatt> but if we don't hear from him by chirstmas I'm gonna do a revu upload
[19:50] <\sh> CyberMatt, why don't you package a new upstream and send the source package to the bts and ask him to take it
[19:50] <CyberMatt> I'm alright working with the DM
[19:50] <\sh> CyberMatt, so what's the problem?
[19:50] <CyberMatt> but his sponser is causing problems for us
[19:51]  * norsetto -> dinner
[19:51] <\sh> CyberMatt, find another one?
[19:51] <CyberMatt> the DM aggres with me somewhat
[19:56] <CyberMatt> just wanted to know what my options were
[20:11] <proppy> Hi, I can't found the page about quilt into the packaging guide ?
[20:12] <proppy> maybe I've dreamed about it :)
[20:12] <proppy> here https://wiki.ubuntu.com/MOTU/School/PatchingSources
[20:12] <proppy> :)
[20:14] <warp10> proppy: quilt is at the very bottom of that page
[20:16] <proppy> yep
[20:16] <proppy> just found it
[20:21] <DaveMorris> proppy: have I done libcpptest how you where saying? http://revu.tauware.de/details.py?package=cpptest
[20:23] <proppy> DaveMorris: It was just a suggestion feel free to get other advice about this
[20:24] <DaveMorris> yeah, I agreed with what you said though.  Others don't and I'm not sure which route would be best
[20:24] <proppy> DaveMorris: but yes that was what I was talking about
[20:25] <DaveMorris> are you a motu?
[20:25] <proppy> DaveMorris: no
[20:25] <proppy> DaveMorris: and not really close to be one :)
[20:25] <proppy> DaveMorris: the best shot will be to look a another c++ unittest package in debian (not mine)
[20:26] <proppy> if there is one
[20:26] <DaveMorris> proppy: you need to fix the copyright in yours btw
[20:27] <proppy> in 1.3.0-3 ?
[20:27] <DaveMorris> the gutsy one
[20:28] <proppy> DaveMorris: http://packages.debian.org/libcunit1
[20:28] <proppy> debian/copyright ?
[20:28] <DaveMorris> it needs a preamblee in it I'm  told, and someone showed me bug about it
[20:28] <DaveMorris> yeah debain/copyright
[20:29] <proppy> let me look
[20:29] <proppy> I thought it had a correct preample
[20:29] <proppy> you mean a bug report against unittest++
[20:30] <proppy> DaveMorris: btw unittest++ is not synced from unstable yet
[20:30] <proppy> DaveMorris: gutsy version is outdated
[20:31] <proppy> http://paste.ubuntu.com/2115/
[20:32] <proppy> I thought this was correct
[20:32] <DaveMorris> ah, I based my package to begin with on the gutsy version and got told that my debain/copyright was wrong I pointed them to cppunit deebian/copyright (gutsy) and they said it was also wrong and that a bug had been filled
[20:32] <proppy> This package was debianized by Johan Euphrosine (proppy<EMAIL_ADDRESS>on to It was downloaded from http://sourceforge.net/projects/unittest-cpp/
[20:32] <proppy> isn't it the preamble ?
[20:33] <proppy> DaveMorris: did you recall the bug number
[20:33] <proppy> DaveMorris: you should take a look at the 1.3.0-1 version
[20:33] <DaveMorris> trying to find it now, but my laptop is veery slow
[20:33] <proppy> DaveMorris: if you need it's a bit cleaner
[20:34] <proppy> DaveMorris: so does mine :)
[20:40] <jussi01> evening all
[20:40] <jussi01> anyone know if there is a grapical client to bzr?
[20:40] <gnomefreak> can a motu comment/ack http://revu.tauware.de/details.py?package=lightning-sunbird
[20:41] <ajmitch> jussi01: olive
[20:41] <geser> jussi01: olive
[20:41] <jussi01> !info olive
[20:41] <ubotu> Package olive does not exist in gutsy
[20:41] <geser> !info bzr-gtk
[20:41] <ajmitch> !info bzr-gtk
[20:41] <ubotu> bzr-gtk: provides graphical interfaces to Bazaar (bzr) version control. In component universe, is optional. Version 0.90.0-1 (gutsy), package size 142 kB, installed size 1004 kB
[20:41] <ajmitch> hehe :)
[20:41] <ajmitch> there's an echo around here somewhere
[20:41]  * jussi01 wonders if there is a qt app... ;)
[20:42] <ajmitch> people use qt?
[20:42] <geser> hehe :)
[20:43] <gnomefreak> jussi01: nope atleast not in repos
[20:43] <jussi01> gnomefreak: ok, thanks
[20:43] <gnomefreak> ;)
[20:43] <jdong> what is the rebuild versioning for XubuntuY?
[20:43] <jdong> I know for -X from Debian we do -Xbuild1
[20:44] <ajmitch> Xubuntu(Y+1)
[20:44] <DaveMorris> prro
[20:44] <jdong> ajmitch: makes sense, thanks :)
[20:44] <DaveMorris> proppy: Debian bug #437526
[20:44] <ubotu> Debian bug 437526 in libcppunit-dev "libcppunit-dev: old debian/copyright, upgrade to newest standard" [Minor,Open] http://bugs.debian.org/437526
[20:46] <proppy> DaveMorris: it's cppunit not unittest++
[20:47] <DaveMorris> oh, sorry I though yours was cppunit, my mistake
[20:48]  * DaveMorris too many testing frameeworrks
[20:49] <proppy> :)
[20:49] <proppy> yep
[20:49] <proppy> and too "my  framework is better than yours" when it comes to testing framework
[20:50] <DaveMorris> reason I used cpptest was it was the 1st one I found and could get working when I coded up my projet
[20:50] <proppy> because they're really big project, people seems to think that implementing their own is better than tolerating another one
[20:52] <DaveMorris> yep
[20:52] <proppy> DaveMorris: same with unittest++, I found it from a blog post, and figure out that there is quite a community around it
[20:53] <DaveMorris> now to seee if my opensg packages builds on ppa
[20:57] <Ubulette> hi, I'm still looking for a sponsor for bug 163271. got asac's approval.
[20:57] <ubotu> Launchpad bug 163271 in xulrunner "Please merge xulrunner <IP_ADDRESS>-1 (universe) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/163271
[20:59] <Ubulette> anyone ? :)
[21:00] <DaveMorris> Ubulette: be a bit more patient and I'm sure someone will ;)
[21:01] <norsetto> uboulette ou ubulette?
[21:01] <Ubulette> guess :)
[21:02] <norsetto> ubulette: better not ;-)
[21:03] <norsetto> ubulette: any reason for asac not to sponsor it himself?
[21:03] <Ubulette> he's on holidays
[21:03] <norsetto> ubulette: 266 kb!?
[21:03] <Ubulette> and i'm always depending on him so a bit of change would be nice
[21:04] <Ubulette> yes
[21:04] <Ubulette> like most of moz apps
[21:04] <Ubulette> just filterdiff -x '*/99_conf*' to ease the review
[21:05] <slangasek> oubliette?
[21:05] <norsetto> lol
[21:05] <Ubulette> lol
[21:07] <norsetto> Ubulette: have you finally decided where is the plugin dir for xulrunner?
[21:08] <Ubulette> norsetto, i'm on it for xulrunner 1.9 b1 just released a couple of hours ago.
[21:09] <Ubulette> here, the merge is about xulrunner 1.8.1.* (the firefox 2 branch)
[21:09] <Ubulette> (1.9 being the firefox 3.0 branch)
[21:09] <norsetto> ubulette: yes, but it is still /usr/lib/xulrunner-addons/plugins/ or you changed it?
[21:12] <Ubulette> i'm not touching that part in xul 1.8, plugins and addons are not used shared by debian, and we're following debian for that branch
[21:12] <Ubulette> i'm going to change that in 1.9 for sure
[21:13] <Ubulette> debian will probably never follow
[21:14] <slangasek> why won't Debian follow?
[21:14] <LaserJock> \o/, presentation finished
[21:15] <LaserJock> now, back to the land of slackers :-)
[21:16] <Jazzva> norsetto: Regarding the .desktop files in ksimus, I think there is one describing the filetype, and I think I'll need to change it.. So, it might take a day until I upload a new diff...
[21:16] <norsetto> jazzva: sure, take your time
[21:16] <Ubulette> slangasek, because of the way it is packaged now (ie almost the mozilla way). remember the soname vs GRE war?
[21:16] <Jazzva> (need to learn the new structure and stuff)
[21:17]  * \sh wonders when he can work on merges again...there is so much unfixed stuff
[21:19] <slangasek> Ubulette: no?
[21:20] <slangasek> Ubulette: sorry, I don't have the historical context here, but if there are reasons that Debian and Ubuntu are diverging radically on packaging I like to know about it
[21:20] <Baby> slangasek: hi! :)
[21:20] <slangasek> Baby: moo
[21:20] <Baby> :))))
[21:21] <Baby> nice to see u! :)
[21:21] <norsetto> one reason just popped in ....
[21:21] <Ubulette> slangasek, to make a looong story short, debian rejected to mozilla way to install the xul toolkit (GRE) and went for changing the structure and soname everything, plus the unbranding thing
[21:22] <slangasek> Ubulette: and for some reason, you believe that Mozilla's way is right?
[21:23] <Ubulette> it's not my choice only. it has been discussed a long time ago in #ubuntu-mozillateam
[21:26] <slangasek> well, the whole reason for having xulrunner as a separate package is so that it can be shared among other applications, which inherently requires a stable packaging interface (soname, etc); so I guess I'm missing something in regards to why the Debian changes are wrong
[21:26] <slangasek> "GRE" isn't very googlable, so doesn't tell me what the differences are
[21:27]  * norsetto wonders about the point of having two xulrunners actually
[21:27] <Ubulette> the api changed a lot. there's no way to make xul apps for 1.8 and 1.9 work with only one xulrunner. We've tried
[21:27] <slangasek> heh
[21:29] <norsetto> ubulette: but apps which are now using 1.8 are planning to migrate to 1.9 or we will keep two forever?
[21:29] <Ubulette> well, by xul apps, i meant real xul applications and libmozemb apps
[21:29] <Ubulette> we feel it will take forever
[21:29] <norsetto> oh dear
[21:30] <\sh> why can't a browser be a simple browser...why it needs to embedded something like emacs
[21:30] <slangasek> now you're confusing xulrunner with elrunner
[21:32] <Ubulette> maybe ubuntu will be able to drop xulrunner (1.8) at some point as most of the 1.8 apps are using firefox-dev anyway (which causes tons of crashes if you upgrade ff-dev without recompiling everything.. that's the whole point of GRE)
[21:32] <\sh> slangasek, sometimes it sounds like that mozilla is reinventing emacs...but starting with a browser and not with a vi replacement ;) *meruns*
[21:33] <Ubulette> it's just a SDK here. we're working to make as many moz apps use it
[21:33] <slangasek> Ubulette: uhm?  what is it that's the whole point of GRE?
[21:33] <LaserJock> \sh: and look how well emacs turned out :-)
[21:33] <slangasek> and there are lots of packages that use xulrunner, not firefox-dev
[21:34] <Ubulette> slangasek, really ? show me :)
[21:34] <slangasek> Ubulette: grep-dctrl doesn't already show this?
[21:34] <\sh> LaserJock, yeah, now it has a gtk UI ,-)
[21:34] <LaserJock> epiphany will be using xulrunner I think and hopefully yelp as well
[21:34] <LaserJock> we gotta get rid of the firefox dependence in everything :-)
[21:35] <slangasek> ... ok, I take that back; apparently Ubuntu has diverged heavily from Debian and almost all packages that use xulrunner in Debian *are* using firefox in Ubuntu, wtf?
[21:37] <slangasek> well, videolink uses xulrunner anyway
[21:38] <\sh> LaserJock, do you know how deep the knowledge of motu documentation goes regarding patching, packaging and working with upstream VCS?
[21:39] <norsetto> ubulette: is ecj really needed as a build-dep?
[21:39] <LaserJock> \sh: I would say not very much
[21:40] <LaserJock> \sh: we have documentation on patches, and various bits I think, but as far as specifically dealing with upstream VCSs I don't know that we have much
[21:40] <\sh> LaserJock, I wonder how I can start a session about security bugfixing when all the three main workflows are needed...I need to find a good example
[21:42] <\sh> I really wonder if this bugfix is good as security fix...adding at least 2 new configuration settings to net-snmp is not a simple fix
[21:43] <\sh> anyways it works
[21:43] <CyberMatt> oh god an emacs browser
[21:44] <Ubulette> norsetto: it has been introduced by asac in the previous release, it ftbfsed in gutsy iirc.
[21:44] <geser> warp10: if you want I can ack your gwhois merge
[21:44] <norsetto> ubulette: well, it was replacing ecj-bootstrap byt theat is gone now, so I wonder if you still need it
[21:45] <norsetto> Ubulette: s/byt theat/but that/
[21:45] <geser> warp10: s/merge/sync/
[21:45] <warp10> geser: I asked to pitti, that is my mentor, but he looks rather busy, so I will be happy if you ack it :)
[21:45] <\sh> CyberMatt, which would help me now a lot...switching between FF, emacs is sometimes ugly
[21:47] <geser> warp10: ACKed
[21:48] <proppy> norsetto: totally OT but I get tiddlywiki works with a mercurial web server, this leads to a nice versioned wiki, http://mercurial.aminche.com/raw-file/tip/tiddly.html
[21:48] <warp10> geser: thank you so much! :)
[21:48]  * norsetto rolls his eyes
[21:49] <Jazzva> Is it ok to make changes to Makefile.am? I think I need to rename one .desktop to .xml and its name should be changed in Makefiles too...
[21:50] <proppy> norsetto: this one is for you http://mercurial.aminche.com/rev/dd4245b27320
[21:51] <norsetto> proppy: hehe you silly bugger
[21:53] <norsetto> ubulette: is it correct to drop the xulrunner.install change?
[21:54] <Ubulette> norsetto, yes.
[21:55] <Ubulette> norsetto, hmm, wait
[21:56] <Ubulette> hold on, i have to check the alternative
[22:02] <\sh> good night motus :)
[22:03] <Ubulette> norsetto, good catch. it's still needed. do you want me to post a new debdiff ?
[22:03] <Ubulette> i have it ready
[22:04] <norsetto> ubulette: well, yes, if you can check as well if ecj is needed
[22:04] <norsetto> ubulette: all the rest seems ok
[22:07] <Ubulette> norsetto, for ecj, I need to rebuild everything in a clean env. providing it takes 1 h for xul alone and that i'm currently building ff3b1 and xul1.9b1, that's another hour.
[22:08] <norsetto> ubulette: ok, how much mem is needed to build it?
[22:09] <Ubulette> mem ? no idea
[22:10] <Ubulette> 1G is ok for sure
[22:11] <nxvl_work> hi folks!
[22:11] <norsetto> ubulette: well, if 1 G is enough I can build it, but if there is disk thrashing than forget
[22:11] <Ubulette> norsetto, do you mean memory or disk ?
[22:11] <norsetto> Hola nxvl
[22:12] <norsetto> ubulette: 1 G or RAM
[22:12] <norsetto> ubulette: 1 G of RAM even
[22:12] <Ubulette> ok, 1GB of RAM is enough
[22:12] <norsetto> ubulette: good, upload your patch and I check if ecj is needed
[22:13] <ajmitch> 1GB is enough for a very patient person :)
[22:14] <norsetto> ajmitch: patience or not, if I get disk thrashing I quit ....
[22:15] <norsetto> ajmitch: building eclipse left a scab already on my pc
[22:23] <Ubulette> norsetto, debdiff posted. here is the diff with the previous debdiff: http://paste.ubuntu.com/2121/
[22:24] <norsetto> ubulette: ok, you like cryptic changelogs eh
[22:24] <Ubulette> compact, not cryptic
[22:25] <Ubulette> foo.{install,postinst,prerm} => this is a bashism :)
[22:26] <fdoving> someone should consider backporting courier from hardy to gutsy. as the gutsy version doesn't work with ssl3.
[22:29] <huats_> norsetto: hey
[22:29]  * ajmitch mutters
[22:29] <ajmitch> time for me to work on some (reasonably urgent) security updates
[22:29] <huats_> I am trying to test again tagtool
[22:29] <norsetto> huats_: ok, thats good :-)
[22:30] <norsetto> huats_: check if the binaries have been built already though
[22:30] <huats_> but I cannot install it :( apparently I already have the latest version
[22:30] <huats_> oh that should be the pb,not yet available...
[22:31]  * jussi01 throws https://edge.launchpad.net/bzr-eclipse at ajmitch...
[22:31]  * ajmitch throws it out the open window
[22:31] <huats_> jono here comes the finger of god player :)
[22:32] <jussi01> ajmitch: hehehehe... just mentioning it as you told me about olive...  :)
[22:32]  * jussi01 --->
[22:32] <jussi01> bed
[22:38] <jdong> fdoving: is a backport request filed?
[22:39] <fdoving> jdong: don't know, i just noticed this. need to fix my server first.
[22:39] <jdong> fdoving: yeah if you get a chance please file a backport request and I'll look into it
[22:39] <Fujitsu> Morning all.
[22:40] <jdong> morning Fujitsu :)
[22:40] <huats_> morning Fujitsu
[22:40] <Fujitsu> Hi jdong, huats_.
[22:40] <geser> Hi Fujitsu
[22:41] <jdong> I should go take a nap
[22:41] <fdoving> jdong: might be more suitable for an SRU, maybe, or does it matter for universe things? (reading UbuntuBackports wiki that bugfixes shouldn't be the sole purpose)
[22:42] <jdong> fdoving: hmm, is the fix trivial?
[22:43] <jdong> fdoving: if it looks SRU-able, then by all means that's the correct process
[22:43] <fdoving> jdong: no, patching is not an option as far as i can tell. needs a full version upgrade. so probably not an option.
[22:43] <jdong> fdoving: ok, then let's deal with it as a backport
[22:43] <huats_> jdong: I am looking for you :)
[22:44] <huats_> norsetto told me to ask you about backports
[22:44] <huats_> :D
[22:44] <LordKow> bug 164202 can someone confirm this? it is not a lot of work to reproduce
[22:44] <jdong> huats_: uh oh :) he left the moment you said that :D
[22:44]  * jdong is worried
[22:44] <LordKow> no where is the bot
[22:44] <LordKow> https://bugs.launchpad.net/baltix/+source/git-core/+bug/164202
[22:44] <jdong> LordKow: disappeared
[22:44] <huats_> I have done a fix for hardy, and I am interested in doing a backport for gutsy
[22:44] <LordKow> why is it in baltix grrr
[22:44] <LordKow> such a bad dya
[22:45] <huats_> jdong: don't worry, he told me  days before :D
[22:45] <jdong> huats_: what is the nature of the fix?
[22:45] <jdong> and what package
[22:45] <huats_> https://bugs.edge.launchpad.net/ubuntu/gutsy/+source/torbutton/+bug/137513
[22:45] <huats_> it is easier
[22:46] <huats_> but I really like to do it by my self... since it is my first backport... but I would appreciate a little guidance :D
[22:46] <huats_> it is a firefox extension
[22:46] <nxvl_work> huats_: you are still alive!
[22:46] <PriceChild> LordKow, ubotu will be back shortly.
[22:46] <LordKow> k :)
[22:46] <PriceChild> ah god not if that happens more...
[22:46] <huats_> nxvl_work: yeah....
[22:47] <LordKow> my life is incomplete without ubotu
[22:47] <nxvl_work> huats_:  i haven't see you for some time in there
[22:47] <ajmitch> PriceChild: are you breaking irc again?
[22:47] <PriceChild> LordKow, just be patient and he'll be back sorry :)
[22:47] <nxvl_work> huats_: where you a little disconect or was i?
[22:47] <huats_> nxvl_work: I was a "bit" overwhelmed by my work
[22:47] <jdong> huats_: ok, yeah, I'm reading the bug report right now
[22:48] <huats_> nxvl_work: I wasn't I think
[22:48] <huats_> nxvl_work: I still have to send the patch to the debian maintener :(
[22:48] <huats_> (I hope I can do that tomorrow...)
[22:48] <jdong> huats_: I agree with pkern's analysis that a SRU is unfeasible, so let's go the backports route
[22:48] <jdong> huats_: have you tested if the package builds in a Gutsy pbuilder?
[22:48] <huats_> jdong: I can sum up a little if you want
[22:49] <huats_> jdong: it was building, since I start working on it just before it was freeze... but I finished after the freeze...
[22:49] <huats_> so it should be building fine...
[22:50] <huats_> I can recreate  a gutsy pbuilder  to check out of course....
[22:50] <jdong> huats_: ok the source is in hardy, lemme just abuse the Backports PPA for this ;-)
[22:51] <huats_> ;)
[22:51] <huats_> ppa will be great
[22:51] <jdong> huats_: mark Also Affects Project: gutsy-backports and invalidate the Gutsy ticket in the meantime, please
[22:51] <norsetto> ubulette: ecj is not needed as an explicit dependency
[22:52] <jdong> huats_: it's ridiculously small so I'm gonna build it locally rather than deal with PPA buildlag ;-)
[22:52] <Ubulette> norsetto, javaxpcom is still built ?
[22:53] <huats_> jdong: ok
[22:53] <Ubulette> norsetto, did you open a bug for the xulrunner-addons path ? i don't remember
[22:53] <huats_> jdong:  I change the bug to gutsy-backports and invalid the gutsy
[22:53] <norsetto> Ubulette: yes, its in any case an implicit one, so, if you want to reduce your delta with debian you can remove it
[22:53] <jdong> huats_: thank you. I'm install-testing the backport in Gutsy at the moment
[22:54] <huats_> jdong: there is notthing I have to do ?
[22:54] <jdong> huats_: you are done :) I'll manage it from here
[22:54] <jdong> huats_: thanks for your help
[22:54] <norsetto> Ubulette: what bug? I just need to know what I should use so that I can add xulrunner as an or-ed dependency
[22:54] <Ubulette> norsetto, did you try on hardy or gutsy ?
[22:54] <huats_> no use of sharkattack ?
[22:54] <huats_> jdong: you did everything :D
[22:54] <jdong> huats_: not now; I'm going to replace sharkattack with PPA :)
[22:54] <norsetto> Ubulette: hardy
[22:55] <jdong> huats_: no, *you* did everything with your Hardy upload :)
[22:55] <jdong> huats_: sharkattack was nothing more than a web based pbuilder... I'm looking into a easy way to use PPA's to accomplish the same deed
[22:55] <Ubulette> norsetto: i'm fixing the xulrunner-addons path in 1.9b1 right now so if you have a bug id, i can put in changelog otherwise, nevermind.
[22:55] <norsetto> jdong: be patient with him, he may even do a man page for you ... or two .....
[22:56] <jdong> norsetto: hahaha
[22:56]  * jdong puts on evil face
[22:58] <jdong> huats_: ok, you are all set; on next archive day the backport will be queued :)
[23:00] <jdong> launchpad needs debdiff buttons :D
[23:00] <jdong> at least between successive revisions to same upstream ver
[23:00] <jdong> I guess those are interdiff buttons, but anyway :)
[23:02] <brandonperry> :-(
[23:08] <huats_> jdong: I've seen your post on the bug : Great !
[23:08] <huats_> thanks a lot
[23:09] <LordKow> so when merging a package from debian do i need to specify the upstream debian patches in the changelog too?
[23:10] <norsetto> LordKow: no, only the ubuntu changes that need to be carried over
[23:10] <LordKow> k
[23:11] <huats_> norsetto: the backport has been done.... thanks to jdong
[23:12] <huats_> (you know regarding the torbutton extension)
[23:12] <LordKow> another question. if a merge requires modifying the source (not the debian stuff in debian\) um... do i need to create a patch for it? im confused because basically from what I understand is we go ahead and modify the source to fix conflicts (like the mom reports say along with all of the howtos), but they never mention anything about actually creating a patch for it
[23:12] <norsetto> huats_: yes, I'm not yet that old to have such a short memory :-)
[23:13] <norsetto> huats_: what torbutton extension ?
[23:13] <huats_> norsetto: of course not... but you do so many stuffs that you might not see what I am talking about
[23:13] <huats_> :)
[23:13] <huats_> norsetto: you know the one that deals with man pages :)
[23:13] <norsetto> huats_: oh, THAT torbutton extension!
[23:13] <huats_> YES
[23:14] <norsetto> huats_: right ...
[23:14] <Ubulette> norsetto, do you (really) need a 3rd debdiff for ecj or if I remove it in the next release that would be good enough ?
[23:14] <norsetto> ubulette: I can do that, no problem
[23:15] <Ubulette> I can do it, no problem. I just fell it's not a big deal for this particular merge
[23:15] <jdong> norsetto: we weren't worried about you getting old, we were worried about you becoming a full backup of the LP bug database ;-)
[23:16] <huats_> :)
[23:16]  * norsetto still remembers when bugs had only 2 digits
[23:18] <norsetto> ubulette: I'm not imposing anything, the choice is yours, on one side you minimise the delta with debian, on the other you have an explicit dependency, its your call
[23:19] <Ubulette> norsetto, then, I keep that for the next release for sure
[23:23] <LordKow> interesting patch to aufs. "#if 0//def CONFIG_VSERVER" im not quite sure what that is supposed to be... "#ifdef CONFIG_VSERVER" ?
[23:27] <LordKow> meh i'll just rebuild this package starting with the latest debian base
[23:28] <LordKow> if we didnt use apparmour it would be a sync
[23:34] <LordKow> +  * Fix kernel compilation due to Apparmour changes. (LP: #140735) <-- yay thanks for the patch name
[23:35] <huats_> good night everyone
[23:35] <huats_> norsetto: go to bed, at your age you should be slepping already
[23:35] <huats_> :D
[23:35] <norsetto> ZZZZZZzzzzzzzzzzzzzz..................
[23:36] <huats_> :)
[23:36] <norsetto> huats_: one day you too will appreciate the power of the mid-afternoon nap ;-)
[23:36] <huats_> rrrgggg
[23:36] <huats_> I already like that too
[23:36] <huats_> but I can't do that at work
[23:38] <soren> LordKow: I interpret "#if 0//def CONFIG_VSERVER" as: It used to be "#ifdef CONFIG_VSERVER", for now comment it out completely ("#if 0").
[23:38] <LordKow> hmm
[23:38] <norsetto> huats_: :-P
[23:38] <s1024kb> norsetto: good morning my teacher.
[23:39] <huats_> see you all tomorrow
[23:39] <LordKow> why wouldnt they just have commented out the 1 line embedded within the statement? :P
[23:39] <norsetto> s1024kb: good night my alumn
[23:39] <LordKow> oh i see, for info.
[23:39] <soren> LordKow: http://patches.ubuntu.com/by-release/atomic/ubuntu/a/aufs/aufs_0+20070605-2ubuntu1.patch
[23:39] <LordKow> yea im looking at it now
[23:40] <s1024kb> norsetto: is it too late if i ask you question now? or "tomorrow"?
[23:40] <norsetto> s1024kb: shoot
[23:40] <LordKow> this is definitely a package when it is better to not use MOM automerge and simply start with debian base and ubuntu-ize it from there
[23:41] <s1024kb> norsetto: so for the merged packages, how to upload?
[23:42] <norsetto> s1024kb: did you check the bug report I mentioned to you? You should open another one for yappy, following that template
[23:42] <s1024kb> norsetto: okay, get it. thanks.
[23:43] <LordKow> this package is really a mess
[23:43] <norsetto> s1024kb: give me the bug number once ready and I'll check it out
[23:43] <norsetto> LordKow: amen
[23:44] <LordKow> debian decided to start putting their kernel patches in <src package>\patch instead of <src package>\debian\patches. There are some patches in debian\patches that are dups of what is in patch
[23:44] <LordKow> i will leave aufs alone and maybe i'll complain upstream :)
[23:44] <norsetto> LordKow: complaining upstream is always a good tactic
[23:45] <LordKow> rm -R /tmp/merges/aufs :D
[23:45] <norsetto> s1024kb: I'm off to bed, just send me an email with the bug number ok?
[23:46] <s1024kb> norsetto: okay my teacher. i will. :)
[23:46] <norsetto> g'night all
[23:47] <LordKow> i would rather not merge something like aufs anyways until the kernel team gets the new kernel out
[23:47] <LordKow> according to debian it should compile against 2.6.23 which should work against 2.6.24. but for testing purposes it is another good reason to wait