[00:42] -queuebot:#ubuntu-ci-eng- RikMills, https://bileto.ubuntu.com/#/ticket/4141 Diff missing (groovy/akonadi, groovy/kaccounts-integration, groovy/kaccounts-providers, groovy/kio-gdrive, groovy/ktp-auth-handler, groovy/ktp-common-internals, groovy/purpose). Pending binary packages (groovy/ktp-accounts-kcm)
[01:02] -queuebot:#ubuntu-ci-eng- RikMills, https://bileto.ubuntu.com/#/ticket/4141 Diff missing
[05:27] -queuebot:#ubuntu-ci-eng- RikMills, https://bileto.ubuntu.com/#/ticket/4141 Generating diffs
[05:28] -queuebot:#ubuntu-ci-eng- RikMills, https://bileto.ubuntu.com/#/ticket/4141 Successfully built
[05:30] -queuebot:#ubuntu-ci-eng- RikMills, https://bileto.ubuntu.com/#/ticket/4141 Publishing packages
[05:42] -queuebot:#ubuntu-ci-eng- RikMills, https://bileto.ubuntu.com/#/ticket/4141 Proposed pocket
[06:42] -queuebot:#ubuntu-ci-eng- RikMills, https://bileto.ubuntu.com/#/ticket/4141 Needs rebuild due to higher version at destination (groovy/kio-gdrive). Proposed pocket (groovy/akonadi, groovy/kaccounts-integration, groovy/kaccounts-providers, groovy/ktp-accounts-kcm, groovy/ktp-auth-handler, groovy/ktp-common-internals, groovy/purpose)
[06:51] -queuebot:#ubuntu-ci-eng- RikMills, https://bileto.ubuntu.com/#/ticket/4141 Merging branches
[10:45] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4147 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[12:12] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/4146 Generating diffs
[12:13] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/4146 Successfully built
[12:14] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/4145 Generating diffs
[12:14] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/4145 Successfully built
[12:15] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/4142 Generating diffs
[12:15] -queuebot:#ubuntu-ci-eng- ahasenack, https://bileto.ubuntu.com/#/ticket/4142 Successfully built
[12:27] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4147 Diff missing
[12:47] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4147 Pending binary packages
[13:07] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4147 Diff missing
[13:40] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4044 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[14:04] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4044 Ready to build
[16:44] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4044 Diff missing (groovy/sshguard). Pending binary packages (groovy/iptables)
[17:25] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4044 Diff missing
[17:48] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4147 Dependency wait (groovy/haskell-haskell-gi). Diff missing (groovy/haskell-haskell-gi-base)
[17:58] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/4147 Abandoning ticket


 So we can keep track of things in Ubuntu — bug 1757320
 @tsimonq2, Looks impressive
[08:31] <bshah> @mitya57: any chance the tests for armhf can be skipped in qtvirtualkeyboard debian? (while I agree that it is issue from qt side, it makes it harder for me to use qtvirtualkeyboard in Plasma Mobile :>)
[08:32] <bshah> (I am working on debian based plasma mobile image)
 @bshah> @mitya57: any chance the tests for armhf can be skipped in qtvirtualkeyboard debian? (while I agree that it is issue from qt side, it makes it harder for me to use qtvirtualkeyboard in Plasma Mobile :, Yes, I think we can disable them
[08:35] <bshah> \o/
 I will try to remember about this later today :)
[08:37] <bshah> okay cool (and thanks)
 @tsimonq2, Maybe you can also file a separate bug to track qtwebkit-source removal?
[12:53] <lisandro> bshah, @mitya57: I just happened to ask the same to Mitya57 over into the Debian channel. The tests seems flaky, upstream is already blacklisting three of them
[12:53] <lisandro> I'll upload to debian soon
[12:54] <bshah> lisandro: okay cool
 @lisandro, Sorry, I did not have a chance to read IRC today. Please disable the tests on architectures where they are failing.
 And maybe add a reference to https://bugreports.qt.io/browse/QTBUG-62066, I am quite sure it's the same bug
[16:25] <lisandro> Not on all archs
 On other architectures maybe it's something from this list: https://salsa.debian.org/qt-kde-team/qt/qtwebsockets/blob/master/debian/rules#L40
[16:34] <lisandro> nah, on qtvirtualkeyboard it's mostly flaky tests, they are even marked in test/foo/BLAKLIST by upstream
[16:34] <lisandro> but I like how you solved that, I'll consider that for the next run
 @mitya57, What's the purpose? :)
[20:53] <lubot2> nanu_c was removed by: nanu_c
 @mitya57, I figure that 19.04 gives plenty of time for packages that people care about


[13:50] <tony-smlr> we are live in the new Studio: SMLR E179/180 (2/7/2016) Video: http://www.youtube.com/watch?v=aC5utlOYLEo Audio: http://www.podcastdetroit.com/event/sunday-morning-linux-review/
[15:01] <cmaloney> Morning
[15:34] <cmaloney> https://linuxcontainers.org/lxcfs/manpages//man1/lxcfs.1.html
[15:55] <rick_h___> party
[19:05] <cmaloney> We having fun yet?
[20:46] <rick_h___> always!
[20:46] <rick_h___> home made pasta dinner ftw


[00:28] <thiefy> has anyone tried gnash? does it work well? can i use it instead of flash plugin-nonfree
[00:28] <thiefy> ?
[00:33] <_Techie_> umm, tried it a long tiem ago on powerpc hardware and it wasnt that great, it handled basic animation fine but failed on alot of interactive stuff, but then again that was quite awhie ago
[00:39] <thiefy> aye. i hear ya.
[00:39] <thiefy> wonder if they've fixed it by now to work well.
[00:39] <thiefy> i'm not a linux champ, so i don't wanna 'play' with it...
[01:03] <_Techie_> thiefy, you wotn know unless you try... be adventurous
[01:18] <Balsaq> good evening xubuntu.
[01:19] <knome> umm, hi Balsaq
[01:21] <Balsaq> howdy knome
[04:22] <pteague> i'm trying to download a bunch of packages via aptitude for installation on a non-internet connected box... is there someway to get it to download the packages required packages or do i have to go through & manually specify all the packages i want to download?
[09:34] <miika_> I have Xubuntu installed on my laptop... the problem is, that the resolution is too big while booting and in gdm... only after i log in, the resolution goes right... how to change this?
[09:43] <tracer> i need help with getting latest kernel in xubuntu, can someone point me in the right direction?
[09:43] <psycho_oreos> why latest?
[09:44] <tracer> i have bought a wkb-2000 wireless keypad and keys don't work
[09:44] <tracer> one of the review on ebuyer.com says latest kernel will fix it
[09:45] <psycho_oreos> ahh hmm
[09:45] <tracer> i have 2.6.31-20-generic and it doesn't work
[09:46] <psycho_oreos> what surprises me more is why do they rely on kernels? if its a decent manufacturer, they would be providing source codes to compile against the user's kernel
[09:47] <tracer> i don't think the manufacturer fixed it, someone who bought one dig a bug report and fixed it from there
[09:47] <psycho_oreos> but anyhow, installing new kernel's aren't easy, there's a fair bit of work involved, and do expect things to break
[09:47] <psycho_oreos> yeah in other words the manufacturer show's their naive stance on linux.. leaving the community to fix it themselves
[09:49] <psycho_oreos> before I'd get latest kernel, I'd give lucid a try, its unsupported but currently imo its fairly close to bleeding edge
[09:49] <psycho_oreos> bleeding edge for ubuntu's side anyway..
[09:54] <tracer> ok i'm a bit new though, i guess lucid is a kinda beta version of xubuntu?
[09:55] <psycho_oreos> yeah
[09:55] <tracer> xubuntu 10.04?
[09:55] <psycho_oreos> yup, I was about to get to it
[09:55] <psycho_oreos> !lucid
[09:56] <psycho_oreos> I'd give that a poke first.. vanilla kernels aren't easy and you need to be somewhat familiar with linux CLI along with searching for help
[09:59] <tracer> thanks for the info, just what i needed. yeah i looked at some tuts for upgrading kernel and its a bit hairy so a fresh install is perfect for me.
[10:00] <psycho_oreos> well
[10:00] <psycho_oreos> I'd start with livecd first.. and maybe dualboot or vm if needed be
[10:03] <tracer> nah no worries i just got the pc a couple of days ago to make a media centre so nothing to lose by starting again really.
[10:03]  * psycho_oreos nods
[11:11] <tracer> thanks to psycho_oreos . keyboard now working fine!
[11:12] <psycho_oreos> tracer, on lucid? good to hear :)
[11:13] <tracer> yeah perfect! thanks again
[11:13] <psycho_oreos> no worries
[11:39] <tracer> hmmm now i'm on lucid i can't install xbmc, is there a way to manually instal xbmc?
[11:41] <psycho_oreos> lol have you tried searching for lucid packages? :)
[11:42] <tracer> https://launchpad.net/~team-xbmc-svn/+archive/ppa/+packages?field.name_filter=&field.status_filter=published&field.series_filter=lucid
[11:43] <tracer> its there but  build status crossed out
[11:43] <tracer> https://launchpad.net/~henningpingel/+archive/xbmc
[11:43] <tracer> might try that one ^^ ?
[11:44] <psycho_oreos> looks like both of them got cross on it, build failures
[11:45] <tracer> hmm what can i do?
[11:46] <psycho_oreos> hmm maybe try a site called getdeb or something.. you'll still need deps.. or compile it from source
[11:46] <psycho_oreos> either of those methods requires deps lol
[13:51] <lukaso666> hi... my problem is panel applet "keyboard layout" in Xfce. when i put on this applet i can use it only for one session. after the reboot/power off, this applet disapear. do u know why? i use polish and esperanto by this applet, my language setting works also... well - can u help me?
[13:51] <lukaso666> i have Xubuntu 9.10
[14:43] <tracer> ok here comes the noob question -- i got as far as building xbmc using make command. eventually got it working but now when i go to make install its saying permission denied. should i do make install as root?
[14:45] <tracer> done now nevermind
[14:45] <tracer> :)
[16:46] <Pantcho> Hi all, i tried to recompile the kernel and when rebooting i get VFS error that it cann't mount the file system, i am using xubuntu 9.01 on vmware
[16:51] <slow-motion> hi
[16:59] <charlie-tca> Pantcho: what errors did you get installing or recompiling?
[19:04] <bittin> ~
[19:23] <pantcho> Hi all, How do i create an initrd file after doing "make" on compiling the kernel? using mkinitrd gives me unknown command! :/
[19:33] <cody-somerville> pantcho, update-initramfs
[20:38] <faron> hello everybody does anybody know which package installer Xubuntu 8.04 comes with as default ?
[20:40] <Sysi> synaptic, apt and aptitude
[20:40] <Sysi> on base dpkg
[20:42] <faron> hmmm well okay but say for instance I go to adobe website to download somethign & when I click on download I am getting a choice of "archive mgr? what then ? It seems like something else should be popping up as default package installer
[20:42] <faron> ahhhhhhhh dpkg
[20:43] <Sysi> get .tar.gf if you want 64bit flash
[20:43] <Sysi> you shouldn't donload other software from adobe, it propably don't work or it's in repositories
[20:44] <Sysi> or idk about acrobat
[20:45] <faron> just curious really about which pack installer is supposed to be on Xubuntu I think I may have screwed it up & I might need to reinstall it
[20:46] <Sysi> dpkg --configure -a
[20:46] <Sysi> common fix, that to terminal
[20:48] <faron> wellsysi thanks fro all the info
[21:00] <faron> sysi are you still there ?
[21:00] <Sysi> yes
[21:01] <faron> how would I know if I wanted the 64 bit version of anything ?
[21:01] <faron> sorry if I sound kinda lame but I really am just kind of a novice comp user
[21:01] <Sysi> do you have 64bit xubuntu?
[21:02] <Sysi> uname -a
[21:02] <faron> it says i686 ?
[21:03] <Sysi> 32bit
[21:04] <faron> entire read out is.....Linux cybertek 2.6.24-26-generic #1 SMP Tue Dec 1 18:37:31 UTC 2009 i686 GNU/Linux
[21:04] <faron> all these bits & bytes ! confusing to a {kind of} newb
[21:05] <Sysi> mine is 2.6.18-164.11.1.el5 :P
[21:05] <Sysi> centos
[21:05] <faron> I have absolutly no idea what that even means !
[21:06] <faron> centos ?
[21:07] <Sysi> like redhat linux but supported by community
[22:05] <faron>  anybody tell me how to find out about my graphics card ?
[22:06] <Sysi> model? lspci | grep VGA and google
[22:08] <faron> I'm sorry sysi I don't understand {/grep VGA} ? are you telling me to enter lspci into terminal ?
[22:09] <Sysi> to terminal: lspci | grep VGA
[22:09] <faron> ah thank you again
[22:10] <Sysi> grep just finds correct line
[22:10] <Sysi> | is pipe that gives output of lspci to grep
[22:12] <faron> hey sysi..is there a way to find out if I have the proper driver installed for that & maybe if anything about it needs to be updated ?
[22:13] <Sysi> google if you should have open or propietary driver, and check from restricted driver manager do you have it
[22:13] <Sysi> usuallu drivers don't need separately be updated
[22:15] <faron> thanks again
[22:16] <Sysi> that's not very 1337 but propably gives ansvers
[22:42] <Bookman> I am trying out xubuntu on my Ubuntu 10.04 installation and it starts up fairly well, but none of my windows have borders.  I cannot move them.
[22:43] <Bookman> nor can I switch running applications.


[03:32] <Igmu> Is there a channel that I may get assistance with installing Edubuntu 12.04 over USB. The bootloader starts, but booting is asking for /cdrom/.... How do I change this to my USB drive?
[03:42] <LordOfTime> Igmu:  try #ubuntu
[03:46] <Igmu> I am in #ubuntu. no response yet.
[03:46] <LordOfTime> then patience :)
[03:51] <Igmu> ty


[12:26] <mdke> dapper is well good
[12:35] <Riddell> mdke: sorted that is
[12:38] <mdke> Riddell, hmm?
[12:38] <Riddell> just playing at being English :)
[12:40] <mdke> bah
[12:40] <mdke> hoots mon
[12:40] <mdke> dapper is nice tho
[01:06] <floam> aptitude changed to apt but ubuntu-minimal still wants aptitude
[01:06] <floam> err
[01:07] <floam> that made no sense. for one reason or another apt wants to get rid of aptitude and ubuntu-minimal
[01:07] <Riddell> floam: #ubuntu
[01:07] <\sh> welcome to dapper
[01:09] <psusi> probably because of the broken library replacements that are in progress
[01:09] <psusi> the other day synaptic wanted to remove gnomemeeting and ubuntu-desktop
[01:10] <psusi> because gnomemeeting depended on the old version of libpt, but the libpt-plugins that I was trying to update needed the new version ( which removed the old one )
[01:11] <mdke> that's life i guess
[01:12] <psusi> so I just didn't bother updating the libpt-plugins
[02:17] <mdke> Riddell, still awake?
[02:17] <Riddell> mdke: always
[02:17] <mdke> worrying...
[02:18] <mdke> Riddell, re: your latest email to -doc, which do _you_ think is the best way to do it?
[02:18] <Riddell> dunno, singe source, 2 binaries seems nice I guess
[02:18] <Riddell> but I'd rather not do the work :)
[02:19] <mdke> heh
[02:19] <mdke> Riddell, can we get dholbach to do it?
[02:19] <Riddell> mdke: if we ask nicely he may well do it
[02:20] <mdke> Riddell, i'll try it... but I've noticed that he is helpful even if not asked nicely
[02:20] <mdke> :)
[02:20] <Riddell> true, he's good that way
[02:21] <mdke> Riddell, do you envisage any obvious difficulties?
[02:22] <Riddell> mdke: I can't think of any
[02:22] <mdke> sounds good to me
[02:38] <psusi> darn it... what was the name of that package you can install to profile your bootup that's been all over the devel mailing list lately?
[02:39] <tseng> bootchart
[02:39] <psusi> bah... chart... I couldn't think of the word chart...
[02:40] <psusi> was trying every other boot* I could think of
[02:54] <wjb> psusi: i have got myself into the situation you described above, i.e. ubuntu-desktop - gnomemeeting - libpt
[02:54] <wjb> any suggestions on how to get out of it?
[03:31] <psusi> bootchart shows how much IO and cpu is going on during boot up... is there a way to find out exactly what files are being accessed at a given time in the boot sequence?
[03:31] <psusi> there's a ton of IO that is being done and waited on that takes place after the hardware detection lull... might want to add those files to the readahead
[03:55] <desrt> Kinnison; prod
[04:45] <mojo> when I compile a plugin, I get an err msg
[04:45] <mojo> In file included from /usr/include/X11/extensions/xf86vmode.h:39,
[04:45] <mojo>                  from draw.c:4403:
[04:45] <mojo> /usr/include/X11/Xmd.h:157: error: two or more data types in declaration specifiers
[04:45] <mojo> /usr/include/X11/Xmd.h:157: error: two or more data types in declaration specifiers
[04:45] <mojo> i check the header file and found out that the var has been declared as 2 different types
[04:45] <mojo> for some reasons, gcc4 does not compile this files
[04:45] <mojo> any1 has any idea?
[04:50] <psusi> that isn't allowed... the source is broken
[04:50] <psusi> you mean it has like: extern short foo; in one place, and extern long foo; in another?
[04:51] <psusi> did you apply some patches that had some hunks fail?
[05:28] <mae> !!!
[05:42] <infinity> neuralis : Thanks for that.
[05:46] <mhz> re
[05:46] <mhz> re
[06:37] <lamont-away> libtool: link: cannot find the library `/usr/lib/libdbus-glib-1.la'
[06:37] <lamont-away> infinity: ??
[06:39] <lamont-away> dapper/universe libglibmm-2.4-1c2a - that one needs some promotion.
[06:39] <lamont-away> elmo: Kamion: mdz: ^^^
[06:45] <infinity> lamont-away : That libtool error means you have some other .la file that's referencing the (probably obsolete) libdbus.la
[06:46] <infinity> lamont-away : A grep to find the offender, followed by a rebuild to fix the problem is all you can do.
[06:46] <lamont-away> infinity: that's what I thought...  sorta
[06:46] <infinity> lamont-away : That .la isn't in breezy, so the bug is reasonably old and crusty.
[06:48] <infinity> I'd really like to just get rid of all the .la files on the system.
[06:48] <infinity> This, however, doesn't seem like a realistic dapper goal, so I'll either have to start subverting etch development to make it happen, or do it in dapper+1.
[07:39] <YokoZar_> Is anyone in the bay area by chance?  I need my key signed.
[07:39] <YokoZar_> Also, this page is now out of date: http://www.ubuntu.com/developers
[07:39] <desrt> YokoZar_; nobody in ubuntu really uses encryption.....
[07:40] <YokoZar_> To upload packages, silly
[07:42] <crimsun> hmm.
[07:42] <crimsun> I'm driving out there with my sister next month, perhaps we can exchange
[07:43] <infinity> YokoZar_ : You could try looking for Debian Developers in the area, there are dozens.
[07:48] <YokoZar_> infinity: ahh, yes
[07:49] <infinity> YokoZar_ : https://nm.debian.org/gpg_offer.php is a good start.
[07:50] <infinity> YokoZar_ : As well as http://bad.debian.net/
[07:50] <YokoZar_> bless you
[07:51] <infinity> And, while it's not a requirement (afaik), I'd highly recommend anyone wanting to get involved with MOTU also joining Debian NM.
[07:51] <YokoZar_> NM?
[07:52] <infinity> New Maintainer procress.  nm.debian.org
[07:52] <YokoZar_> oh right
[07:52] <YokoZar_> Now I remember
[07:52] <YokoZar_> As I recall, that required getting a signed key as well
[07:52] <infinity> makes it much easier to communicate effectively with both parties and get fixes back and forth if you're associated with both groups and understand both.
[07:52] <infinity> Yes, indeed. :)
[07:52] <mhz> jdub: ping
[07:53] <mhz> mako: ping
[10:10] <dholbach> hi
[10:10] <dholbach> is anybody here who could process libglibmm-2.4-1c2a from NEW and promote it?
[10:10] <crimsun> daniel, ping mdz or kamion about NEWing libglibmm-2.4-1c2a
[10:11] <dholbach> thanks daniel
[10:12] <dholbach> mdz,kamion: could one of you process libglibmm-2.4-1c2a and promote it, libgtkmm-2.4-1c2a would need the same afterwards
[10:14] <mdz> crimsun: libglibmm-2.4-1c2a | 2.8.2-0ubuntu1 |        dapper | amd64, hppa, i386, ia64, powerpc, sparc
[10:14] <mdz> dholbach: ^^
[10:14] <dholbach> oh, sorry matt, then libgtkmm just needs to be given-back
[10:14] <dholbach> gtkmm2.4 rather
[10:14] <dholbach> nevermind
[10:20] <pitti> Moin moin
[10:20] <dholbach> hi pitti
[10:21] <dholbach> pitti: sivang wanted to talk to you, because you wanted to talk to him
[10:22] <pitti> oh, yes
[10:26] <ajmitch> hi
[10:26] <dholbach> ajmitch: hi andrew
[10:35] <pitti> Hi ajmitch
[10:36] <pitti> ok, that's a really bad joke - WTF killed my server again?
[10:36] <pitti> The NOC does not reboot on weekends...
[10:43] <pef> elmo: hello, can you please sync libexif-gtk ? I've checked the sync doesn't lost Ubuntu changes
[11:19] <Kamion> jbailey: yes, ubuntu-sounds is OK to add to DapperStandardsBase
[11:32] <sivang> pitti: pong
[11:36] <mdke> hey dholbach
[11:38] <dholbach> hey mdke
[11:38] <dholbach> brb
[11:42] <mdke> dholbach, couple of things
[11:42] <mdke> dholbach, yelp works on my dapper (firefox has been kept back) so if you wanna stick the package up, i'll test it
[11:42] <mdke> dholbach, also, I've thought of some other things to put in there
[11:43] <dholbach> mdke: put in there? like what?
[11:44] <mdke> dholbach, some database links for the desktopguide, html version of the serverguide, and so on
[11:45] <dholbach> grrr
[11:46] <mdke> :)
[11:46] <dholbach> i accidentally middleclicked on the cpufreq-applet
[11:46] <dholbach> which you shouldnt do
[11:46] <mdke> turns all electricity in the house off?
[11:46] <dholbach> it eats your mouse cursor and stuff doesn't "just work" anymore
[11:47] <dholbach> we have a bug about it, but i was testing a11y stuff and it ... just happened :)
[11:47] <mdke> dholbach, also, I'm tempted to put in the new packaging guide
[11:47] <dholbach> oh, the one that unfrgiven worked on?
[11:47] <mdke> yeah
[11:47] <mdke> LaserJock has ported it to xml
[11:47] <dholbach> i said this to a couple of people already:
[11:48] <dholbach> you should talk to diziet and everybody else who worked on the developer-documentation spec :)
[11:48] <dholbach> or else we will have quite a couple of packaging guides to maintain :)
[11:48] <mdke> good point
[11:48] <mdke> i'll tell him
[11:48] <dholbach> i think he already looked at it
[11:49] <dholbach> at least they should be in sync :)
[11:49] <mdke> this is what LaserJock has done: http://doc.ubuntu.com/generic/packagingguide/C/index.html
[11:50] <\sh> morning
[11:50] <Nafallo> morning \sh
[11:56] <\sh> infinity / lamont-away: can you kick conquest-8.1.1-5ubuntu1 because the status "Dep-Wait: libgl-dev" is not true at all..(not anymore with this upload) thx :)
[12:03] <dholbach> have a nice WE
[12:10] <mdke> is is possible to put comments in a debian/install?
[12:14] <azeem> "You can also put comments in these files; lines beginning with "#" are ignored." debhelper(7)
[12:15] <mdke> thanks azeem
[12:18] <mdke> azeem, white lines are ok too right?
[12:18] <azeem> I'm not sure
[12:35] <ogra> Riddell, ping
[12:38] <\sh> moins ogra..this is not your time dude :) what happend? snow wall in front of the house?
[12:38] <\sh> ;)
[12:38] <ogra> hehe, not really, only 15cm snow ... but a heavy storm ....
[12:39] <\sh> well...a storm was yesterday here..but snow I never saw here...but I have to get up and have a look..
[12:42] <crimsun> elmo: please sync mp3gain from Sid (ok to override Ubuntu changes), thanks
[12:43] <pef> for french people : http://www.fsffrance.org/news/article2005-11-25.fr.html :/
[12:44] <pef> opensources software may become illegal in France
[01:14] <Kamion> mdke: you can only use comments in DH_COMPAT=5
[01:14] <Kamion> likewise blank lines
[01:15] <mdke> Kamion, ah, -docs is 4 I believe
[01:17] <mdke> Kamion, thanks
[01:17] <Kamion> np
[01:50] <slomo_> elmo: please sync sablevm from debian/unstable... ubuntu changes can be dropped
[01:55] <Riddell> ogra: hi
[01:56] <ogra> Riddell, i wanted to ask about kino merging ... seems you have it assigned again because of the k in front :)
[01:57] <ogra> ok if i grab it ? i'd like to have it ready for flight 2 and you have other proirities i think
[01:57] <Riddell> ogra: yeah, grab away
[01:57] <ogra> fine :)
[01:57] <Riddell> ogra: are you likely to do ocaml-facile for kalzium?
[01:58] <ogra> hmm, i have no idea about caml at all ... give me a day to find time to look at it before i answer this :)
[02:06] <Riddell> ogra: kindae why I was avoiding it :)
[02:06] <ogra> heh
[02:19] <\sh> and only in packaging state
[02:24] <\sh> dh_install -penlightenment --sourcedir=/build/buildd/enlightenment-<IP_ADDRESS>/debian/tmp/
[02:24] <\sh> cp: cannot stat `/build/buildd/enlightenment-<IP_ADDRESS>/debian/tmp///usr/share/xsessions': No such file or directory
[02:25] <\sh> this is strange...it's in the package for i386...
[02:26] <\sh> same on ppc
[02:26] <\sh> I blame hmm..lets see...ogra
[02:27] <\sh> Mithrandir: ping...could I have a dapper chroot as playground on ravel? thx...and no..not this weekend
[02:35] <StevenK> So, can I find out why support for GLw was dropped in Dapper? It makes inventor FTBFS, which makes testing the merge I'm doing impossible.
[02:35] <StevenK> (The package in question is libgl1-mesa-swrast.)
[02:36] <siretart> StevenK: what is GLw?
[02:37] <StevenK> siretart: It has something to do with GL and Lesstif.
[02:38] <siretart> motif again :/
[02:41] <\sh> StevenK: there is a rational...please ask daniels..
[02:41] <\sh> StevenK: but normally u should be able to drop GLw support
[02:42] <StevenK> \sh: That requires understand how this sodding thing builds and links.
[02:43] <StevenK> And no automake, so no ./configure love.
[02:43] <\sh> StevenK: I had one source, which had an switch to his configure tool..to disable GLw support
[02:43] <\sh> StevenK: hmmm...
[02:43] <Kinnison> desrt: pong
[02:44] <StevenK> I suspect it's going to take makefile hackage or worse. I'm forcing it to build, so I can see where it blows up.
[02:44] <\sh> StevenK: best thing you can do...if you need a second pair of eyes...I'm back on one hour or so...
[02:45] <\sh> s/on/in/
[02:45] <StevenK> Heh, I'll probably look further tomorrow night, considering it's nearly 1am here.
[02:45] <\sh> StevenK: best part of the day to work :)
[02:46] <\sh> StevenK: it 2pm here :) so I have to do some RL work now
[02:47] <\sh> as I said...be back in 1h or give me 1h30m
[03:24] <ogra> hmm, no pcmcia love for me ... :/
[03:31] <ogra> Kamion, is it expected behavior that cardmgr doesnt get started and no pcmcia modules get loaded ?
[03:34] <ogra> did anyone else lose his gnome-menu ? it shows up for 1/2 second and then the contents just disappear
[03:35] <slomo_> ogra: try killing gam_server... sometimes it works after killing it ;)
[03:35] <ogra> slomo_, i just rebooted ...
[03:35] <slomo_> hm
[03:35] <\sh> ogra: yes
[03:35] <\sh> ogra: same here
[03:36] <ogra> ok
[03:36] <\sh> but in kde my panel is crashing too
[03:37] <\sh> (the old version not 3.5)
[03:37] <ogra> hmm, is gtkmm supposed to work already ?
[03:37] <ogra> err gtkmm2
[03:37] <\sh> no
[03:37] <\sh> it's waiting for a give back
[03:38] <ogra> seems i cant get kino to show any contens of the app window ...
[03:38] <ogra> ah, ok
[03:38] <\sh> ogra: 2.4 you mean
[03:38] <\sh> gtkmm2.0 and 1.2 are already merged and installable in universe ,)
[03:38] <ogra> then this will have to wait ... since it occurs with the old version too i suspect it not kino itself
[03:42] <ogra> \sh, yes, 2.4
[03:45] <robotgeek> could anyone explain the 'will break gui tools' part at https://wiki.ubuntu.com/RootSudo
[03:46] <ogra> robotgeek, wrong channel, thats a #ubuntu question (see topic)
[03:46] <robotgeek> i did enable it, just to find out. most of the tools i tried still worked with my user password
[03:47] <robotgeek> ogra: i spend most of my time there. i tht you guys might know better. sorry
[03:48] <robotgeek> ogra: lots of ppl were coming in after enabling their root accounts, i did not know exactly what damage it caused. just wanted to know more :)
[03:48] <siretart> robotgeek: even if, this is no support channel. If we would answer user questions here, then the development would have to move to another channel
[03:48] <siretart> robotgeek: so we don't answer any user questions here
[03:49] <robotgeek> siretart: okay, go it.
[03:49] <robotgeek> sorry
[04:01] <Riddell> jbailey: ping
[04:02] <ogra> grimble ... xchat starts lynx for me instead of firefox
[04:02] <\sh> lol
[04:07] <\sh> hmmm...
[04:07] <\sh> The following packages have unmet dependencies:
[04:07] <\sh>   imlib11-dev: Depends: libpng12-dev but it is not going to be installed
[04:07] <\sh> another strange pbuilder vs. chroot mismatch
[04:20] <\sh> grmpf
[04:20] <\sh> pbuilder login ; apt-get install imlib11-dev = success
[04:20] <\sh> pbuilder build package with imlib11-dev build-dep == no success.
[04:22] <slomo_> \sh: try to install all b-d... maybe there's a conflict between them
[04:23] <\sh> yes...blind person sitting in front of the computer
[04:23] <\sh> i need new glasses really
[04:24] <\sh> slomo_: libpng2-dev was still in the b-d
[04:37] <\sh> elmo: please sync footmatic-gui , elvis-tiny , emifreq-applet , grace from unstable, dropping ubuntu changes ok, thx
[04:45] <infinity> \sh : Cleared
[04:45] <\sh> infinity: thx
[04:46] <\sh> infinity: btw....do u know why this happens on amd64 and ppc but not on i386? http://people.ubuntu.com/~lamont/buildLogs/e/enlightenment/1:<IP_ADDRESS>-1ubuntu1/enlightenment_1:<IP_ADDRESS>-1ubuntu1_20051126-1249-amd64-failed.gz
[04:47] <\sh> infinity: actually it's a question of blaming someone or daniels...;)
[04:49] <infinity> I'd blame enlightenment.
[04:49] <\sh> infinity: what if I tell you, that /usr/share/xsessions/ is correct on i386?
[04:50] <\sh> well..I'll wait for Mithrandir to setup a dapper chroot on ravel to test it
[04:50] <infinity> I say it's a fluke of "building at just the right time with just the right package versions"
[04:51] <infinity> grep the source for "xsessions" and tell me where that's supposed to be happening.
[04:51] <infinity> conquest built successfully, BTW.
[04:52] <\sh> infinity: thx..
[04:54] <\sh> infinity: in debian/rules
[04:54] <\sh>  #install .desktop file
[04:54] <\sh>         install -D -m 0644 $(CURDIR)/debian/enlightenment.desktop $(CURDIR)/debian/tmp/usr/share/xsessions/enlightenment.desktop
[04:55] <infinity> Right, so what creates debian/tmp/usr/share/xsessions/?
[04:55] <\sh> install -D ?
[04:56] <\sh> create all leading components of DEST except the last and then copy source to dest
[04:56] <infinity> Oh, right.  I'm blind.
[04:56] <infinity> I missed the -D
[04:56] <\sh> but I wonder
[04:56] <\sh> binary-post-install/enlightenment-data
[04:57] <\sh> it's in this target...but it should be enlightenment package
[04:57] <\sh> from my point of view...well, it would not change the issue
[04:58] <infinity> Err, there's supposed to be a backslash in there, right?
[04:59] <\sh> where?
[04:59] <infinity> Maybe my IRC client uncleverly stripped that out to confuse me.
[05:00] <infinity> Oh, I see.  It just line-wrapped at a spot where I thought it was two lines without a backslash. :)
[05:00] <\sh> a backslash shout be where? in [16:56]  <\sh> binary-post-install/enlightenment-data:: ? no
[05:00] <infinity> Ignore me.
[05:01] <StevenK> Waaaaaahhh.
[05:01] <\sh> WAH
[05:01] <\sh> mumble...grumble
[05:01] <infinity> I don't have a dapper chroot on my PPC system?   Wow, I'm a slacker.
[05:02] <\sh> i'll blame bddebian
[05:02] <StevenK> Disable the part of the build that requires GLw, and another part fails, since the first part builds a *.h* that the second part requires.
[05:02] <\sh> enlightenment.install:usr/share/xsessions
[05:02] <Riddell> infinity: any idea what's happened to kdepim?  it was uploaded but hasn't appeared in the buildds
[05:02] <\sh> well...but xsessions/* is installed during binary-post-install
[05:03] <infinity> Oh, wait.
[05:03] <infinity> Duh.
[05:03] <siretart> StevenK: perhaps you should talk to daniels about this
[05:03] <\sh> x11/kdepim_4:3.5-rc2-0ubuntu1: Dep-Wait by buildd+terranova [optional:out-of-date]
[05:03] <\sh>   Dependencies: libreadline4-dev
[05:03] <infinity> \sh : Build with -B instead of -b
[05:03] <StevenK> Perhaps. But where is he?
[05:03] <\sh> because it's readline5 now?
[05:03] <infinity> \sh : That directory only gets created if you're building arch-indep.
[05:03] <Riddell> \sh: where do you see that?  I just see x11/kdepim_4:3.4.3-0ubuntu2: Installed by buildd+terranova
[05:04] <\sh> http://people.ubuntu.com/~lamont/buildLogs/Lists/dapper.all.i386
[05:04] <Riddell> \sh: ah oops, I'm looking at breezy :)
[05:05] <Treenaks> StevenK: bug 1: it exists; bug 2: it's still actively maintained ;))
[05:05] <\sh> infinity: but why is it there on i386 and not on amd64/ppc?
[05:05] <infinity> \sh : Read what I wrote again.
[05:05] <StevenK> Treenaks: No, bug 1: I can only see two fonts, Clean and Fixed.
[05:05] <StevenK> bug 2: It can't connect to any network services at all.
[05:05] <infinity> \sh : (hint, the i386 buildds build "arch: all" packages, the other buildds don't)
[05:05] <\sh> infinity: ignore me :)
[05:06] <infinity> \sh : Just include that directory in debian/enlightenment.dirs, and your problems will be solved.
[05:06] <siretart> infinity: did you get my email requesting an openhackware build on ppc instead on x86?
[05:07] <infinity> Err, no it won't.  God, why do people use debian/tmp?
[05:07] <siretart> infinity: it is an arch: all package, which only builds on ppc :/
[05:07] <\sh> infinity: why do people use cdbs
[05:07] <infinity> \sh : Create the directory explicitely in debian/tmp somewhere, I guess.    I'll have to build it by hand at some point, which sucks.
[05:08] <\sh> lamont-away: but I think the list is right thinking of kdepim :)
[05:08] <lamont-away> heh
[05:10] <\sh> infinity: it
[05:10] <\sh> 's in the wrong target...reading this stupid cdbs manual now for the NN time
[05:11] <lamont-away> \sh: and that's why I hate cdbs
[05:11] <lamont-away> :-)
[05:11] <infinity> That's the only reason?
[05:11] <StevenK> Heh
[05:11] <StevenK> There's nothing common about cdbs.
[05:11] <lamont-away> infinity: I like to be able to read my makefiles, thank you.
[05:11] <\sh> infinity: first ... install/enlightenment-data:: is the right target for indep stuff
[05:12] <infinity> \sh : Well, I assume that if the .desktop file is meant to be in the englightenment package, you should s/enlightenment-data/enlightenment/ in debian/rules.
[05:13] <\sh> infinity: ah well..the enlightenment package itself is somehow going mad..I realise it now
[05:13] <StevenK> infinity: If you're still in .au, what the heck are you still doing up?
[05:13] <infinity> StevenK : just got home.
[05:13] <StevenK> Ew.
[05:13] <\sh> i'll fix it after a grabbed my clothes from my washing machine...and banging my head 100times against a wall...to not blame bddebian
[05:14] <infinity> Night out.  Dinner, movie, coffee, etc.
[05:14] <\sh> brb
[05:14] <StevenK> Get home and work on Ubuntu. Seems ... logical. :-)
[05:14] <infinity> I just passed by IRC and got suckered in.  Leaving again in about 30 seconds. :)
[05:14] <StevenK> I had 18 hours sleep, and so couldn't sleep.
[05:15] <StevenK> Yeah, I'll be buggering off as soon as this build fails again.
[05:15] <StevenK> Since it probably will.
[05:16] <StevenK> Hah, there it goes.
[06:01] (ogra/#ubuntu-devel) seems to be there ...
[06:04] <slomo_> BenC: when can i expect a 2.6.15 for powerpc? ;)
[06:05] <BenC> slomo_: -4.6 should build everywhere
[06:05] <ogra> ogra@honk:~ $ apt-cache search linux-image-2.6.15
[06:05] <ogra> linux-image-2.6.15-2-amd64-k8 - Linux kernel image for version 2.6.15 on AMD K8.
[06:05] <BenC> I have it running on my G4, but the ppc64 stuff has been causing some build problems (kernel-package related and toolchain related)
[06:05] <ogra> hmm, whom do i poke for that ...
[06:06] <slomo_> BenC: thanks :) so let's wait for it to finish building... do you know if softmac is new enough to be used with the latest bcm43xx driver?
[06:06] <BenC> slmo: I appled the softmac patch, and bcm43xx is latest svn...is there anything I have to do, to get bcm43xx to use it?
[06:07] <mjg59> BenC: The softmac stuff from softmac.sipsolutions.de?
[06:07] <mjg59> .net, not .de
[06:08] <mjg59> It seems to have been spun out to a separate project now
[06:08] <BenC> mjg59: no, the one from the bcm43xx ftp site
[06:08] <BenC> I'll check out that one
[06:08] <slomo_> BenC: hm, in the changelog you've written something about rev 698 iirc for bcm43xx, we're currently at 732 and around 700 were some changes "stuff for latest softmac"... i could look for the actual revision if you want
[06:08] <BenC> well, it was the latest when -4.4 came out :)
[06:09] <BenC> I did see a log that said "latest softmac" or similar
[06:09] <slomo_> ok, thanks :) should be new enough then
[06:10] <BenC> mjg59: ah, that one is a seperate stack...I like that, if only the modules that need it start actually using it
[06:11] <mjg59> BenC: It's derived from the rtl8180 driver, so I'd hope they'll move that over at least
[06:11] <mjg59> Then we just need the atheros and prism54 drivers moved over
[06:12] <BenC> looks like a weekend project I might do here soon then
[06:16] <Riddell> \sh: please wait on new cdbs before doing lots of kde uploads
[06:16] <\sh> Riddell: hmm..I had only one kde upload till now..
[06:16] <Riddell> \sh: I know, just warning you :)
[06:17] <\sh> Riddell: roger :)
[06:17] <\sh> Riddell: just working on some "g" stuff during merges now :)
[06:18] <ogra> hmmm, no pcmcia at all ...
[06:19] <ogra> cool, there is no unknown device in my device manager anymore, yay ...
[06:22] <slomo_> BenC: *sigh* failed on powerpc :(
[06:22] <BenC> grrr
[06:25] <BenC> well, that error will only affect ppc
[06:27] <ogra> not even apple uses ppc anymore ... who cares :p
[06:30] <slomo_> ogra: i care :P and there are more ppc than the apple ones ;)
[06:30] <ogra> slomo_, just kidding ...
[06:31] <slomo_> ogra: me too... i can live with .12 currently as there are other more important things broken currently which needs fixing ;) no need to break more with a new kernel
[06:37] <BenC> blasphemer, the kernel is goodness and never creates breakage
[06:38] <ogra>  -3 works fine here ....
[06:38] <ogra> modulo pcmcia ...
[06:39] <slomo_> BenC: most of the time, yes... but i fear the xfs/initramfs problem is still there and it maybe doesn't work with old initrd as noone tested it
[06:48] <BenC> I should test that on one of my systems, but even still, that isn't a kernel bug, IMO :)
[06:48] <\sh> CDBS GEEKS NEEDED !
[06:49] <ogra> \sh, just repackage with debhelper :P
[06:49] <\sh> ogra: nono...cdbs ftbfs on buildd but not in riddells pbuilder
[06:50] <ogra> who uses cdbs anyway ...
[06:50] <BenC> what's the error?
[06:50] <ogra> only the unimportant packages ...
[06:50] <Riddell> ogra: building the cdbs package with debhelper but not impress some people :)
[06:50] <ogra> heh
[06:51] <\sh> Riddell: what was it...recursive.sh ?
[06:51] <Riddell> BenC: FAIL: recursive.sh  1 of 8 tests failed
[06:51] <BenC> any log from recursive.sh?
[06:52] <Riddell> BenC: not in the buildlog
[06:52] <Riddell> http://people.ubuntu.com/~lamont/buildLogs/c/cdbs/0.4.30ubuntu4/cdbs_0.4.30ubuntu4_20051126-0411-i386-failed.gz
[06:53] <Riddell> PASS: autotools-5.sh
[06:53] <Riddell> rm: cannot remove `/build/buildd/cdbs-0.4.30ubuntu4/test/workdir/cdbs/debian/cdbs'
[06:53] <Riddell> FAIL: recursive.sh
[06:53] <Riddell> is that it?
[06:58] <Riddell> \sh: I'd say it's more a package issue than a buildd issue
[06:58] <\sh> Riddell: if it's building in your pbuilder?
[06:58] <BenC> if it works on pbuilder and not buildd, then I'd say it is a buildd issue, maybe something int he environment
[06:58] <\sh> Riddell: tried with a chroot?
[06:59] <Riddell> \sh: yes
[06:59] <\sh> Riddell: and worked?
[06:59] <Riddell> yes
[07:00] <\sh> so buildd issue i guess and bet
[07:01] <\sh> if not...I have to plan my next holiday somewhere near your place to pay some pitchers
[07:09] <Kamion> ogra: install pcmciautils; cardmgr is obsolete and will not work with Linux >= 2.6.13-rc1
[07:09] <ogra> Kamion, i have it installed
[07:10] <ogra> but i have to modprobe orinoco_cs and run cardmgr to have a working wlan card
[07:10] <mjg59> Kamion: I've actually got 2.6.15 PCMCIA working with cardmgr
[07:10] <mjg59> On amd64, though
[07:10] <ogra> here too
[07:10] <Kamion> ok, well, it won't work for much longer :)
[07:11] <ogra> hmm, but pcmciautils doesnt work either ....
[07:11] <ogra> lets wait for udev then ...
[07:11] <ogra> Keybuks changes might fix the module loading
[07:11] <Kamion> could be, but pcmciautils does work fine for me, so I'd like to investigate
[07:11] <Riddell> Kamion: are you able to promote imlib11-dev to main?
[07:13] <\sh> checking for Qt... configure: error: Qt (>= Qt 3.1.0) (headers and libraries) not found. Please check your installation!
[07:13] <\sh> cool
[07:13] <Kamion> ogra: please set udev_log="debug" in /etc/udev/udev.conf, boot with that, and file a bug on pcmciautils attaching your /var/log/syslog
[07:13] <ogra> will do
[07:13] <Riddell> \sh: what's that for?  sounds like it has an anchient admin/ directory
[07:14] <\sh> Riddell: creox
[07:14] <Kamion> Riddell: does something already depend/build-depend on it?
[07:14] <Riddell> Kamion: kdegraphics does
[07:14] <Riddell> build-dep
[07:14] <ogra> hmm, no BenC  ... i wonder which orinoco driver i use here ... it sudenly seems to support scanning
[07:15] <Kamion> Riddell: postdates the last cron.sync, I'm rerunning that now
[07:15] <Kamion> ogra: orinoco gained scanning support recently-ish
[07:15] <ogra> yay
[07:15] <Riddell> Kamion: also same for libakode-dev, I'm hoping that doesn't need a main inclusion report, it's a rename+separation from akode-dev which was in kdemultimedia
[07:15] <ogra> so i could finally use n-m
[07:17] <Kamion> Riddell: generally it takes up to a day before this stuff shows up on our automatic reports
[07:17] <Riddell> Kamion: that's why I'm asking you now :)
[07:18] <Kamion> uh, ok, it *is* a Saturday
[07:18] <Kamion> I'm only here because the channel was lit up when I got back home
[07:18] <Riddell> I know, I know, but my KDE users are impatient
[07:19] <Kamion> anyway, all promoted
[07:19] <Riddell> great, thanks, go and enjoy your weekend
[07:20] <Kamion> thanks :)
[07:21] <Kamion> BenC: feel free to ditch rtc-modules-* from the kernel any time you feel like it; d-i no longer needs it
[07:23] <Kamion> hmm. amarok-gstreamer depends on gstreamer0.8-mad. IIRC that's something we've been very deliberately avoiding for main
[07:24] <\sh> Kamion: i'll fix it
[07:24] <Kamion> thanks
[07:24] <\sh> I can move it to suggest?
[07:24] <Kamion> if that's appropriate for the package, sure
[07:25] <\sh> Kamion: ok..doing so...if not..the people will cry
[07:25] <\sh> but I can fix it first, if and when cdbs is fixed
[07:27] <\sh> Kamion: actually it's not in depends...the substvars tells me it's in suggests
[07:28] <\sh> gstreamer:Suggests=gstreamer0.8-plugins, gstreamer0.8-mad
[07:28] <Riddell> \sh, Kamion I've fixed that
[07:28] <\sh> k
[07:28] <Kamion>  Package: amarok-gstreamer
[07:28] <Kamion>  Version: 2:1.3.6-1ubuntu1
[07:28] <Kamion>  Depends: amarok (= 2:1.3.6-1ubuntu1), gstreamer0.8-oss | gstreamer0.8-audiosink, gstreamer0.8-misc, gstreamer0.8-mad, gstreamer0.8-vorbis, kdelibs4c2 (>= 4:3.4.3), libc6 (>= 2.3.4-1), libgcc1 (>= 1:4.0.2), libglib2.0-0 (>= 2.8.0), libgstreamer0.8-0 (>= 0.8.11), libstdc++6 (>= 4.0.2-4), libxml2 (>= 2.6.22), zlib1g (>= 1:1.2.1)
[07:28] <Riddell> it's waiting on kdemultimedia, which is waiting on akode, which kamion just promoted
[07:28] <Kamion> ah, the newest version hasn't built, ok, no problem
[07:30] <\sh> hmmm..riddell we should remove in debian/control the libvisual stuff
[07:30] <\sh> Riddell: in the description thatis
[07:30] <Riddell> \sh: and look into adding libgpod
[07:31] <\sh> Riddell: k...well waiting for cdbs :)
[07:33] <Riddell> \sh: I added a section at the end of this about the .pot generation http://wiki.kubuntu.org/KubuntuPackagingGuide
[07:35] <lamont-away> infinity: all the machines in the house run linux, either debian or ubuntu
[07:35] <lamont-away> mostly ubuntu
[07:40] <ogra> mjg59, feel free to comment on #20154
[07:42] <mjg59> ogra: Sounds like a pcmciautils or udev problem
[07:42] <mjg59> The kernel is fine
[07:42] <ogra> yup
[07:42] <ogra> i thought you might want to attach your syslog too for Kamion to investigate ....
[07:43] <ogra> intrestingly no mention of pcmcia shows up in the syslog at all
[07:44] <Kamion> ogra: what's the PCI ID of your orinoco card?
[07:44] <Kamion> meh, though, udev_log="debug" doesn't actually seem all that helpful
[07:45] <mjg59> Kamion: Orinocos aren't PCI
[07:45] <Kamion> oh, right, 16-bit PCMCIA?
[07:45] <ogra> yup
[07:45] <Kamion> duh, ok
[07:45] <Kamion> silly me
[07:46] <ogra> i can give you the cardbus PCI id though if that helps anyhow
[07:47] <Kamion> I thought you said it wasn't cardbus
[07:47] <ogra> the controler is ...
[07:47] <ogra> +l
[07:47] <Kamion> that seems to be being loaded OK; there are log entries about yenta_socket
[07:47] <ogra> 0000:00:0b.0 CardBus bridge: Texas Instruments PCI7420 CardBus Controller
[07:47] <ogra> yep
[07:48] <ogra> i also see it with lsmod after boot
[07:48] <Kamion> is the pcmcia module loaded?
[07:48] <ogra> hmm, have to reboot to check... now it is
[07:54] <Kamion> oh, he's gone. the orinoco card I have here works fine for me on Debian though
[07:54] <Kamion> although I had to kick the interface a bit to make it come up
[07:56] <ogra> Kamion, pcmcia_core is loaded, pcmcia isnt
[07:57] <\sh> oh man..I never buy a wifi router again
[07:59] <Treenaks> \sh: why?
[07:59] <BearPerson> excuse me... I'm building installer CD images for the linux distribution Source Mage, and I've been having some trouble with the ppc ISOs...
[08:00] <\sh> Treenaks: because I'm becoming a lazy person...
[08:00] <BearPerson> nalioth pointed me to this channel, saying you'll probably be having (or had) the same issues that I do
[08:00] <BearPerson> I'd be happy for any pointers
[08:00] <Treenaks> \sh: ... :)
[08:00] <BearPerson> right now, only some kernel versions work, of two kernels with pretty much the same configuration only one works, they work on one machine but not on another, ...
[08:01] <BearPerson> I'm currently using yaboot for bootup and the 2.6.12 kernel
[08:01] <\sh> Treenaks: really...I just slept away for a few minutes..with the portege in my hand...
[08:02] <Treenaks> \sh: LOL
[08:02] <\sh> that never happend when I was sitting at my desk
[08:03] <Treenaks> \sh: you woke up from the battery beep? :)
[08:03] <Treenaks> "LOW BATTERY! BEEP!*
[08:03] <\sh> Treenaks: no...my left hand was getting a bit hot..
[08:04] <\sh> Treenaks: the portege heated up under my blanket
[08:05] <Treenaks> :)
[08:10] <\sh> hmm...where is xvfb-run hiding now, if not anymore in xvfb?
[08:14] <\sh> oh wow...checking xorg
[08:15] <\sh> 45mb of fun
[08:19] <\sh> lamont-away: ping..can u give me some advice?
[08:22] <Kamion> ogra: modprobe pcmcia; does it work now?
[08:22] <ogra> nope
[08:22] <ogra> tried that
[08:22] <ogra> no go without runningcardmgr
[08:22] <Kamion> my orinoco card's working fine here, for whatever that's worth
[08:22] <Kamion> with cardmgr stopped
[08:23] <ogra> let me try to kill cardmgr ...
[08:23] <Kamion> unplug/replug the card, check that 'pccardctl ident' shows the card
[08:23] <ogra> killing cardmgr seems not to affect it, since i'm still here
[08:24] <ogra> ok, replugging without cardmgr running ...
[08:24] <Kamion> no, it won't until you unplug/replug
[08:24] <ogra> brb
[08:24] <lamont-away> \sh: sup?
[08:25] <\sh> lamont-away: I'm missing xvfb-run from the xvfb package...I checked the xorg source it should be there but it's not
[08:26] <ogra> ogra@honk:~ $ pccardctl ident
[08:26] <ogra> Socket 0:
[08:26] <ogra>   no product info available
[08:26] <ogra> Socket 1:
[08:26] <ogra>   no product info available
[08:26] <ogra> nothing
[08:27] <Kamion> pcmcia module loaded at the moment?
[08:27] <ogra> yes
[08:27] <ogra> i had to run cardmgr again to get it working
[08:28] <lamont-away> \sh: you sure it didn't get split out?
[08:29] <\sh> lamont-away: well..since i can't get apt-file functional...in breezy it was in xvfb.
[08:30] <\sh> and reading and grepping xorg debian/ dir it should be in xvfb
[08:30] <Kamion> dapper has xorg-server not xorg
[08:30] <\sh> apt-get source xserver-xorg?
[08:30] <\sh> or xorg-server?
[08:31] <Kamion> xorg-server. was not a typo
[08:31] <tseng> if you use the name of the binary apt-get source will get the right source anyway
[08:31] <\sh> grmpf
[08:31] <Kamion> looks like a bug in the new packaging, yes
[08:31] <\sh> (dapper_chroot)shermann@nc6000:~/packages/dapper/xserver-xorg/xorg-server-0.99.3/debian$ grep "xvfb-run" *
[08:31] <\sh> control: This package also contains a convenience script called xvfb-run which
[08:32] <\sh> this is the only occurance
[08:32] <\sh> jepp
[08:32] <\sh> it's missing
[08:32] <Kamion> ok, file a bug
[08:32] <\sh> I could fix it
[08:32] <Kamion> either the package's contents are wrong or the description is
[08:32] <\sh> no...xorg-server gives xvfb
[08:32] <\sh> but xvfb-run is not in the xfvb.install
[08:33] <\sh> I'll build first..and check
[08:33] <Kamion> please file a bug so that we can find out whether it was deliberate or, if not, whether it's part of a class of problems that daniels could fix along with it
[08:33] <\sh> ok
[08:37] <\sh> Kamion: against what product? UNKNOWN or xserver-org, because xorg-server is too new for bugzilla ;)
[08:37] <Kamion> \sh: xvfb
[08:38] <\sh> well..the difference between source and binary...
[08:38] <Kamion> \sh: use the binary unless you are the maintainer and know better
[08:38] <Kamion> it's always better to have more finely-categorised bugs
[08:38] <Kamion> and xserver-xorg would just be wrong
[08:38] <\sh> sure
[08:39] <Kamion> ogra: hmm, pccardctl pokes around in sysfs itself, so it can't be a udev problem if that doesn't work
[08:39] <\sh> elmo: please sync ganglia-monitor-core , gauche from unstable, dropping ubuntu patches ok, thx
[08:39] <Kamion> ogra: (although pccardctl gives you nothing useful for cardbus cards)
[08:40] <ogra> hmm
[08:40] <ogra> accortding to hal its /sys/devices/pci0000:00/0000:00:0b.0/0.0
[08:40] <Kamion> ogra: when everything works, does lspci show your card? I'm beginning to think it must be cardbus after all
[08:41] <Kamion> ogra: that's the bridge, not the card
[08:41] <Kamion> Nov 26 19:27:54 localhost kernel: [   45.401695]  Yenta: CardBus bridge found at 0000:00:0b.0 [1025:006e]
[08:42] <ogra> lspci doesnt show anything new....
[08:43] <mjg59> Kamion: There are no cardbus devices that use the orinoco driver
[08:43] <mjg59> If orinoco_cs drives it, it has to be legacy PCMCIA
[08:43] <ogra> yes, i dont think its  a cardbus card ...
[08:43] <Kamion> hmm. well I hate to disagree with mjg59 above, but I don't see how this is anything other than a kernel bug
[08:43] <Kamion> mjg59: ok
[08:43] <mjg59> Kamion: Well, with pcmcia-cs, an orinoco works fine with 2.6.15
[08:43] <ogra> its a very old lucent silver ... one of the first sold wlan cards ever
[08:44] <Kamion> mjg59: pcmcia-cs doesn't rely on sysfs; pcmciautils does
[08:44] <Kamion> if the device isn't exposed in sysfs, then it won't work
[08:44] <mjg59> Kamion: Ah, I see
[08:45] <Kamion> and userspace isn't supposed to be responsible for most of this stuff any more - it's meant to have been moved into the kernel
[08:45] <Kamion> ogra: another idea; what does 'cardctl ident' say for this card? maybe the device->driver mapping in the kernel is missing
[08:45] <mjg59> Where are PCMCIA devices supposed to be exposed in sysfs, then?
[08:45] <mjg59> Kamion: PCMCIA doesn't have device->driver mapping
[08:45] <mjg59> Not in-kernel, anyway
[08:45] <Kamion> mjg59: /sys/bus/pcmcia/devices/, and the socket in /sys/class/pcmcia_socket/
[08:45] <ogra> Socket 0:
[08:45] <ogra>   product info: "Lucent Technologies", "WaveLAN/IEEE", "Version 01.01", ""
[08:45] <ogra>   manfid: 0x0156, 0x0002
[08:45] <ogra>   function: 6 (network)
[08:45] <ogra> cardctrl ident ^^^
[08:46] <ogra> -r
[08:46] <Kamion> mjg59: does in >= 2.6.13
[08:46] <Kamion> mjg59: see e.g. drivers/net/wireless/orinoco_cs.c, orinoco_cs_ids
[08:46] <mjg59> Kamion: Uhm. Ew.
[08:46] <Kamion> static struct pcmcia_device_id orinoco_cs_ids[]  = {
[08:46] <Kamion>         PCMCIA_DEVICE_MANF_CARD(0x0156, 0x0002), /* Lucent Orinoco and old Intersil */
[08:46] <ogra> i have a 0.0 in /sys/bus/pcmcia/devices/ ... (but with the loaded driver and card indeed)
[08:47] <Kamion> ogra: does it work if you don't start cardmgr, but instead just modprobe orinoco_cs?
[08:47] <ogra> nope
[08:47] <ogra> tried that before
[08:47] <mjg59> Kamion: Ok, I have a /sys/bus/pcmcia/devices/0.0 that contains the product id and manufacturer id
[08:48] <Kamion> we do need to go through the kernel to make sure all our /etc/pcmcia/config.opts patches are reflected there, but after that we can just maintain it the same way as we do PCI
[08:48] <mjg59> Kamion: Sorry, I'd been under the impression that the mapping was still going to be done in userspace. Oh well.
[08:48] <Kamion> but that doesn't seem to be ogra's problem
[08:48] <Kamion> mjg59: for one, I'm much happier with it in the kernel
[08:49] <mjg59> Yeah, it's more consistent
[08:49] <Kamion> maybe with the sort of overrides by echoing stuff into /sys that we have for PCI/USB
[08:49] <mjg59> We don't seem to have that at the moment, sadly
[08:50] <Kamion> ogra: anything interesting in syslog after you modprobe orinoco_cs?
[08:51] <ogra> wait a sec, its a bit hard to find between the Nov 26 20:24:10 localhost kernel: [  820.997166]  psmouse.c: TouchPad at isa0060/serio4/input0 lost sync at byte 4 lines ... i get 10 per second from these sometimes ...
[08:53] <\sh> ok..xvfb-run is not in xorg-server
[08:55] <ogra> that might be it
[08:55] <ogra> Nov 26 19:54:14 localhost udevd[3231] : udevd.c: seq 1023 queued, devpath '/module/orinoco'
[08:55] <ogra> Nov 26 19:54:14 localhost udevd[3231] : udevd.c: seq 1023 forked, pid 9343, 0 seconds old
[08:55] <ogra> Nov 26 19:54:14 localhost kernel: [   96.063021]  orinoco 0.15rc3 (David Gibson<EMAIL_ADDRESS>Pavel Roskin<EMAIL_ADDRESS>et al)
[08:55] <ogra> Nov 26 19:54:14 localhost udevd[3231] : udevd.c: seq 1024 queued, devpath '/module/orinoco_cs'
[08:55] <ogra> Nov 26 19:54:14 localhost udevd[3231] : udevd.c: seq 1024 forked, pid 9345, 0 seconds old
[08:55] <ogra> Nov 26 19:54:14 localhost udevd[3231] : udevd.c: udevd event message received
[08:55] <ogra> Nov 26 19:54:14 localhost kernel: [   96.065776]  orinoco_cs 0.15rc3 (David Gibson<EMAIL_ADDRESS>Pavel Roskin<EMAIL_ADDRESS>et al)
[08:55] <Kamion> ogra: (sorry, when I say modprobe orinoco_cs, I assume you've already modprobed pcmcia)
[08:55] <ogra> Nov 26 19:54:14 localhost udevd[3231] : udevd.c: seq 1025 queued, devpath '/bus/pcmcia/drivers/orinoco_cs
[08:55] <ogra> i didnt
[08:55] <ogra> it gets pulled in by orinoco_cs
[08:56] <ogra> orinoco_cs depends orinoco, which in turn depends pcmcia
[08:56] <Kamion> good point
[08:57] <Kamion> that's depressing though, there are no error messages at all
[08:57] <ogra> nope
[08:58] <ogra> this card is evil ... it always was ...
[08:58] <ogra> but since its a lucent and one of the first it might be wide spread ...
[08:59] <Kamion> ogra: I've got a card with the exact same manfid (but different product info) and it works fine
[08:59] <Kamion> then again this is on 2.6.14
[09:00] <ogra> without cardmgr ...
[09:00] <Kamion> indeed
[09:00] <Kamion> I'll test it on 2.6.15 once we have a working installer for it
[09:00] <ogra> i havent even used 2.6.14
[09:13] <Kamion> ogra: ok, I'm out of ideas for the moment. Last thing, if you could take tarball snapshots of /sys/bus/pcmcia/devices/ + /sys/class/pcmcia_socket/ both before and after starting cardmgr (thus before and after making the card work) and attach those to the bug, I'd appreciate it
[09:13] <ogra> yup, will do...
[09:13] <ogra> but i'm tired of rebooting for now :)
[09:13] <Kamion> I'm assuming you have newest pcmciautils; it's very weird that you don't get pcmcia automatically loaded
[09:14] <ogra> i have dist-upgraded at about 1pm today
[09:14] <ogra> so it should be all up to date
[09:18] <Riddell> elmo: do you know what's happened to the akode packages?  apparantly they've been accepted but are not in the archive
[09:19] <Kamion>      akode | 2-rc1-1ubuntu2 |        dapper | source
[09:19] <Kamion>      akode | 4:3.4.3-0ubuntu2 |        dapper | amd64, hppa, i386, ia64, powerpc, sparc
[09:19] <Kamion> try making the version number later than the previous one ;-)
[09:19] <Kamion> you probably need a 5: epoch, ugh
[09:20] <ogra> *shudder*
[09:21] <Riddell> Kamion: hmm, right.  thanks
[09:22] <mdz> Kamion: how did the source make it in?
[09:22] <mdz> mizar:[~]  dpkg --compare-versions 4:3.4.3-0ubuntu1 lt 2-rc1-1ubuntu2
[09:22] <mdz> zsh: exit 1     dpkg --compare-versions 4:3.4.3-0ubuntu1 lt 2-rc1-1ubuntu2
[09:22] <\sh> ugly
[09:22] <Kamion> mdz: there was no akode source beforehand; it was built from kdemultimedia or something like that
[09:22] <mdz> ah, makes sense
[09:23] <\sh> Accepted akode 2-rc1-1ubuntu2 (source)
[09:24] <Riddell> but there is no akode binary package now, it's libakode2, so I'm a bit confused what's not matching
[09:29] <Kamion> Riddell: well, the other binaries are available
[09:29] <Kamion> not for amd64 or powerpc though; I'm presuming they haven't built
[09:29] <Kamion> what exactly are you looking for that isn't there?
[09:31] <Riddell> Kamion: I'm just looking to get this new akode into the archives, I'll add the epoch
[09:31] <Kamion> Riddell: if there's no akode binary, you're right, you don't need the epoch
[09:31] <Kamion> the new akode is in the archive. http://archive.ubuntu.com/ubuntu/pool/main/a/akode/
[09:32] <Kamion> oh, source out of sync
[09:33] <Riddell> there is a new libakode2-mpeg package in the -0ubuntu2 upload
[09:33] <Kamion> hmm, ok, it somehow became NEW after ACCEPTing, which shouldn't happen
[09:34] <Kamion> and was then rejected
[09:34] <Kamion> I'll attempt to repair
[09:34] <Riddell> thanks
[09:37] <Kamion> oh, er, ow, I must have promoted it to main while files were in accepted and it got terminally confused by the component changing
[09:37] <Kamion> elmo: err?
[09:38] <ogra> "Is it a stealth marketing exercise by the kubuntu team?"
[09:38] <ogra> *giggle*
[09:42] <Kamion> Riddell: please wait until after the weekend, I'll have to talk with elmo; I don't feel confident to fix this
[09:43] <Riddell> Kamion: ok, thanks for looking into it
[09:43] <Kamion> in the meantime some/all binaries for akode, libcommoncpp2, sysfsutils are stuck
[09:44] <ogra> hmm, ff1.5 doesnt respect *any* of my old ff1.0 settings ... :/
[09:48] <Chipzz> ff doesn't even show me the preferences menu
[09:50] <ogra> it does... but fontsettings are gone,  had to set the startpage back to a blank one, it suddenly opens everything in tabs (i hate tabs) no biggie, since at least it kept my bookmarks and history ...
[09:51] <ogra> but there might come upgrade probs our way ...
[10:08] <mae> so, how comes the drake
[10:09] <ogra> it sometimes limps a bit, but all in all very good
[10:18] <Riddell> another buildd oddity
[10:18] <Riddell> kdeutils_4:3.5-rc2-0ubuntu2 Dep-Wait libsnmp5-dev but that package was changed to depend on libsnmp9-dev
[10:23] <\sh> Riddell: old upload
[10:24] <\sh> Riddell: new upload will go further after this state has to be cleared by buildd admin...
[10:30] <Riddell> how confusing
[10:30] <Riddell> so I should poke infinity?
[10:31] <siretart> if it is urgent, yes.
[10:32] <Riddell> and if it's not urgent?
[10:32] <siretart> afaik he and lamont are checking packages in dep-wait on a regular basis
[10:32] <siretart> and put them in 'needs-build' state
[10:32] <siretart> Riddell: see http://www.us.debian.org/devel/buildd/wanna-build.png
[10:32] <siretart> Riddell: and this for explanation: http://www.us.debian.org/devel/buildd/wanna-build-states
[10:34] <Kamion> Riddell: if it isn't urgent, let other people do their jobs in peace. :-)
[10:36] <\sh> hmmm...i wasn't productive today...
[10:36] <ogra> only 50 uploads ?
[10:36] <siretart> hrhr
[10:37] <\sh> 10 syncs and 15 uploads or so..not much
[10:37] <\sh> bah...more to come this evening
[11:01] <\sh> moins daniels
[11:50] <\sh> elmo: please sync ginac , glunarclock from unstable, dropping ubuntu changes ok, thx


[09:04] <stgraber> yeah, got a hotel room and even reasonably fast and stable wireless (at least for the last 10 minutes)!
[09:06] <Laney> you are enlondoned?
[09:09] <stgraber> yep
[12:40] <tumbleweed> keepass2 sync diff on bug 871265
[12:40] <ubot4> Launchpad bug 871265 in keepass2 (Ubuntu) "Sync keepass2 2.16+dfsg-2 (universe) from Debian unstable (main) (affects: 1) (heat: 8)" [Wishlist,Fix released] https://launchpad.net/bugs/871265
[14:51] <charlie-tca> Are we spinning new images today?
[15:06] <infinity> pitti: How goes?
[15:09] <stgraber> hey infinity! had a good trip?
[15:18] <infinity> stgraber: Wasn't too bad.
[15:18] <infinity> stgraber: You?
[15:18] <stgraber> everything was on time and it was a direct flight, so pretty good too
[15:24] <pitti> slangasek: yes, and patch already went upstream
[15:24] <pitti> hey infinity, how are you?
[15:29] <infinity> pitti: Tired. ;)
[15:29] <infinity> pitti: Just checking in to see if anything's on fire.
[15:30] <pitti> we got green light on the firefox testing
[15:30] <pitti> I'm pondering moving it to oneiric instead of oneiric-updates
[15:30] <pitti> so that the alternates will DTRT when you use them for upgrading
[15:30] <pitti> and once that's published, kick off the images
[15:30] <pitti> apport/kerneloops/base-files went in this morning
[15:33] <stgraber> I'm testing the update-manager upload from yesterday (for Edubuntu), should have the result in an hour or so (hotel internet...)
[15:36] <pitti> firefox done
[15:41] <chrisccoulson> hi pitti
[15:41] <chrisccoulson> how are you?
[15:41] <pitti> hey chrisccoulson
[15:41] <pitti> pretty well, thanks!
[15:41] <chrisccoulson> good :)
[15:41] <pitti> chrisccoulson: many thanks for the firefox upload, so we got this into final
[15:42] <chrisccoulson> pitti, sure, no problem. i'm glad that's fixed now
[15:42] <chrisccoulson> that's been a nightmare. perhaps next time i shouldn't book a vacation in the last 2 weeks of the cycle ;)
[15:45] <pitti> heh, perhaps better not
[15:46] <pitti> chrisccoulson: I hope you still had at least some time to enjoy it
[15:57] <chrisccoulson> pitti - yeah, it was good thanks
[15:57] <chrisccoulson> i can't believe how hard i found it to wind down though
[15:58] <cjwatson> occupational hazard, I think ...
[15:58] <chrisccoulson> heh
[15:58] <cjwatson> I'm sure it was easier to wind down before we had smartphones
[16:42] <Daviey> cjwatson: lack of smartphones just means you end up on a family holiday, parked outside mcdonalds - leaching wifi.
[16:45] <chrisccoulson> heh
[16:45] <chrisccoulson> actually, my smartphone wasn't much use, as the 3G coverage was terrible where we stayed
[16:46] <chrisccoulson> but i made the mistake of taking my laptop, and our cottage had free wifi
[16:46] <chrisccoulson> which was unexpected ;)
[17:05] <Daviey> bug 870121, is concerning me - there seems to be inconsistent values on all flavours (not just cloud) .. requires more investigation.
[17:05] <ubot4> Launchpad bug 870121 in ubuntu "APT::Periodic::Update-Package-Lists not set in cloud images (affects: 1) (heat: 6)" [High,Confirmed] https://launchpad.net/bugs/870121
[17:18] <pitti> slangasek, cjwatson, infinity: I'd set off the images now, unless you have another blocker?
[17:19] <infinity> I've got nothing, but I've been out of touch while traveling.
[17:20] <pitti> kernel is in, firefox is in, NBS/component-mismatches/oneiric_outdate all clean, oneiric_probs as good as it's going to be
[17:20] <infinity> Yeah, I'm at a "probably just have to live with my bugs" point.
[17:20] <infinity> Until we find something dire tomorrow. ;)
[17:24] <pitti> the world is rebuilding
[17:24] <pitti> will post the lot tomorrow morning
[17:25] <pitti> so long, enjoy your beer in London!
[17:25]  * pitti food/evening/night &
[17:25] <infinity> Did you just background yourself?
[17:43] <tumbleweed> is it still possible to request removals from universe?
[19:01] <cjwatson> tumbleweed: yeah, we still have a little leeway
[19:02] <cjwatson> pitti: there's auto-ISO-posting code in cdimage now, though you have to set some environment variable or other
[19:06] <tumbleweed> cjwatson: ah, I was thinking of bug 815922, (libavg was removed in Debian) but I see it has an ubuntu-only redpend
[19:06] <ubot4> Launchpad bug 815922 in libavg (Ubuntu) "libavg segfaults on startup (affects: 2) (heat: 14)" [Undecided,Confirmed] https://launchpad.net/bugs/815922
[19:48] <SpamapS> I know you guys are in the home stretch. It would be quite helpful if someone can take a look at bug 871375 and approve the upload ASAP. Thanks!
[19:48] <ubot4> Launchpad bug 871375 in juju (Ubuntu) "[FFe] update juju to upstream revision 398 (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/871375
[20:34] <slangasek> pitti: yay, my first patch in udev :)
[20:34] <slangasek> pitti: no blockers here, +1 for kicking off the builds
[20:50] <SpamapS> slangasek: is this by any chance the weird race some people have been seeing in udev?
[21:00] <slangasek> SpamapS: one of them.
[21:00] <slangasek> SpamapS: there's still an LVM-specific issue, and the netbooting issue hasn't been triaged to the point yet that I can say whether it's the same (waiting for feedback on the bug).
[21:04] <SpamapS> slangasek: we experienced udev issues with and without LVM this past week.. I think adam_g was involved in some of the triage. I'm glad at least some progress has been made.
[21:04] <slangasek> yes, adam_g's bug was the LVM one... that bug still exists, although with the latest comments on the bug it seems that it now manifests in a friendlier way (60s delay at boot, instead of failed boot)
[21:08] <stgraber> wow, my Edubuntu dist upgrade finally completed, took a while but at least everything seems to have upgraded fine!
[22:22] <slangasek> infinity, pitti: do you have any idea what's happening in bug #871083?  The manpages are being compressed with the correct options to be idempotent (-9nf), the uncompressed content is identical, and the compressed files are the same size; yet the .gz files don't match between amd64 and i386
[22:22] <ubot4> Launchpad bug 871083 in pam (Ubuntu) "package libpam-modules 1.1.3-2ubuntu1 failed to install/upgrade: ErrorMessage: './usr/share/man/man8/pam_shells.8.gz' is different from the same file on the system (affects: 2) (dups: 1) (heat: 14)" [Medium,Triaged] https://launchpad.net/bugs/871083
[22:44]  * slangasek pushes a no-change rebuild to -proposed for this
[22:46] <cjwatson> Bug 572128 has passed QA, and hopefully will be deployed to cocoplum tomorrow morning
[22:46] <ubot4> Launchpad bug 572128 in debmirror (Ubuntu) (and 1 other project) "Ubuntu Archive translations are missing Index metadata file (affects: 3) (heat: 18)" [Undecided,Confirmed] https://launchpad.net/bugs/572128
[22:47] <cjwatson> squeaking in just in time for oneiric
[22:47]  * cjwatson -> bed
[22:47] <slangasek> cjwatson: 'night!
[23:17] <skaet> slangasek,  doko__;   I've rejected the binutils patch for now, since it seems it could have a pretty broad impact, and hence regression potential exists.   Since we've been living with this since the start of the year, it isn't too urgent.   Would rather this be deployed in precise,  and then discuss at UDS whether it makes sense to add it to updates for oneiric,  after its had some exposure and wider testing.
[23:18] <slangasek> skaet: which binutils patch was this?  I wasn't aware that any patches were still under consideration for binutils in oneiric
[23:19] <skaet> https://bugs.launchpad.net/ubuntu/+source/openmpi/+bug/697229
[23:19] <ubot4> Launchpad bug 697229 in openmpi (Debian) (and 7 other projects) "openmpi link failure with ld --as-needed (affects: 2) (dups: 1) (heat: 18)" [Unknown,New]
[23:19] <skaet> spotted it in the oneiric queue for proposed this evening when I just checked on things.
[23:20] <skaet> wanted it was enabling several more architectures,  and may well be safe and fine,  but seemed to have a potential for regressions as well.
[23:21] <skaet> hmm... that last sentence didn't quite emerge as planned. ;p
[23:21] <slangasek> skaet: ok, well according to pitti the uploaded package seemed to not do the intended anyway
[23:22] <slangasek> but I think it's clear there was no intention to include this in the release, only as an SRU
[23:23] <skaet> slangasek,  yup, saw that, but want to make sure its effects are well understood, discussed and worth the risk before we add it in.
[23:40] <Daviey> Isn't that an SRU team issue?
[23:41] <skaet> Daviey,  I'm on the SRU team as well.
[23:46] <Daviey> aye, but i mean - is it something that needs UDS consideration, rather than just handling at team level?
[23:47] <Daviey> *shrug*
[23:53] <hggdh> slangasek: please see bug 871528 -- just noticed it on a netbook, sounds related to the udev bugs (but the delay here is ~ 100 seconds?)
[23:53] <ubot4> Launchpad bug 871528 in udev (Ubuntu) "slow boot, udev-related? (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/871528
[23:55] <slangasek> hggdh: why do you attribute this to udev?
[23:55] <slangasek> there's no 100s delay anywhere in udev
[23:59] <Daviey> another slow boot, bug 870214
[23:59] <ubot4> Launchpad bug 870214 in ubuntu "iSCSI root installation creates manual eth0 configuration + long boot (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/870214


[09:07] <cooloney> ppisati: hey, paolo
[09:48] <orated> Hello! Is there a documentation on how and what all devices are mapped in /sys and/or /proc? I'm not able to find details on the same in FHS doc.
[10:26] <cwillu_at_work> orated, /sys is a kernel interface; fhs has nothing to say about it
[10:28] <cwillu_at_work> Documentation/sysfs-rules.txt and Documentation/filesystems/sysfs*.txt in the kernel tree documents it
[10:29] <cwillu_at_work> pay particular attention to sysfs-rules.txt if you're making something that uses it
[10:31] <cking> orated, http://www.kernel.org/doc/Documentation/filesystems/proc.txt
[10:32] <orated> Yes, thanks. I remember accessing those documentation for GPIO - http://www.kernel.org/doc/Documentation/gpio.txt (and http://squidge.sourceforge.net/gpio/README.txt) On the same line, is there any command which gives the table for GPIO pins as shown in the second link or is it from datasheets?
[10:52] <orated> cwillu_at_work:  cking:  On the same line, is there any command which gives the table for GPIO pins as shown http://squidge.sourceforge.net/gpio/README.txt  or is it from datasheets?
[10:53] <cking> orated, that I don't know
[10:53] <cwillu_at_work> general-purpose-io pins are commonly defined by the specifics of the (hardware) installation
[10:55] <orated> cwillu_at_work: Yes, but is the last table shown in the link possible within linux? I just thought if its from data sheets or accessible from kernel
[10:55] <orated> Ah-ok!
[11:28]  * henrix -> lunch
[14:02] <dobey> hi all. is there a 3.6-rc kernel packaged up anywhere that would be installable on precise?
[14:04] <amitk> dobey: deb http://ppa.launchpad.net/ubuntu-x-swat/q-lts-backport/ubuntu precise main
[14:04] <amitk> dobey: ^^^ contains kernel and Xorg from Q (which will be supported going forward)
[14:05] <amitk> dobey: or you could add just the kernel team PPA for a kernel
[14:05] <amitk> don't have a link handy
[14:05] <dobey> amitk: that is only 3.5.0 though it seems
[14:06] <dobey> does it have Intel video code backported from the mainline 3.6 branch?
[14:06] <amitk> dobey: aah, you're right. I somehow read "Q kernel on P" into your question. The kernel team PPA has a mainline 3.6-rc
[14:07] <rtg> dobey, http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.6-rc5-quantal/
[14:07] <amitk> http://kernel.ubuntu.com/~kernel-ppa/mainline/
[14:07] <amitk> aah, rtg got there first
[14:07] <dobey> rtg: oooh, great, thanks. is that installable on precise?
[14:08] <rtg> dobey, yep
[14:08] <dobey> awesome. i will try that. thanks
[16:44] <arges> rtg, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1032874
[16:44] <ubot2> Launchpad bug 1032874 in linux "Mount command on extended partition hangs forever during install" [High,Triaged]
[16:47] <smoser> why do our kernels print cmdline twice ?
[16:48] <smoser> http://paste.ubuntu.com/1199019/
[16:51] <rtg> smoser, I'd think that is how grub is doing it. Look at your local dmesg. the command line doesn't appear to be duplicated there.
[16:51] <smoser> its not grub
[16:52] <smoser> that was loaded with pxe
[16:52] <smoser> but you might be right.
[16:52] <smoser> i can't refute it.
[16:52] <ogra_> i have that here too ...
[16:52] <ogra_> no PXE involved
[16:52] <ogra_> bith have different prefixes though
[16:53] <jsalisbury> **
[16:53] <jsalisbury> ** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[16:53] <jsalisbury> **
[16:53] <ogra_> Command line: vs Kernel command line
[16:55] <rtg> smoser, I only see one thing duplicated: 'initrd=amd64/generic/precise/commissioning/initrd.gz'
[16:56] <rtg> oh, printed again later down. never mind.
[16:56] <smoser> i meant printed twice
[16:56] <smoser> right.
[16:56] <ogra_> on omap4 kernels i inly see "Kernel command line"
[16:56] <ogra_> *only
[16:57] <rtg> huh, on X86_64 I only see it printed once.
[16:57] <ogra_> on precise x86_64 its twice
[16:57] <rtg> 3.2.0-31-generic ?
[16:58] <ogra_> ogra@anubis:~$ grep -i command /var/log/dmesg
[16:58] <ogra_> [    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-29-generic root=UUID=64ce333b-aa6d-495e-9f01-cf5d4410184d ro acpi_enforce_resources=lax splash quiet vt.handoff=7
[16:58] <ogra_> [    0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-29-generic root=UUID=64ce333b-aa6d-495e-9f01-cf5d4410184d ro acpi_enforce_resources=lax splash quiet vt.handoff=7
[16:58] <ogra_> ogra@anubis:~$ uname -a
[16:58] <ogra_> Linux anubis 3.2.0-29-generic #46-Ubuntu SMP Fri Jul 27 17:03:23 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
[16:58] <ogra_> havent rebooted, .31 is installed already though
[16:58] <rtg> ogra_, ok, I wasn't searching for the right string.
[17:00] <rtg> smoser, is this causing you issues, or are you just curious why its printed twice ?
[17:01] <smoser> rtg, not causing me issue. just wondering.
[17:01] <smoser> and came across it when i was looking at an arm log
[17:02] <smoser> and i think it only had one of these.
[17:02] <ogra_> yeah
[17:02] <ogra_> ogra@panda1:~$ grep -i command /var/log/dmesg
[17:02] <ogra_> [    0.000000] Kernel command line: ro quiet splash root=UUID=2acc5a3d-1639-4f68-86e5-f7ef0354e00d
[17:02] <ogra_> ogra@panda1:~$
[17:02] <rtg> smoser, so the first line is arch specific, arch/x86/kernel/setup.c. the second time its printed is from init/main.c which is generic
[17:36]  * rtg -> lunch
[19:31]  * cking --> EOD (way too long today)
[20:27]  * rtg -> EOD
[21:09] <jjohansen> bjf: I have not been able to duplicate your apparmor test failure, can you send me some more info from those qa machines?
[21:09] <bjf> jjohansen: like what? i can open a bug and do the normal apport-collect.
[21:10] <jjohansen> bjf: yes please, I would also like the mount info
[21:10] <bjf> jjohansen: can do
[21:47] <jjohansen> bjf: also I have confirmed that the test suite is building locale versions of somethings for certain tests.  Eg. the parser tests are done against a local built version.  However the kernel tests do use the kernel and installed packages and are only locally building the test support programs
[21:47] <jjohansen> I have added it to our to do, to have all tests support testing against the installed packages
[21:47] <bjf> jjohansen: ack