[04:35] <mjg59> crimsun: Are there still patches from you pending?
[04:35] <mjg59> Still no MBP audio love for me
[06:28] <neuralis> mjg59: by the way, is "ec kills touchpad after resume" a known bug for hp's latest laptop series, including the nc4400 and at least one of the nxes, and if not, do you need bugs filed and information provided?
[06:30] <fabbione> hey Ivan
[06:30] <lifeless> hola neuralis
[06:30] <neuralis> hey folks! long time no see
[06:31] <neuralis> fabbione: how's the little dude?
[06:31] <fabbione> neuralis: you mean that fat-o-saurus rex? he is good :)
[06:31] <neuralis> lifeless: don't know if you heard yet; we're currently using bzr as the vcs we ship and integrate with the laptop's built-in IDE
[06:31] <neuralis> fabbione: haha.. fatosaurus rex is a good name
[06:31] <lifeless> neuralis: yes, I think thats fantastic
[06:32] <fabbione> http://people.ubuntu.com/~fabbione/pics/chris/swimming.jpg
[06:32] <fabbione> neuralis: ^^
[06:32] <lifeless> neuralis: we just got a 100% performance boost for you for 0.15
[06:32] <lifeless> (for local ops)
[06:33] <neuralis> fabbione: he has that scary look of a kernel hacker :)
[06:33] <neuralis> lifeless: nice! we'll have to pull that in.
[06:33] <fabbione> neuralis: ahahha
[06:34] <neuralis> lifeless: we're still trying to figure out how to reconcile the "we keep everything in git, but we want to ship bzr" asymmetry, but hopefully we can work something out there. input appreciated, certainly.
[06:34] <lifeless> neuralis: well, you could convert to bzr :)
[06:35] <lifeless> neuralis: more seriously, I'd be happy to provide guidance on finishing the git foreign branch plugin for bzr, so you could just do 'bzr pull' to pull your git branch into bzr
[06:36] <neuralis> that sounds reasonable. we can't go all-bzr since we deal with kernel trees and maintaining two vcses seems suboptimal. presumably with the git fb plugin, we could automate maintenance of a bzr mirror for all our git trees?
[06:37] <lifeless> yup
[06:38] <lifeless> I dont have time to finish it myself at the moment unfortunately.
[06:39] <neuralis> worry not, i have summer interns.
[06:40] <lifeless> lp.net/bzr-git
[07:17] <fabbione> BenC: ping?
[09:19] <TheMuso> c
[09:37] <Mithrandir> BenC: please make sure to grab my building fix to linux-backports-modules and not just blindingly blast over it like you did on this last upload (causing it to fail to build..)
[10:32] <tumbleweed> https://launchpad.net/ubuntu/+source/linux-source-2.6.17/+bug/65827
[10:32] <tumbleweed> we've hit this with a lab of 50 ubuntu PCs
[10:32] <tumbleweed> can someone please look into it.
[10:57] <crimsun> mjg59: yes, to differentiate between 1st- and 2nd-gen macbook pros
[01:10] <fabbione> pkl_: ping?
[01:17] <pkl_> fabbione: pong
[01:17] <fabbione> pkl_: hey dude.. are you busy? otherwise i would like to steal 10 minutes of your time
[01:17] <pkl_> nope, never busy :)
[01:18] <fabbione> ehhehe
[01:20] <BenC> Mithrandir: I had no idea it failed, or that you had fixed it
[01:22] <Mithrandir> BenC: it ended up in depwait since you uploaded with ancient debian/control; doesn't kernel-team get upload notifications for uploads of those packages?
[01:23] <BenC> Mithrandir: I've no idea
[01:23] <BenC> debian/control probably isn't being rebuilt when the clean target is run
[01:23] <Mithrandir> it's not, no
[01:25] <BenC> Mithrandir: is it going to be a problem if a kernel I upload today bumps ABI?
[01:25] <BenC> it really needs to be there for beta
[01:26] <kylem> BenC, can you revert my libata-hpa patch for now?
[01:26] <Mithrandir> BenC: if it's needed, it's needed.  I'm not happy about it, but rather now than later.
[01:26] <kylem> apparently it's the cause of the macbook failing to boot.
[01:27] <kylem> though i haven't the foggiest idea why
[01:27] <BenC> kylem: don't you have a macbook?
[01:27] <BenC> kylem: Are you sure it's not caused by the piix problem?
[01:27] <kylem> BenC, no... mjg59 said blacklisting piix didn't help
[01:28] <BenC> Mithrandir: thanks, I'll get it up as soon as possible
[01:28] <fabbione> hey BenC
[01:28] <fabbione> BenC: queued one more change for you
[01:28] <fabbione> it's in the usual repo on people
[01:28] <BenC> fabbione: Thanks
[01:28] <fabbione> BenC: when i re-enabled ocfs2/gfs* in the generic kernels i forgot to add Provides: rhcs-modules...
[01:29] <fabbione> BenC: this makes the cluster suite installable on any of our kernels
[01:29] <BenC> kylem: Do you have a commit sha I can revert?
[01:31] <kylem> a0e61542121a0519bfbe9f6e43980ec96a16156e
[01:31] <kylem> should revert cleanly
[01:32] <dade`> re
[01:33] <dade`> I filled a bug, with a mistake on the title I don't feel proud of
[01:33] <kylem> might want to revert upstream:8ce5e3e45e01ffab38a9f03900181132b9068543 too if you haven't already (the watchdog thing someone complained about yesterday.)
[01:33] <dade`> is there anything I can do ?
[01:33] <fabbione> dade`: edit the description
[01:33] <dade`> hm
[01:35] <dade`> done, thx
[01:35] <dade`> I thought it was not possible
[01:36] <BenC> kylem: So we want to enable NMI by default again?
[01:37] <kylem> no.
[01:37] <kylem> "    Disable NMI watchdog by default properly
[01:37] <kylem>     This reverts commit 6ebf622b2577c50b1f496bd6a5e8739e55ae7b1c and
[01:37] <kylem>     replaces it with one that actually works.
[01:37] <kylem> "
[01:37] <kylem> from linus
[01:38] <BenC> Should we revert 6ebf622b2577c50b1f496bd6a5e8739e55ae7b1c then? :)
[01:38] <kylem> oh. er.
[01:38] <kylem> don't revert, cherry-pick
[01:38] <kylem> sorry, early morning and such. :)
[01:39] <BenC> ah, makes much more sense now :)
[01:39] <BenC> git-diff-tree wasn't telling me that wasn't in my HEAD
[01:39] <mjg59> crimsun: Ok - let me know when it should work and I'll letyou know if it does :)
[01:40] <BenC> kylem, mjg59: BTW, I cherry-picked ide-acpi from upstream last night
[01:40] <mjg59> BenC: That's only for drivers/ata
[01:40] <mjg59> Uh.
[01:40] <mjg59> drivers/ide
[01:40] <mjg59> I need to port it to libata
[01:40] <BenC> right, is there one for drivers/ata too?
[01:42] <mjg59> Not yet. I need to write it.
[01:44] <BenC> mjg59: Don't suppose it will be done in 1 hour? :)
[01:45] <BenC> mjg59: After this upload, We're probably doing only one more after beta, just before RC
[01:45] <dade`> http://en.wikipedia.org/wiki/Latent_inhibition
[01:45] <dade`> sould be perfect english
[01:45] <dade`> right ?
[01:45] <dade`> should :P
[01:47] <mjg59> BenC: No chance
[01:49] <BenC> mjg59: Ok, guess it will wait for RC. Do you have any idea what bugs, if any, would be caused by not have libata-acpi?
[01:52] <mrec> BenC: the disk problem was a false alarm, it works well.
[01:52] <BenC> mrec: Good to hear, thanks
[01:53] <mrec> not sure if you're still interested in the em28xx driver, people are testing the latest version now
[01:53] <mjg59> Failure to resume on various machines
[01:54] <BenC> mjg59: ugh, sounds like 5% of our bug reports :/
[01:55] <mrec> BenC: are you still willing to include it in upcoming versions?
[01:55] <BenC> mrec: I have one kernel upload today for next weeks beta, and one (unless something horrible happens) after that for RC, and hopefully release, so it looks like it wont make it for feisty
[01:55] <mrec> ok
[01:56] <BenC> mrec: Unless you can give me a quick patch to drop into the ubuntu-2.6 tree
[01:56] <mrec> BenC: the patch needs some more testing, it has around 8500 lines now
[01:56] <mrec> and it affects parts of the dvb-core framework, so it touches quite alot
[01:57] <BenC> mrec: Ah, definitely no chance then
[01:57] <mrec> yes, it's better to keep it out for now
[01:59] <mrec> is there any schedule for the next version?
[02:00] <BenC> mrec: If you find the feisty release schedule, basically you can take that and adjust it 6 months out for the next release (no guarantee, but it's close)
[02:01] <BenC> we'll most likely be 2.6.22 based, but no guarantee there either
[02:01] <mrec> BenC: do you directly compile any v4l/dvb support into the kernel or just as modules?
[02:02] <BenC> mrec: All modules
[02:02] <mrec> maybe a solution would be to provide deb packages
[02:02] <mrec> modules would be fine
[02:20] <BenC> mrec: Yeah, that sounds like a good idea
[02:25] <BenC> mjg59: Any comments about this patch: http://bugzilla.kernel.org/attachment.cgi?id=9254&action=view
[02:26] <BenC> wait wait, I already have that one
[02:26] <BenC> *sigh*
[02:26] <BenC> guess I can leave the other one out, doesn't seem to be needed
[04:22] <BenC> mjg59: FYI, I already had libata-acpi in our tree, but I'm syncing with the one in upstream now to make sure we have all the features
[04:49] <bluffer_> i need some instructions to get a network card driver can some one point me what would i need
[04:50] <bluffer_> compile a network card sources
[04:50] <bluffer_> i installed dapper drake 6.06.01 from alternate cd
[04:52] <bluffer_> this does not detect my network card which is 3c905c-tx from 3com
[05:18] <BenC> bluffer_: That card should be detected
[05:19] <bluffer_> thanks benc for replying but no it is not detected (neither in edgy nor in drapper)
[05:19] <BenC> bluffer_: what's the vendor/device ID of the card (as shown in lspci)?
[05:21] <bluffer_> i m telling this from windows device manager ( i havent booted dapper vm yet)
[05:22] <bluffer_> 3com 3c920 integrated fast ethernet controller 3c905c-tx compatible)
[05:24] <bluffer_> i would try to compilesome of these sources if i can http://support.3com.com/infodeli/tools/nic/linuxdownload.htm
[05:25] <bluffer_> or hold on ill boot the vm now
[05:26] <BenC> bluffer_: I'd need to know the PCI vendor/device ID's to help you any
[05:26] <BenC> I'm more interested in finding out why it's not working with edgy/dapper
[05:26] <BenC> because it definitely should
[05:26] <bluffer_> ok no problem im booting the dapper vm
[05:29] <bluffer_> i had lots of problem installing this distro (edgy live cd never went farther than the splash screen kernel panic edgy alternate went all the way till grub install and failed to install either grub or lilo dapper alternate installed only text mode (no x ) some fine people at ubuntu ardchoille especially helped me install ubuntu-desktop)
[05:29] <bluffer_> from commandline
[05:29] <bluffer_> and all these distros never detected my ethernet card
[05:30] <bluffer_> i always said them to continue without network
[05:30] <bluffer_> now ihave a working installation im trying to find how i could get network on it
[05:38] <bluffer_> ok vm is on ( open a terminal and did a lspci this is the output
[05:41] <bluffer_> bluffer@ubuntu:~$ lspci
[05:41] <bluffer_> 0000:00:00.0 Host bridge INtel corporation 440BX/ZX/DX -82443bx/zx/dx host bridge (agp disabled) (rev 03)
[05:42] <bluffer_> 0000:00:07.0 ISA bridge intel corporation 82371ab/eb/mb
[05:42] <bluffer_> pIIx4 ISA (rev 01)
[05:43] <bluffer_>  im typing it to as i see so its late to paste all info there are five more lines
[05:44] <kylem> just type the 3com line
[05:44] <bluffer_> 0000:00:07.1 IDE interface Intel corporation 82371ab/eb/mb PIIX4 IDE (rev 01)
[05:44] <bluffer_> there is no 3 com line
[05:45] <bluffer_> there is an ethernet controller line shall i type it ? first
[05:46] <bluffer_> 0000:00:0a.0 Ethernet controller: Digital Equipment Corporation Decchip21140 [fasternet]  rev 20)
[05:46] <bluffer_> this is the ethernet controller line
[05:47] <kylem> that's a tulip.
[05:47] <bluffer_> hold on ill image shack this screen
[05:47] <BenC> bluffer_: Get another one of the "lspci -n" output so we can see the numeric ids
[05:48] <bdmurray> sorry to interrupt but before I forget you might want to check out bug 92792
[05:50] <BenC> bdmurray: crappy...guess I'll revert rt61 and others back to rt2x00-legacy
[05:50] <BenC> bdmurray: thanks for the heads up
[05:51] <bdmurray> BenC: no problem
[05:51] <kylem> BenC, can't we ship both? :P
[05:55] <bluffer_> sorry for the delay im on a super low memory machine (128 mb in host running a ubuntu vm with 44 mb on vpc)
[05:56] <emefei> hi
[05:58] <BenC> kylem: I could remove the module aliases and leave it in
[05:59] <lfittl> hmm, I am currently trying KVM on AMD64, but somehow it seems to think I want a 32bit guest system, how can I change that?
[06:00] <lfittl> qemu offers qemu-system-x86_64, which works, but there is nothing like qemu-kvm-x86_64
[06:02] <bluffer_> damn image shack is too loaded :( ill upload the screen shot some where else
[06:05] <bluffer_> http://www.geocities.com/blufferisme2/lspci.PNG
[06:05] <bluffer_> here it is
[06:05] <bluffer_> you want lspci -n ok
[06:05] <bluffer_> ill upload it too
[06:08] <BenC> bluffer_: virtual PC on your machine does us no good
[06:08] <BenC> bluffer_: We need ubuntu booted directly on that box
[06:09] <bluffer_> i see then i think ill have to live like this :(
[06:10] <bluffer_> i cant boot it from my machine coz i have just 128 mb memory live cd of edgy doesnt go farther than the spalash screen
[06:10] <BenC> bluffer_: Use alternate CD, it installs ubuntu-desktop just like the livecd
[06:11] <BenC> bluffer_: In fact, you don't need to install Ubuntu to get the lspci output we need, just boot the alternate, switch to VT2 (Alt+F2) and type the commands
[06:12] <bluffer_> i dont have a cd rom on this machine its too much trouble :(
[06:13] <bluffer_> i can provide you those details if windows provides it can you tell me or shall igoogle
[06:21] <bluffer_> or i if it of any consolation i can boot dsl (damn small linux) it detected my card without problems ?
[06:42] <bluffer_> if this result willsatisfy you ?
[06:42] <bluffer_> http://www.unliterate.net/lspci/
[06:42] <bluffer_> its a windows exe
[06:45] <bluffer_> dont know if it works or not :) but av says no virus so ran it andi get C:\>"Documents and Settings\deep\Desktop\lspci.exe"
[06:45] <bluffer_> PCI BIOS Call reveals that the PCI BIOS is not installed
[06:45] <bluffer_> C:\>
[06:52] <bluffer_> i downloaded belarc advisor and ran it
[06:52] <bluffer_> the result
[06:52] <bluffer_> 3Com 3C920 Integrated Fast Ethernet Controller (3C905C-TX Compatible)
[06:52] <bluffer_>  primary   IP Address:  <IP_ADDRESS> / 24
[06:52] <bluffer_>  Gateway:  <IP_ADDRESS>
[06:52] <bluffer_>  Physical Address:  00:06:5B:2F:01:C5
[06:52] <bluffer_> 3Com 3C920 Integrated Fast Ethernet Controller (3C905C-TX Compatible) - Virtual Machine Network Services Driver
[06:52] <bluffer_>
[06:52] <bluffer_> Networking Dns Servers:  <IP_ADDRESS>
[06:52] <bluffer_> <IP_ADDRESS>
[06:53] <bluffer_> BenC  still wanna help ?
[06:54] <BenC> bluffer_: I need the actual numeric PCI id's for at least the device ID
[06:54] <BenC> 3C920 claims to be supported by the 3c95x driver, but I can't be sure unless I see the device ID
[07:03] <bluffer_> if you dont mind can you tell me will this get you what you need ?
[07:03] <bluffer_> http://support.microsoft.com/kb/311272
[07:04] <BenC> bluffer_: probably
[07:08] <bluffer_> is this ok
[07:08] <bluffer_> PCI\VEN_10B7&DEV_9200&SUBSYS_00FE1028&REV_78\4&2DA278D3&0&60F0
[07:08] <bluffer_>     Name: 3Com 3C920 Integrated Fast Ethernet Controller (3C905C-TX Compatible)
[07:08] <bluffer_>     Hardware ID's:
[07:08] <bluffer_>         PCI\VEN_10B7&DEV_9200&SUBSYS_00FE1028&REV_78
[07:08] <bluffer_>         PCI\VEN_10B7&DEV_9200&SUBSYS_00FE1028
[07:08] <bluffer_>         PCI\VEN_10B7&DEV_9200&CC_020000
[07:08] <bluffer_>         PCI\VEN_10B7&DEV_9200&CC_0200
[07:08] <bluffer_>     Compatible ID's:
[07:08] <bluffer_>         PCI\VEN_10B7&DEV_9200&REV_78
[07:08] <bluffer_>         PCI\VEN_10B7&DEV_9200
[07:08] <bluffer_>         PCI\VEN_10B7&CC_020000
[07:08] <bluffer_>         PCI\VEN_10B7&CC_0200
[07:08] <bluffer_>         PCI\VEN_10B7
[07:08] <bluffer_>         PCI\CC_020000
[07:08] <bluffer_>         PCI\CC_0200
[07:08] <bluffer_> ROOT\CNTX_VPCNETS2_MP\0000
[07:08] <bluffer_>     Name: 3Com 3C920 Integrated Fast Ethernet Controller (3C905C-TX Compatible) - Virtual Machine Network Services Driver
[07:08] <bluffer_>     Hardware ID's:
[07:08] <bluffer_>         Cntx_VPCNetS2_MP
[07:09] <bluffer_> ROOT\MS_PSCHEDMP\0000
[07:09] <bluffer_>     Name: 3Com 3C920 Integrated Fast Ethernet Controller (3C905C-TX Compatible) - Packet Scheduler Miniport
[07:09] <bluffer_>     Hardware ID's:
[07:09] <bluffer_>         ms_pschedmp
[07:09] <bluffer_> those are the results from devcon hwids * matching 3com
[07:11] <bluffer_> C:\Documents and Settings\deep\Desktop\devcon\i386>devcon find pci\*
[07:11] <bluffer_> PCI\VEN_10B7&DEV_9200&SUBSYS_00FE1028&REV_78\4&2DA278D3&0&60F0: 3Com 3C920 Integ
[07:11] <bluffer_> rated Fast Ethernet Controller (3C905C-TX Compatible)
[07:11] <bluffer_> PCI\VEN_8086&DEV_2410&SUBSYS_00000000&REV_02\3&172E68DD&0&F8: Intel(r) 82801AA L
[07:11] <bluffer_> PC Interface Controller
[07:11] <bluffer_> PCI\VEN_8086&DEV_2411&SUBSYS_24118086&REV_02\3&172E68DD&0&F9: Intel(r) 82801AA B
[07:11] <bluffer_> us Master IDE Controller
[07:11] <bluffer_> PCI\VEN_8086&DEV_2412&SUBSYS_24128086&REV_02\3&172E68DD&0&FA: Intel(r) 82801AA U
[07:11] <bluffer_> SB Universal Host Controller
[07:11] <bluffer_> PCI\VEN_8086&DEV_2413&SUBSYS_24138086&REV_02\3&172E68DD&0&FB: Intel(r) 82801AA S
[07:11] <bluffer_> MBus Controller
[07:11] <bluffer_> PCI\VEN_8086&DEV_2415&SUBSYS_01081028&REV_02\3&172E68DD&0&FD: Intel(r) 82801AA A
[07:12] <bluffer_> C'97 Audio Controller
[07:12] <bluffer_> PCI\VEN_8086&DEV_2418&SUBSYS_00000000&REV_02\3&172E68DD&0&F0: Intel(r) 82801AA P
[07:12] <bluffer_> CI Bridge
[07:12] <bluffer_> PCI\VEN_8086&DEV_7120&SUBSYS_00000000&REV_03\3&172E68DD&0&00: Intel(r) 82810 Sys
[07:12] <bluffer_> tem and Graphics Controller
[07:12] <bluffer_> PCI\VEN_8086&DEV_7121&SUBSYS_01081028&REV_03\3&172E68DD&0&08: Intel(r) 82810 Gra
[07:12] <bluffer_> phics Controller
[07:12] <bluffer_> 9 matching device(s) found.
[07:12] <bluffer_> C:\Documents and Settings\deep\Desktop\devcon\i386>
[07:12] <bluffer_> for pci
[07:13] <bluffer_> is there something usefull ?
[07:15] <BenC> bluffer_: Dude, please do not paste that into a channel
[07:15] <BenC> pastebin was created for a reason
[07:16] <bluffer_> ok ill be idling here i have to quit now ill talk to you tommorow around same time
[07:16] <bluffer_> thanks for trying to help me out
[07:16] <BenC> bluffer_: That device is supported by the 3c95x driver, if it doesn't work, then the driver is broken
[07:18] <bluffer_> i see so no solution for me yet isnt it ?
[07:20] <bluffer_> thanks anyway if there is some news for me ill gather it tommorow ill be idling here till then hope its ok
[07:20] <bluffer_> cyal l8r
[07:25] <BenC> bluffer_: bottom line is, if you want help with this, you need to install ubuntu
[09:25] <eean> my intel audio, after upgrade to 2.6.20-11, dmesg gives hda_codec: Unknown model for ALC660VD/ALC861VD, trying auto-probe from BIOS...
[09:25] <eean> so sound no longer wokrs
[09:25] <eean> works
[09:25] <eean> with -10 it did all work
[09:26] <eean> this is the snd_hda_intel module
[09:38] <BenC> crimsun: ^^
[09:43] <eeanm> well I'll submit a bug
[09:55] <eeanm> https://launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/92909
[10:54] <crimsun> eeanm: looking. Please be aware that I'm traveling this weekend and have intermittent Internet access.
[10:54] <eeanm> ok
[10:57] <crimsun> Realtek, correct?
[10:57] <crimsun> Please attach ``lspci -vvn'' to the report, though I believe I can guess.
[11:06] <crimsun> eeanm: ^^
[11:11] <eeanm> crimsun: ok
[11:11] <crimsun> thanks.
[11:11] <eeanm> lspci -vvn | grep Real turns up nothing
[11:11] <eeanm> I'll make the attachment
[11:12] <crimsun> you just need ``lspci -vvn''
[11:12] <crimsun> I can tell by the SSID who manufactures the codec
[11:12] <crimsun> not to mention the dmesg bit says
[11:14] <eeanm> crimsun: its attached
[11:14] <eeanm> after about 4 tries on launchpad ;)
[11:15] <crimsun> this is a fairly serious regression from -8 if it's what I think it is; likely it's completely broken upstream, too
[11:17] <eeanm> I'm pretty sure it worked in -10
[11:17] <eeanm> I can reboot and double check
[11:17] <crimsun> yeah, it's broken upstream
[11:18] <crimsun> please do, though I'm fairly certain -10 should be broken (albeit only slightly less broken)
[11:18] <eeanm> there were already reports about a regression in -9 from -8
[11:18] <eeanm> ok, brb
[11:18] <crimsun> -8 should have been the last one to actually produce "normal" audible sound
[11:19] <eeanm> haha, maybe I have dog ears then
[11:19] <crimsun> it's using the wrong model, for starters
[11:20] <crimsun> should definitely be using ALC861_TOSHIBA instead of ALC*6*VD*
[11:20] <crimsun> lovely, there goes my weekend
[11:23] <eean> my sound works fine now
[11:23] <eean> Linux gomashio 2.6.20-10-generic #2 SMP Mon Mar 12 00:02:49 UTC 2007 i686 GNU/Linux
[11:24] <crimsun> ok, by fine do you mean "only barely audible" or "audible with nearly the same perceptive loudness as in $another_os"?
[11:24] <eean> as loud as in edgy yea
[11:24] <eean> sounds fine
[11:24] <crimsun> man, these Toshibas suck
[11:25] <eean> oh, but its so cute
[11:25] <crimsun> yours "works", but half a dozen others with the same SSID break
[11:25] <eean> lol
[11:25] <crimsun> ok, can you confirm something in both -10 and -11 for me?
[11:25] <crimsun> please modprobe -r snd-hda-intel && modprobe snd-hda-intel model=toshiba
[11:25] <stgraber> crimsun: I've solved my problem with my Toshiba :), I've just bought an all new HP laptop :)
[11:26] <eean> boo
[11:26] <crimsun> stgraber: (great, more troubles, *grumble* :)
[11:26] <stgraber> crimsun: with working snd-hda-intel on -11 :)
[11:26] <eean> seemed like HP's had all the trouble
[11:26] <eean> could of been their users though ;)
[11:26] <crimsun> eean: all laptops are moderately broken, some more severely than others [audio-wise]
[11:27] <eean> yea
[11:27] <eean> I put off getting a laptop for a while
[11:27] <crimsun> eean: anyhow, please test the above model=toshiba under both -10 and -11
[11:27] <eean> ok
[11:27] <crimsun> you'll need to close/kill all apps using the sound dev, certainly
[11:28] <eean> [  461.840000]  si3054: cannot initialize. EXT MID = 0000
[11:28] <crimsun> stgraber: which model?
[11:28] <eean> lets see if audio works
[11:28] <stgraber> crimsun: Compaq nx7400
[11:28] <eean> yea audio still works
[11:29] <crimsun> eean: ok, so that's correct, since that's what -10 defaults to. For shites and giggles, please post your current dmesg to the bug report and label it for -10, thanks.
[11:30] <crimsun> stgraber: what's the class 0403 SSID for your machine?
[11:31] <eean> crimsun: heh um do you have its URL handy?
[11:32] <crimsun> https://launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/92909
[11:32] <eean> thanks
[11:32] <stgraber> crimsun: 00:1b.0 Audio device [0403] : Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller [8086:27d8]  (rev 01)
[11:32] <crimsun> stgraber: one line further down, please
[11:32] <stgraber>         Subsystem: Hewlett-Packard Company Unknown device [103c:30a2]
[11:33] <eean> ok, back to my audioless computer
[11:33] <crimsun> stgraber: yep, AD1981_HP
[11:34] <crimsun> or the silly conexant equiv, which would likely be 5047 something
[11:35] <stgraber> at least it works :)
[11:37] <eean> crimsun: the model=toshiba didn't do anything
[11:38] <eean> same errors as before on -11
[11:39] <crimsun> eean: ok, thanks, that helps.
[11:39] <eean> cool
[11:39] <crimsun> eean: I'll likely need you to test something in an hour(ish) if you're still around
[11:40] <eean> well I'll be around for hourish
[11:40] <johanbr> I never realized audio support was such a royal pain in the butt. I guess I've just been lucky.
[11:40] <eean> I've never had a problem before
[11:40] <eean> not since the Bad Old Days
[12:00] <crimsun> eean: please also attach /proc/asound/card0/codec* contents to the bug
[12:05] <eean> ok
[12:06] <eean> crimsun: its up there now
[12:16] <crimsun> eean: ok, if you're in -11, please try model=6stack-digout


[07:40] <joanie> AlanBell and/or TheMuso the person doing the eZoom work is aleiva in #a11y
[07:40] <AlanBell> ooh thanks joanie
[12:50] <TheMuso> joanie: Thanks.
[19:30] <Pendulum> I just talked to one of the people here for Linaro Connect (he's an outside contractor) who is interested in how to get a11y in early with all of this scaling to other devices stuff Mark wants to do
[20:15] <TheMuso> Pendulum: Thats cool.
[20:20] <TheMuso> l
[20:21] <TheMuso> whoops


[07:05] <ajmitch> hey jml
[07:06] <jml> ajmitch: hi
[07:07] <ajmitch> how's it going?
[07:08] <jml> oh, right.
[07:08] <jml> ajmitch: so, if you are online after 8pm tonight, look for either "Mumak" or "Raskolni" (my toons on Khaz)
[07:10] <jml> sorry.
[07:10] <jml> Frostmourne
[07:10] <jml> my bad.
[07:10] <ajmitch> right :)
[07:11] <ajmitch> so when are you back to enjoy our stunning weather?
[07:11] <jml> ajmitch: October, most likely.
[07:29] <RAOF> Ah, OK, so I need to ask udev to add some rules for kvm.
[07:32] <RAOF> Cool!  My webcam has a driver.
[07:33] <RAOF> (Marking is so boring)
[07:35] <ScottK> RAOF: When I was at University, I had a job grading programs in the introductory programming course.  I got so bored with it that I hired a guy I knew to do it for me.
[07:35] <RAOF> Man, I'd totally do that.
[07:36] <RAOF> Also, urgh.  That would have been worse than 1st year algebra & caluclus.
[07:36] <pwnguin> ill take boring over the overwhelming agony and dread of grading NachOS projects
[07:37] <RAOF> NachOS?  Apart from the pun, what is it?
[07:37] <pwnguin> "Not another completely heuristic Operating System"
[07:38] <RAOF> Right.
[07:38] <pwnguin> nachos projects are like "add virtual memory"
[07:38] <RAOF> Aaah.
[07:38] <pwnguin> or "improve the filesystem to support single and double indirects"
[07:39] <RAOF> "Touch a bunch of stuff.  Remember: hacks clever enough to confuse the grader score double!"
[07:39] <pwnguin> oh no
[07:40] <pwnguin> confusing me is a fast way to lose points
[07:40] <RAOF> I would imagine that a number of people would go the awesomely performant obfuscation route, though?
[07:40] <pwnguin> sometimes
[07:41] <pwnguin> they fare poorly
[07:45] <pwnguin> one clever group included ascii art, including ascii goatse
[07:46] <pwnguin> in the comments naturally
[07:46] <Fujitsu> O_o
[07:47] <pwnguin> they're lucky the professor doesnt look at code
[08:28] <ScottK> StevenK: I thought you might be interested to know that openssl097 only has one rdpend left in Gutsy....  If someone would teach vmware-player to know about openssl 0.9.8, then it could be removed...
[08:33] <ScottK> Good night all.
[09:03] <siretart> pkern: yeah, and bzr/bzrtools is rather outdated as well. oh well
[09:03] <siretart> morning folks
[09:07] <dholbach> good morning
[09:07] <RAOF> Guten morgen dholbach
[09:07] <dholbach> hey RAOF!
[09:07] <dholbach> :-)
[09:20] <TheMuso> Hey dholbach.
[09:20] <TheMuso> dholbach: Can you tell me if we are planning on having a hard freeze for unverse, and if so, when it comes into effect?
[09:22] <dholbach> TheMuso: best to ask slangasek, pitti and Mithrandir in #ubuntu-devel about that
[09:23] <dholbach> TheMuso: I don't know
[09:27] <TheMuso> dholbach: Ok will do
[09:28] <dholbach> TheMuso: gracias
[10:08] <norsetto> morning
[10:09] <dholbach> hey norsetto
[10:10] <dholbach> congratulations norsetto!
[10:10] <norsetto> dholbach: hiya master :-)
[10:12] <TheMuso> heh
[10:13] <norsetto> jussi01: I just turned 86
[10:13] <jussi01> lol
[10:13] <jussi01> norsetto: how so...?
[10:34] <pwnguin> should i be worried if top shows http as the most active process?
[10:34] <minghua> http or httpd?
[10:34] <pwnguin> http
[10:34] <pwnguin> good point
[10:38] <minghua> I would be worried.  But then again I don't run HTTP servers, so I wouldn't know.
[10:38] <pwnguin> its aptget
[10:38] <pwnguin> top just shows http
[10:38] <pwnguin> but it's apt get downloading packages in the background
[10:39] <pwnguin> neat. desmume is packaged.
[11:04] <\sh> is anyone using gajim right now?
[11:04] <\sh> moins btw
[11:13] <pwnguin> ok, i think i found a package i'd like to push an upstream exception for.
[11:13] <pwnguin> from a testing standpoint, the version's already in debian testing
[11:21] <pkern> siretart: Apart from that it was quite intuitive on Ubuntu, thanks to the documentation.
[11:21] <siretart> :)
[11:22] <siretart> pkern: feel free to update bzr and friends on bpo. I think I've done it in the past, but its not that high on my todo list
[11:22] <siretart> since I don't have an debian etch machine around atm
[11:23] <pkern> siretart: Do you know if there are special dependencies to satisfy?
[11:23] <siretart> no. the backport used to be very straightforward
[11:23] <siretart> however I haven't looked at the new pyrex stuff yet. bzr is now arch:any (used to be arch:all)
[11:24] <siretart> pkern: are you already in the bpo keyring?
[11:24] <pkern> siretart: Sure.
[11:24] <siretart> cool!
[11:24] <pkern> siretart: Ages ago. Used it for Gobby backports. ;)
[11:25] <siretart> :)
[11:25] <pkern> siretart: Hm. Only 0.18-1 could possibly be backported because that's the version in testing. (New policy.)
[11:26] <pkern> siretart: (bzr) But maybe it propagates in two days time.
[11:33] <siretart> pkern: only if someone gets hold of neuro to fix the mips buildd chroot :/
[11:33] <pwnguin> what's the command to automagically fix the maintainers field?
[11:33] <pwnguin> upadate-maintainer
[11:33] <pwnguin> thats what it was
[11:36] <pkern> siretart: Maybe dato could place a hint? Strangely enough it does not list mips as outdated in excuses, probably because it's still `building' and not failed somehow.
[11:46] <adamh> If a package *isn't* in Universe/Multiverse and nobody is responding to my clear bug report (which has included a solution for over 9 months), how do I go about making sure the bug doesn't become "Invalid"?
[11:46] <adamh> (https://bugs.launchpad.net/ubuntu/+source/opensp/+bug/36005 by the way)
[11:46] <ubotu> Launchpad bug 36005 in opensp "Errors parsing XHTML DTD" [Medium,Invalid]
[11:47] <pwnguin> i suggest marching to canonical headquarters
[11:47] <pwnguin> usually, i'd also recommend armaments, but the UK frowns on carrynig
[11:48] <adamh> How can I at least remove its "Invalid" status?
[11:48] <pwnguin> by clicking on invalid?
[11:49] <adamh> Ooh fantastic. Thanks :)
[11:49] <adamh> Should I mark it "New" then?
[11:49] <pwnguin> i think you'd be better off reporting this upstream and linking in launchpad
[11:49] <pwnguin> incomplete
[11:50] <adamh> There already is a report in Debian. The bug isn't upstream, it's a packaging bug.
[11:50] <pkern> How hard is it to join the Debian QA team to modify bug importances?
[11:51] <dholbach> pkern: talk to bdmurray in #ubuntu-bugs (US timezone) about it (in case you mean Ubuntu QA ;-))
[11:52] <dholbach> pkern: it should be fairly easy if you demonstrate your familiarity with distribution bugs :)
[11:53] <pkern> dholbach: Ok. ;)
[11:53] <pkern> dholbach: Is there s.th. I should read up before he questions me?
[11:54] <dholbach> pkern: I believe there's some explanation on http://wiki.ubuntu.com/UbuntuQA
[12:14] <siretart> pkern: he could, but this would horribly break bzr on mips - so he rather waits for neuro
[12:15] <proppy> hi
[12:22] <jussi01> hi proppy
[12:27] <norsetto> dholbach: since you got rid of me, what about taking up a new contributor (much better than me, so you gain in the swap)?
[12:38] <jsgotangco> huh?
[12:40] <proppy> norsetto: congratulations !
[12:41] <norsetto> proppy: hey, thx
[12:41] <pwnguin> how do i get pbuilder to generate a log for attaching to lp?
[12:42] <TheMuso> pwnguin: sudo pbuilder build --logfile logfile.txt package.dsc
[12:43] <dholbach> norsetto: talked to him :)
[12:43] <StevenK> Or sudo pbuilder build package.dsc | tee logfile.txt
[12:43] <norsetto> dholbach: :-) should I update the reception list?
[12:43] <dholbach> norsetto: already done
[12:43] <TheMuso> StevenK: Yeah that too.
[12:44] <pwnguin> i see a few with I: Using pkgname logfile
[12:44] <norsetto> dholbach: bloody german efficiency .....
[12:44] <pwnguin> not quite sure how they managed that
[12:44] <proppy> norsetto: are you still a motu-mentoring-receptionist ?
[12:44] <dholbach> norsetto: I'm so happy you're a MOTU now
[12:45] <norsetto> proppy: of course, THEY won't get rid of me easily
[12:45] <proppy> norsetto: Let's mail you so :)
[12:46] <proppy> I'll be happy to have you as a mentor, but I guess that's not really my choice
[12:48] <pwnguin> when anyone gets a chance, I'd appreaciate a look at bug 144389
[12:48] <ubotu> Launchpad bug 144389 in desmume "Upstream version 0.7.3 available" [Undecided,New]  https://launchpad.net/bugs/144389
[12:48] <norsetto> proppy: well, let me get used being a motu first, and we have quite a number of good mentors already available
[12:49] <proppy> norsetto: mailed
[12:52] <proppy> norsetto: is ScottK a mentor ?
[01:07] <nil> hi!
[01:08] <nil> i still have a question....
[01:08] <nil> should I install /lib/foo.so.1.2 and add the links? or is there an automatic tool for that?
[01:09] <nil> I mean, a tool to rename /lib/foo.so to /lib/foo.so.1.2 accordinf to the soname, and add the links /lib/foo.so.1 and /lib/foo.so
[01:10] <nil> (/usr/lib/, in fact....)
[01:13] <pwnguin> is REVU still alive?
[01:13] <TheMuso> pwnguin: Yes.
[01:13] <pwnguin> some of the documentation suggests REVU2 is going to replace it
[01:14] <TheMuso> Well this is why we are looking to clean up the docs.
[01:14] <Fujitsu> That's a few millenia away, I suspect.
[01:15] <pwnguin> fun
[01:15] <pwnguin> well i should get some sleep
[01:20] <StevenK> Fujitsu: Come now. You sound like ScottK.
[01:21] <Kamping_Kaiser> is there any obvious reason this line causes a .config script to break?
[01:21] <Kamping_Kaiser> RAW=`dpkg --get-selections mediawiki1.\* | grep -v math | egrep 'mediawiki1.7|mediawiki1.9'`
[01:21] <Kamping_Kaiser> i cant see anything wrong per se, but thats the last line that executes
[01:22] <Fujitsu> StevenK: He has largely replaced me for this cycle, but he's leaving, so I need to get back into gear.
[01:29] <huats> I am having a look at packages with unmet dependencies...
[01:30] <huats> I have spotted that a package called iceweasel-torbutton, is depending on iceweasel... and of course there is no iceweasel
[01:31] <huats> can I simply make it depend on firefox ?
[01:32] <pkern> There's a bug open about that.
[01:33] <huats> pkern: I'll have a look...
[01:33] <huats> pkern: thanks
[01:33] <pkern> huats: 137513
[01:34] <pkern> huats: You probably have to tweak the package to install the files into the correct directories, too.
[01:34] <huats> pkern: I'll have a look
[01:41] <fernando> moin all
[01:51] <TheMuso> dholbach: /c
[01:51] <TheMuso> dholbach: sorry, :)
[02:04] <ScottK> Good morning all.
[02:04] <Kamping_Kaiser> hi mate
[02:04] <ScottK> Heya Kamping_Kaiser
[02:04] <Fujitsu> Hi ScottK.
[02:04] <Kamping_Kaiser> ScottK, how goes?
[02:05] <ScottK> Could be better.  It could be worse.
[02:07] <Kamping_Kaiser> the wikimedia install bug is driving me nuts. getting some good help from bash though.
[02:08] <zul> morning
[02:08] <Kamping_Kaiser> hi
[02:18] <Kamping_Kaiser> might head back tomorrow, hopefully with a fix. later.
[02:57] <highvoltage> how much of make should I learn for MOTU'ing? should I know and understand everything in http://www.gnu.org/software/make/manual/make.html ?
[02:58] <Hobbsee> highvoltage: based on hte fact that i'm a core dev, and know almost zilch?
[02:58] <Hobbsee> highvoltage: you can probably pick it up as you need it
[03:00] <broonie> Unless upstream are doing so you probably want to avoid anything complicated anyway on the basis that other people need to be able to understand what you've written.
[03:00] <highvoltage> Hobbsee: shew, I was just about to work through that
[03:00] <highvoltage> Hobbsee: I guess I'll mark that for 'later' then :)
[03:00] <Hobbsee> hehe :)
[03:00] <highvoltage> from what I've read so far, it certaibly seems handy knowing a bit about make
[03:01] <highvoltage> Hobbsee: do you know if becoming a motu has specific requirements? or is it still a bit fuzzy?
[03:01] <Hobbsee> highvoltage: you need to know what you're doing, obviously
[03:02] <Hobbsee> highvoltage: to have gotten a fair bit of stuff uploaded, to have your patches, debdiffs, etc, right
[03:02] <Hobbsee> highvoltage: to not propose to upload crap during freezes
[03:02] <Hobbsee> highvoltage: etc
[03:02] <highvoltage> aah
[03:02] <highvoltage> Hobbsee: thanks, that gives me a good idea
[03:02] <Hobbsee> highvoltage: basically, i'ts that we have the impression that your'e trustworthy to upload, adn wont upload crap.
[03:03] <highvoltage> I've been making packages for a while, not for Ubuntu,ut I haven't worked with patches and debdiffs before
[03:03] <Hobbsee> and will actually follow freezes and such, so as not to break the archive.
[03:03] <Hobbsee> the details of that, however, are somewhat fuzzy.  *shrug*
[03:03] <Hobbsee> highvoltage: neat :)
[03:03] <Hobbsee> you'll learn it
[03:04] <highvoltage> Hobbsee: thanks for the pointers
[03:04] <Hobbsee> no problem
[03:05] <norsetto> evening Hobbsee
[03:05] <Hobbsee> hiya norsetto
[03:05] <Hobbsee> welcome to u-u-s btw
[03:06] <imbrandon> highvoltage: always good to look at the mailing archive and wiki pages for others that applied
[03:06] <highvoltage> imbrandon: ah yes, good idea
[03:06] <highvoltage> hey norsetto
[03:06] <imbrandon> ;)
[03:06] <zul> hey imbrandon
[03:06] <imbrandon> heya guys
[03:07] <norsetto> highvoltage: hi ghvoltage :-)
[03:42] <proppy> hi
[04:16] <hendrixski> Is there some good reading material on data-only packages?
[04:20] <hendrixski> hello?
[04:20] <Hobbsee> hi
[04:20] <RainCT> hi
[04:21] <hendrixski> I'm trying to figure out how to package some data stuff ...
[04:21] <RainCT> does somebody know where PGP keys are stored? :P
[04:21] <Hobbsee> although i'm presuming something like foo-data packages would be a good thing to look at
[04:21] <Hobbsee> RainCT: ~/.gnupg, most likely.
[04:22] <hendrixski> Hobbsee, I thought the same thing... but they're all bundled packages... like miro has miro-data included, and I can't figure out what it is that makes it tick
[04:22] <Hobbsee> RAOF: poke
[04:23] <RainCT> Hobbsee: thanks :)
[04:23] <ivoks> hendrixski: what's the problem?
[04:23] <RainCT> hendrixski: there's a dependency to the data package
[04:23] <ivoks> you want to package two packages?
[04:24] <hendrixski> ivoks, RainCT, yeah in the one I'm looking at as an example : debian/control file hsa both the data and the regular package named in it
[04:24] <hendrixski> one is miro... the other is miro-data
[04:25] <ivoks> right
[04:25] <hendrixski> and I was hoping to recreate a data-only package to suppliment something
[04:25] <ivoks> well, it's easy
[04:25] <hendrixski> but from just looking at the package itself, it's not apparent to me how to do that
[04:25] <ivoks> there is miro-data.install file in debian/
[04:25] <ivoks> all directories listed in that file go to miro-data
[04:26] <RainCT> right
[04:26] <ivoks> and all direcotries listed in miro.install go to miro package
[04:26] <hendrixski> ivoks, yup, then what part of the script reads that miro-data.install and decides which files to isntall in those directories?
[04:26] <bddebian> Heya gang
[04:26] <RainCT> hendrixski: so you want a standalone -data package?
[04:27] <geser> Hi bddebian!
[04:27] <bddebian> Heya geser
[04:27] <ivoks> hendrixski: debian/rules read that files
[04:27] <hendrixski> RainCT, yeah, basically... something to suppliment another thing I'm doing... as a hobby
[04:28] <geser> hendrixski: dh_install reads the the install files and gets called from debian/rules
[04:28] <ivoks> hendrixski: if you haven't done any packaging till now, miro isn't the easiest one to learn on :D
[04:28] <ivoks> miro uses cdbs, so it's kind of crypted for beginners
[04:29] <hendrixski> ivoks, oh,  Ok... yeah, I probably wouldn't be doing cdbs :-/  is there an easier package you would recommend I look at?
[04:30] <ivoks> um... wifi-radar?:D
[04:30] <RainCT> hendrixski: If I undestand you correctly then you just need to call dh_install on the rules file and have a <packagename.install> listing all files (you can use *) and where they should go
[04:31] <Lamego> I actually find cdbs easier for beginners
[04:31] <RainCT> uh.. what's needed to do in order that debuild works with seahorse?
[04:32] <StevenK> Use Gutsy
[04:32] <ivoks> Lamego: but then you have people packaging packages without even knowing what they are doing
[04:33] <hendrixski> RainCT, cool, so then is there somewhere else I have to specify which files go into which of the directores listed in packagename.install?
[04:33] <geser> RainCT: or lookup that old bug in devscripts which contains a workaround
[04:34] <Lamego> ivoks, not really, expanding simple makefile rules into some tens of lines to do a simple "file install" does not improve most people understanding
[04:35] <RainCT> ok, thx
[04:35] <Lamego> but well, this is my oppinion :)
[04:36] <hendrixski> alrighty, well, I'll look through the wifi radar thing and if I don't figure it out I'll come back with more questions
[04:36] <hendrixski> thanks
[04:40] <Lamego> not to mention the differences for mentoring, if you provide me a 4 lines debian/rules I can check your packaging in a few minutes , if you do that with a 40 lines debian/rules, I will take much more, even if they do exactly the same :)
[04:41] <RainCT> that's true, though :P
[04:41] <Lamego> if you want to understand, you read, there is a cdbs documentation, and you can read the cdbs rules
[04:42] <Lamego> what I agree with, is that, with cdbs, people which do not want to understand how a makefile works, can easily package
[04:46] <Lamego> anyway, this is an eternal debate about education practices :)
[04:47] <Hobbsee> long live cdbs!
[04:47] <zul> boo
[04:47] <hendrixski> isn't it better to lower the barriers to entry for new contributors?
[04:47] <ivoks> Lure: looks like things are getting better on the installer front :D
[04:47] <Lure> ivoks: have seen that bug was closed
[04:47] <bddebian> cdbs should die a horrible death! :)
[04:47] <ivoks> yeah
[04:48] <Lure> ivoks: we got some negative feedback due to that bug in slovenia too
[04:48] <imbrandon> hendrixski: untill the barrier becomes too low and no one understands the underlying system anymore
[04:48] <ivoks> bddebian: and should be replaced with cdbs2? :)
[04:48] <bddebian> hendrixski: Why so we can lower the quality too? :-)
[04:48] <Lure> ivoks: btw, nice catch
[04:48] <zul> imbrandon: then you would have ebuilds ;)
[04:48] <ivoks> Lure: it took almost a year :/
[04:48] <imbrandon> zul: hehe
[04:48] <jussi01> CDBS ftw!
[04:48] <Lure> ivoks: I know, but it is nice it will be in beta
[04:48] <ivoks> yeah
[04:48] <zul> imbrandon: not there is anything wrong with that
[04:48] <hendrixski> lower barrier to entry != lower quality
[04:49] <hendrixski> it means more eyes for Linus' law
[04:49] <imbrandon> hendrixski: in theory yes, in reality more true
[04:49] <Lamego> well, you need to find the balance
[04:49] <Lamego> and the balance is not about "keep it hard" :P
[04:49] <ivoks> Lure: from the start i knew the problem was with 'any', but didn't figure it out why it still builds with 'any', despite the fact there is no 'any' in symbols any more :D
[04:50] <ivoks> turns out those symbols there are just to make source bigger :D
[04:50] <Lure> ivoks: ;-)
[04:55] <Kaleo> Hello
[04:56] <bddebian> Lamego: It's not about keeping it hard but people still need to understand how things actually work.  I've been doing this stuff of a few years now and there is still TONS that I don't know.
[04:57] <hendrixski> who started the entire difficult=educational myth anyways?
[04:58] <hendrixski> documentation=educational, yes .... doing-it = educational,  yes... but difficult just equals difficult
[04:58] <bddebian> hendrixski: Some things are difficult, that's life.  I can't tell you how many "VB Programmers" I know that make a living with VB without the slightest bit of true programming knowledge/understanding
[04:59] <Lamego> bddebian, I agree, but if you introduce  people to a hard learning curve, you don't have much people willing to understand
[04:59] <bddebian> Easy breeds complacency
[04:59] <bddebian> No one reads documentation
[04:59] <Lamego> is is like that those software approaches of "#Please remove this line to be able to start the program"
[05:00] <Lamego> like it is some certificate that by removing a comment, you have read the configuration file, and will know how to use the software
[05:01] <hendrixski> bddebian, even VB programmers read documentation... the rest of them become stories on worsethanfailure.com
[05:01] <Lamego> sometimes they even provide some other lazy unsecure default, but what matters, is that the line was uncommented :P
[05:01] <Lamego> hey, I have been a VB programmer :P
[05:02] <RainCT> don't speak about VB, you remember that I've to learn it at school :(   lol
[05:02] <bddebian> hendrixski: Usually only to steal the chunks of code to make something work :-)
[05:02] <hendrixski> Lamego, and you probably read documentation then as well
[05:02] <Lamego> sure, I just was able to develop faster (yes, I am not saying better)
[05:03] <imbrandon> oop time for the dvr'd Dr. Who  i missed, bbiab
[05:03] <Lamego> and I had to read a lot more to program in C/C++ :P
[05:03] <Kaleo> Do you think it is still possible to get a package synced from Debian that is not yet in Gutsy at all?
[05:03] <bddebian> Kaleo: Unlikely but you can file a UVFe for it if you want
[05:04] <Kaleo> bddebian: I would rather save myself this cost if the probability of it being accepted is very little and come back for Gutsy+1
[05:06] <RainCT> (and the teacher doesn't even know what a loop is xDD)
[05:07] <Kaleo> bddebian: I am referring to two packages for which requests have been filed two months ago (bugs #128473 and #128205)
[05:07] <ubotu> Launchpad bug 128473 in elisa "import python-lirc depends from Debian" [Undecided,New]  https://launchpad.net/bugs/128473
[05:07] <ubotu> Launchpad bug 128205 in elisa "import python-coherence depends from Debian" [Undecided,Confirmed]  https://launchpad.net/bugs/128205
[05:08] <bddebian> Kaleo: Hmm, that's odd.  Were they ever confirmed by anyone or assigned to Ubuntu Archive?
[05:08] <Lamego> elisa is an interesting package
[05:09] <Kaleo> bddebian: I do not think so
[05:33] <bddebian> Kaleo: Well that sucks.  It's pretty unlikely it would get in then but you could try a UVFe.
[05:36] <Kaleo> bddebian: thanks for looking into it, I'll try.
[06:20] <bddebian> Is there some quick and dirty way to get shlibs without pulling the source?
[06:23] <ScottK> Can't you run dh_shlibs (or whatever it's called)?
[06:23] <jeromeg> ScottK: thx for the ack !
[06:23] <bddebian> ScottK: I mean I need to see what shlibs a package provides.  If that makes any sense
[06:23] <ScottK> Ah.  OK.  I understand.
[06:23] <ScottK> Nevermind
[06:24] <geser> bddebian: is it ok for you to download the deb?
[06:24] <bddebian> yeah that would be one way, I just thought ajmitch had shown me some way to do it
[06:25] <geser> dpkg-deb -I <the deb> shlibs
[06:25] <bddebian> aye, thx
[06:26] <bddebian> OK another question. :-)  Is there a "packaging" tag?
[06:26] <geser> needs-packaging
[06:27] <bddebian> No, this requestor wants a -lib binary from an existing package :-)
[06:27] <geser> ah
[06:27] <bddebian> Well I guess that could be needs-packaging
[06:27] <geser> https://wiki.ubuntu.com/Bugs/Tags
[06:28] <geser> "packaging" doesn't match fully
[06:29] <bddebian> Aye. Hmm
[06:37] <ScottK> proppy: To answer your question from a while ago about mentoring: I don't participate in the formal mentoring program and so have no mentees assigned.  I'm glad to help anyone out and answer questions here as I have time.
[06:41] <bddebian> Anyone want to tell me what this does and how I can make it work with dash? :-)  : > "${FILENAME/file/type_symlink}" ?
[06:43] <ion_> bddebian: Does FILENAME always contain the string file?
[06:44] <ion_> If that is the case, "${FILENAME%file*}type_symlink${FILENAME#*file}" comes to mind.
[06:45] <ion_> If using sed is not a problem, "$(echo "$FILENAME" | sed s/file/type_symlink/)"
[06:47] <pkern> soren: I did some bug triage on network-manager-openvpn. Do you have code available for pull support?
[06:48] <soren> pkern: No. It turned out not to be quite as easy as I though.
[06:49] <pkern> soren: Guessed so. Ok.
[06:51] <bddebian> ion_: I'll try that, thanks!
[06:54] <pkern> soren: Do you want to stay assigned to that bug?
[06:55] <soren> pkern: You can have it, if you want it :)
[06:57] <pkern> soren: I would rather unassign it first and then have a look at it later. (: But I will keep track of it.
[07:21] <norsetto> scottK: hi scott
[07:21] <ScottK> Hi norsetto
[07:25] <proppy> ScottK: nice
[07:37] <pwnguin> anyone know what time of day siretart is normally active?
[07:38] <ScottK> pwnguin: He's in .de.  IIRC Usually evening his time.
[07:41] <norsetto> proppy: did you get my message today? I'm not sure as I had some net trouble
[07:46] <pwnguin> lets see, add seven hours....
[07:47] <pwnguin> kinda wish that irc bot user analysis now =/
[07:49] <pwnguin> so if i want to bring a package directly from debian to ubuntu with no changes, the big things to check are 1) changelog, 2) Section to universe and 3) maintainers field, right?
[08:13] <zul> uh so who are the candidates re: sispoty's email
[09:52] <Kopfgeldjaeger> what version should i choose for a svn version? package-2.4~svn20070924 ? or with the revision number?
[09:53] <geser> package-2.4~svn20070924-0ubuntu1
[10:01] <Kopfgeldjaeger> geser: ok. any change if that package neither exists in debian nor ubuntu? and if its already in the debian/ubuntu repos, but was rewritten? (like my avidemux package :d )
[10:02] <geser> still the same
[10:02] <Kopfgeldjaeger>  ok, thanks
[10:03] <geser> -0ubuntu1 means that this is the first ubuntu change to the zero revision in Debian, which means that Debian hasn't this package or version yet
[10:04] <Kopfgeldjaeger> ok, thats interesting.
[10:07] <Kopfgeldjaeger> does ubuntu accept non-final packages (well, it did so with gaim beta in feisty for example)? and, let's dream, my packaging is ok, compiles under all architectures, how could i try to get it into ubuntu?
[10:08] <ScottK> Kopfgeldjaeger: Yes.  RIght now though no as we are near release (not accepting new packages at all).
[10:08] <Kopfgeldjaeger> yes, i know that with the newPkgsUniverseFreeze
[10:08] <ScottK> OK.  Just making sure.
[10:09] <ScottK> Generally it's not a problem.
[10:11] <Kopfgeldjaeger> i think till heardyPackagesFreeze i will get this .svn/entries file out of the deb package *g
[10:24] <bddebian> Hrm, what sudo command do we use for desktop files that could be KDE or gnome?
[10:24] <Kopfgeldjaeger> any idea why this one .svn/entries file is in the changelog? or, how to avoid the svn files from going into the orig.tar.gz at all?
[10:25] <bddebian> find ./ -name *.svn |xargs rm
[10:25] <Kopfgeldjaeger> ah, ok, in the .svn/entries file is the last checkout timestaamp
[10:26] <Kopfgeldjaeger> bddebian: is this the usual way?
[10:26] <bddebian> If you are producing your own tarball it is as good a way as any
[10:27] <Kopfgeldjaeger> ok, thanks to you all. good night
[10:31] <tristanbob> what is the procedure for getting a new package (not in debian or ubuntu) accepted into universe?
[10:31] <tristanbob> and of course debian as well
[10:32] <ScottK> tristanbob: First thing is we aren't accepting new packages right now because we are near a release.
[10:32] <ScottK> !REVU | tristanbob
[10:32] <ubotu> tristanbob: REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[10:32] <tristanbob> ScottK: of course - this will be 8.04
[10:33] <ScottK> We are near release of 7.10 and so 8.04 is the next chance for a new package.
[10:40] <cfalco> When do you plan to start again reviews of packages in the revu?
[10:42] <ajmitch> morning
[10:42] <bddebian> Heya ajmitch
[10:42] <bddebian> cfalco: Never if we are lucky ;-)
[10:45] <ScottK> cfalco: MOTUs are free to review anytime, but don't expect much at all until after Gutsy is released and the Hardy repositories are open.
[10:45] <ScottK> Afternoon ajmitch
[10:46] <cfalco> ScottK: just as I thought
[10:46] <cfalco> I should stop lame Motus for reviewing until gutsy release, right? ;)
[10:48] <ScottK> cfalco: If they want to, there is no harm.  No reason you couldn't have your package reviewed, advocated, and ready for upload the day the Hardy repos open.  Don't hold your breath though.
[10:51] <cfalco> ScottK: when is gutsy due for release?
[10:51] <norsetto> morning ajmitch
[10:51] <ScottK> October 18 IIRC.
[10:52] <ScottK> Usually the repos for the new release follow by a week or two or three.
[10:52] <siretart> pwnguin: from time to time...
[10:52] <norsetto> cfalco: in any case it seems your package is not far off the spot....
[10:54] <ScottK> siretart: The reason he's looking for you is he filed a UVFe for desmume and since you set yourself as maintainer on the package, I thought he should see what you thought about it.
[10:56] <siretart> oh, I haven't looked at desmume for quite some time, so I don't think I'm qualified to answer that at all!
[11:02] <cfalco> norsetto: my congratulations, you're now a ubuntu developer, aren't you? :)
[11:02] <cfalco> ScottK: thank you! :)
[11:02] <bddebian> Oh yeah, congrats norsetto
[11:02] <bddebian> Now, get to work ;-P
[11:03] <norsetto> cfalco: yeah, so they say, one day I might believe it too :-)
[11:05] <cfalco> norsetto: now I know who to nag for help & hints ;)
[11:05] <norsetto> cfalco: yes, bddebian is good for that .....
[11:05] <cfalco> :)
[11:05] <bddebian> hah, hardly :-(
[11:08] <norsetto> cfalco: just don't mention the b word when he is around, or if you do be careful with your shoes .....
[11:09] <bddebian> heh
[11:10] <ajmitch> bread?
[11:11] <cfalco> beer?
[11:14] <norsetto> cfalco, ajmitch: no, its only 3 letters long, and has no vowels
[11:17] <geser> norsetto: is the second letter a 'z' and the last a 'r'?
[11:18] <bddebian> Anyone with KDE feel like doing a quick test for me?
[11:18] <norsetto> bddebian: how quick is quick?
[11:19] <ajmitch> bddebian: no
[11:19] <cfalco> bddebian: sorry, gnome here :(
[11:19] <bddebian> norsetto: Just need to see if the changes I made to guarddogs .desktop file work
[11:20] <norsetto> bddebian: do you have a deb available already?
[11:20] <bddebian> Yep
[11:21] <ajmitch> geser: your upload won
[11:21] <norsetto> bddebian: could I have a link then? (don't say yep, give me the link .....)
[11:23] <bddebian> http://www.bddebian.com/packages/ubuntu/guarddog/
[11:24] <norsetto> bddebian: hehe, give me the source then ;-)
[11:24] <norsetto> bddebian: amd64 here ....
[11:25] <bddebian> Doh
[11:26] <bddebian> norsetto: There now
[11:27] <pkern> soren: Could you review a new network-manager-openvpn upload? (The diff is not tiny, though.) http://revu.tauware.de/details.py?upid=300
[11:29] <norsetto> bddebian: what should I check once I finish building?
[11:30] <bddebian> norsetto: If it installs and if it puts an menu entry in
[11:31] <bddebian> I put the Category as Network
[11:36] <cfalco> time to go... good night! :)
[11:36] <bddebian> Gnight cfalco
[11:36] <bddebian> norsetto: Any luck?  I gotta head home :-(
[11:37] <norsetto> bddebian: installing right now
[11:38] <bddebian> norsetto: Thanks man, sorry to be a PITA
[11:38] <norsetto> bddebian: Unable to start guarddog firewall - /etc/rc.firewall does not exist
[11:39] <bddebian> Hrm.  Was there at least the menu entry?
[11:39] <norsetto> bddebian: yes, nice puppy, running now
[11:40] <norsetto> bddebian: looks good
[11:40] <bddebian> Thanks sir, appreciate the time!!
[11:41] <norsetto> bddebian: np
[11:42] <bddebian> norsetto: Thanks again
[11:42] <bddebian> Later folks
[11:46] <Mez> \sh something wrong with jabberme ?
[11:47] <proppy> norsetto: did you ack my mail ?
[11:47] <norsetto> proppy: didn't get it yet, when was it sent?
[11:47] <proppy> norsetto: Date: 24 Sep 2007 12:54:18 +0200
[11:48] <proppy> norsetto: maybe gmail qualified it as a spam
[11:48] <norsetto> proppy: ok, must be in the spam box then, to which address was it sent?
[11:48] <proppy> norsetto<EMAIL_ADDRESS>[11:52] <norsetto> proppy: unspammed, but the email was not really needed for that; can you tell us a bit more about you and what you want to do? If python is your field, I might have a mentor for you
[12:03] <norsetto> proppy: still there? gotta go now.
[12:04] <proppy> norsetto: yep
[12:04] <proppy> norsetto: python is definitly my field
[12:04] <norsetto> proppy: ok, I will get back to you soon
[12:04] <proppy> norsetto: on the wiki mentor page I was missing a mail template for this mentor application thing
[12:05] <proppy> norsetto: but I understand I should have been more specific
[12:06] <proppy> norsetto: thanks
[12:06] <norsetto> proppy: if you don't mind waiting a week or so I might have a very good mentor for you?
[12:07] <proppy> norsetto: np I'm not in a rush at all
[12:08] <proppy> norsetto: I just reminded about the process, once you were annonced as a new ubuntu developers
[12:08] <proppy> norsetto: you are my model ! :)
[12:08] <norsetto> proppy: I don't envy you then ....
[12:10] <proppy> norsetto: me neither, I don't envy mysef
[12:10] <proppy> norsetto: thanks for processing my request though
[12:10] <proppy> norsetto: do you want me to send a new one with more details
[12:10] <norsetto> proppy: duty obliges ;-)
[12:11] <norsetto> proppy: as you wish, the mentor should decide on the basis of that, so the more he knows the better (usually) is
[12:24] <norsetto> time to hit the pillow, g'night all