[01:23] <andrew_46> As a result of my own stupidity I am no longer a member of ubuntu-irc-cloaks. Can I be added again? Launchpad https://launchpad.net/~andrew.46. My apologies for generating extra work.
[01:23] <andrew_46> Thanks:)
[02:02] <andrew_46> Pricey: Sorry I ducked away too quickly
[02:05] <andrew_46> Pricey: So what happened was I withdrew from Ubuntu Membership and cancelled all memberships. Long story.
[02:06] <andrew_46> I have rejoined and been added as Member again but the Ubuntu Cloak has not reappeared.
[02:09] <andrew_46> I guess I am not sure if I should simply wait or I have futzed things well and truly with all of my mucking around :)


[19:28] <jamesp> And yes, I'm from Michigan!
[19:46] <jrwren> welcome
[19:48] <jamesp> It's too bad this community isn't very active.
[19:48] <jrwren> it can be as active as you want it to be ;)
[19:48] <jrwren> but also, ubuntu is kinda done.
[19:49] <jamesp> Yeah Ubuntu isn't running on my computer, but it'll be running on my server soon!
[19:49] <jrwren> linux is for servers.
[19:50] <jamesp> of course, even though there are many desktop users (and even more gamers now that there's the steam deck)
[19:52] <jamesp> Currently I have a Linode server running Rocky Linux, but that was too difficult for me and I ended up needing a snap (certbot)
[19:52] <jamesp> I'm also using a configuration for Ubuntu, and I'm not using cPanel, so here I am now!
[19:53] <jamesp> I actually started on Linux Mint and Pop!_OS. I'm using Arch (sorry guys) on my desktop as I type this.
[19:54] <jamesp> nhaines I liked your video "Ubuntu Over the Years"
[19:54] <jamesp> I have that video saved on my computer. I like the song "Afterglow"
[19:55] <cmaloney> Yeah, I'm remembering a lot more folks that no longer connect over IRC>
[19:55] <cmaloney> Which is unfortunate because at its height it was an amazing community
[19:55] <cmaloney> and then they let go of the community.
[19:55] <jrwren> you needed snap for certbot? that seems so wrong.
[19:55] <jamesp> And they all switched to Discord or Matrix.
[19:56] <cmaloney> or rather, believed that it would stick around in perpetuity when not given a voice in anything
[19:56] <jamesp> Yes I needed certbot on Rocky Linux
[19:56] <jrwren> afterglow the CHVRCHES song?
[19:56] <jamesp> By Josh Woodward
[19:57] <jamesp> https://www.youtube.com/watch?v=Jn_oIRHcr2o
[19:58] <jamesp> Yeah maybe it could be related to Ubuntu's decline too
[20:01] <jrwren> what decline?
[20:05] <jamesp> Because Ubuntu got kinda boring, people switched to other distros
[20:06] <jamesp> And nowadays Ubuntu isn't actively recommended by the Linux YouTubers.
[20:06] <cmaloney> eh, I don't mind the boring
[20:07] <cmaloney> but it actually felt like (at the beginning) like there was something greater than ourselves
[20:07] <cmaloney> in the end, no, it was just free labor.
[20:14] <jrwren> yeah, that isn't a real thing in industry. It certainly is a real thing in the press.
[20:14] <jrwren> But for paying users, ubuntu is more used now than ever.
[20:15] <jamesp> That's right, Ubuntu had more users now than ever, and it's expected to keep growing as Linux gets more adoption
[20:16] <jrwren> but... i only know ubuntu-server and ubuntu-cloudimg. I don't know anything about ubuntu-desktop. Does ubuntu-desktop even exist? :))
[20:17] <jamesp> ubuntu-desktop is the actual ubuntu desktop, I assume
[20:17] <jamesp> Or it's just plain old ubuntu
[20:23] <cmaloney> jrwren: apt install ubuntu-desktop
[20:23] <cmaloney> ;)
[20:24] <jrwren> nevar!
[20:26] <jrwren> we'd have to agree on what "actual ubuntu" means, since from my POV there are an order of magnitide more instances of installed ubuntu-server and then another order of cloudimg
[20:26] <jrwren> :p
[20:29] <jamesp> oh that
[20:30] <jamesp> You can use Ubuntu server to install the ubuntu desktop, kind of like Arch Linux
[20:31] <jrwren> and visa-versa.
[20:32] <jrwren> apt-get purge $(cat all-them-desktop-packages)
[20:32] <jrwren> :)
[20:32] <jamesp> LOL
[20:33] <jamesp> Because maybe you want to convert to kubuntu without reinstalling
[20:34] <jamesp> I like Kubuntu, I'm using KDE
[20:48] <jamesp> cmaloney: Can you please add HTTPS to your website?
[20:53] <cmaloney> maybe
[20:54] <cmaloney> (That's been on my backburner for a while now)
[20:55] <cmaloney> jrwren: Is there something new that is prompting this request because I can prioritize it
[20:57] <jamesp> Well for some reason my web browser doesn't play well with HTTP sites (the back button glitches out)
[20:57] <cmaloney> Oof
[20:57] <jamesp> Also, Google will put you higher on the search rankings
[20:58] <jamesp> My website has https
[20:58] <cmaloney> you say this like it's a feature. ;)
[20:58] <jamesp> It's easy to do with certbot
[20:58] <cmaloney> But yeah, it's overdue
[20:59] <jamesp> Then just open port 443 if it isn't
[21:04] <jrwren> TLS is a scam and HSTS even more!
[21:05] <cmaloney> Honestly that we went so hard into TLS is slightly disturbing to me
[21:06] <cmaloney> having most of the web having to shovel encrypted traffic seems slightly overkill
[21:06] <jrwren> remember HTTP caching? all gone.
[21:07] <jrwren> I mean... i use TLS, I'm j/k.
[21:08] <jrwren> but HSTS bit me hard once, if you want to keep control of your domains, don't setup HSTS, that puts control into all of the browsers that visit your site worldwide. there is no going back :(
[21:10] <cmaloney> Oof
[21:11] <cmaloney> Yeah, HTTP Caching was quite nice
[21:11] <cmaloney> especially with bandwidth suddenly getting metered and what-not.
[21:18] <jamesp> You don't have to force HTTPS, just support it.


[06:22] <smp4488> so im trying to CC an arm kernel, http://pastebin.com/r9Ej93GH
[09:27] <brendand> is it known that the pandaboard is droppping wireless a lot with precise?
[09:42] <brendand> how do i get my package to build for armhf?
[09:48] <xranby> TheMuso: hi, I am testing your fix to make openjdk swing applications work in combination with at-spi. I plan to send the patch upstream to icedtea to make the AtkWrapper the default for all distro openjdk builds.
[09:52] <xranby> TheMuso: all in all, I can get accessibility to work under precise by using the AtkWrapper.
[09:52] <xranby> TheMuso: i still have some problems getting the atk-wrapper to work under oneiric
[11:44] <entropia_> Hi, I was trying to boot ubuntu 10.10 on my BB-xm. Keyboard, mouse and moniotr are connected to the board and the board itself is connected with my pc. After inserting the microsd with U10.10 I have a typical output in my console, ending with Uncompressing Linux... done, booting the kernel. After this, I can't do anything, also the screen remains dark. Is there anything I can do to make it work?
[11:44] <ogra_> use a newer release
[11:45] <ogra_> might well be that your board revision wasnt supported by 10.10 yet
[11:46] <ogra_> we often have the case that TI releases HW right around or right after an ubuntu release ... generally you should take the latest release, thats most likely to have all support for your HW
[11:46] <entropia_> Oh, ok. Thank you.
[12:00] <rbasak> NCommander, when you see this, what the plan with bug 921137? Do we need another bug for the default to be fixed so that netinstall works again? I use it for my dev multiple times a day and without an automated workaround I'm getting really slowed down
[12:00] <ubot2`> Launchpad bug 921137 in flash-kernel "Flash-kernel-installer doesn't support d-i debian-installer/add-kernel-opts in preseed " [Undecided,Confirmed] https://launchpad.net/bugs/921137
[12:57] <ogra_> bug 540645
[12:57] <ubot2`> Launchpad bug 540645 in plymouth "no fsck messages shown in details mode (no splash on cmdline)" [Medium,In progress] https://launchpad.net/bugs/540645
[13:12] <sebjan> ppisati: it appears we are missing cpu_freq into the precise kernel config (ti-omap4 branch)
[13:22] <brendand> ogra_ - ping
[13:29] <ogra_> brendand, hi
[13:33] <ppisati> sebjan: right, any preference for the governor?
[13:33] <ogra_> sebjan, i think the x86 kernels were moved to cpuidle insted of cpufreq, seems that was carried into the arm kernels
[13:34] <ogra_> (by accident i guess)
[13:35] <ppisati> actually they are trying to move arm to cpuidle too
[13:35] <ppisati> but it's no ready yet
[13:36] <ogra_> right, so we should keep whats working in the distro kernel and leave the crack bits to linaro ;)
[13:36] <ppisati> agree
[13:38] <sebjan> ppisati: by default we can select performance. user space will enforce ondemand after a while
[13:38] <ogra_> right, we have an upstart job for that
[13:38] <sebjan> yep
[13:40] <sebjan> ppisati: we also miss some flags for enabling the kernel thermal management
[13:41] <brendand> ogra_ - is there anything specific we need to do to make a package build for armhf?
[13:41] <sebjan> we need the changes in this commit: http://dev.omapzoom.org/?p=integration/kernel-ubuntu.git;a=commitdiff;h=c9b8185d6ebb87e4beacd0874dc50a8eca8c39e9
[13:41] <ppisati> let me see
[13:41] <ogra_> brendand, the debain/control file should have armhf in it if its not "any" and lists things like armel separately, beyond that it should just build
[13:42] <ogra_> all "any" packages usually do
[13:42] <brendand> ogra_ - ours has 'all' (same thing?)
[13:43] <ogra_> well, no, "all" is usually only built on x86 adn copied over since defining "all" means there arent any arch specific bits in it at all
[13:43] <ogra_> at least thats how it is done in the archive, i think PPAs work a bit different, not sure though
[13:44] <brendand> heh, well i was wrong. it is 'any'
[13:44] <ogra_> ah, k
[13:44] <ogra_> then it should just build
[13:44] <brendand> ogra_ - maybe we need to build again. is armhf builds a recent introduction?
[13:45] <ogra_> we have the arch since two months or so
[13:45] <ppisati> sebjan: OMAP_DIE_GOVERNOR seems doesn't exist in our tree
[13:45] <ogra_> what package is that ?
[13:45]  * sebjan looks
[13:46] <ppisati> sebjan: neither OMAP_THERMAL
[13:46] <sebjan> ppisati: you have both, but they depend on disabled flags
[13:47] <sebjan> (thermal_framework?)
[13:47] <ppisati> sebjan: right
[13:47] <ppisati> saw it just now
[13:47] <brendand> ogra_ - this is a PPA by the way. maybe some change needs to be made to the PPA?
[13:47] <brendand> i'm just guessing
[13:48] <ogra_> brendand, oh, indeed, you need to file an RT to get armhf enabled (if your PPA already has armel thats quick and easy)
[13:48] <brendand> ogra_ - an RT? ok - but how would you do it as a non-canonical person?
[13:49] <brendand> (i am, so this point is moot, but...)
[13:49] <ogra_> brendand, we dont allow non canonical people to use arm PPAs yet (security issues that will be solved soon)
[13:50] <brendand> ogra_ - i see
[13:50] <ogra_> so this only works for private PPAs atm
[13:50] <ogra_> of teams that have only canonical people in them indeed
[14:16] <reisei> hi, all. How can I setup dvi as a default screen? I use ubuntu-oneiric (only kernel, btw, but it doesn't matter)
[14:19] <ppisati> sebjan: http://kernel.ubuntu.com/git?p=ppisati/ubuntu-precise.git;a=commit;h=cd3338daa84b6d891f4d9812b2f545e664b5fa97
[14:19] <ppisati> sebjan: and http://kernel.ubuntu.com/git?p=ppisati/ubuntu-precise.git;a=commit;h=9beb67b9255a6c7e47a8c12f46f76ad3f74d98a0
[14:19] <ppisati> i'm building a test kernel right now
[14:22] <sebjan> ok cool
[15:01] <ppisati> sebjan: how do i check if the themal/cpu_freq is working well?
[15:03] <sebjan> ppisati: hum, you can try by loading your pandaES a lot, and monitor the cpu frequency
[15:03] <ppisati> sebjan: i don't have a pandaES
[15:03] <sebjan> ppisati: if you can share your .deb, I can git it a try and tell you
[15:03] <ppisati> sebjan: ok
[15:06] <ppisati> sebjan: http://people.canonical.com/~ppisati/linux-image-3.2.0-1404-omap4_3.2.0-1404.6~thermalrevcma_armel.deb
[15:08] <sebjan> ppisati: I'm installing it and will test. I'll let you know then
[15:34] <sebjan> ppisati: ok, I just tested your .deb. The freqs scale well, and the thermal fwk effectively reduces the freq when appropriate. It's good for me!
[15:40] <ppisati> ok
[15:41] <ppisati> thanks for testing
[15:51] <sebjan> np
[16:16] <rbasak> NCommander: ping
[17:12] <rbasak> Gruemaster: ping
[17:14] <ogra_> there he is !
[17:17] <ogra_> GrueMaster, soo by reading the kernel ML it seems like ppisati is already pushing the patch for the kernel fis, no need to mangle your preseed stuff for a new kernel cmdline
[17:17] <ogra_> should be fixed by A2
[17:17] <ogra_> s/fis/fix/
[17:18] <GrueMaster> A2 doesn't help today.  Mangling the preseed is easy and immediate.
[17:18] <ogra_> i'll make sure to drop all mem= args for A2 too
[17:18] <GrueMaster> And easily reversed.
[17:18] <ogra_> sure
[17:19] <GrueMaster> ppisati: What is the fix for the mem= issue?
[17:19] <ogra_> disabling CMA
[17:19] <ogra_> as discussed here last night
[17:20] <GrueMaster> But that will disable a lot more (USB Cameras, etc).
[17:20] <ogra_> i dont think so
[17:21] <ogra_> it should just affect the internal camera interface
[17:21] <GrueMaster> Ok, that means blaze.
[17:22] <ppisati> just the omap4 camera
[17:22] <ppisati> v4l i resent a new pull req
[17:22] <ogra_> and panda ...
[17:22] <ppisati> with some PM stuff in
[17:23] <ogra_> (there is a camera interface on the panda too, not that we make any use of it indeed)
[17:23] <GrueMaster> ok, so this just brings us up to date w/ Ti then I take it?
[17:23] <ppisati> i didn't even know there was a dedicated camera interface
[17:23] <GrueMaster> We don't use the camera interface, but community members do.  I have seen some discussions on the pandaboard mailing list about it.
[17:23] <ogra_> on the socket header
[17:24] <ppisati> GrueMaster: they can move to Q (or install stuff from the ppa_
[17:24] <ogra_> right, and in #pandaboard too
[17:24] <ppisati> at least the kernel
[17:24] <GrueMaster> Ok.
[17:25] <ogra_> if they use the camera they probably also want to accelerate the displaying of the movies they take, so the PPA is needed anyway
[17:28] <GrueMaster> Fair enough.
[17:30] <GrueMaster> rbasak: In my preseed, I added "sed -i 's/splash/fixrtc console=ttyO2,115200 mem=456M@0x80000000 mem=512M@0xA0000000/' /boot/boot.script;flash-kernel;echo 'ledtrig-heartbeat' >>/etc/modules" to the preseed/late_command.  Worked fine (and I also get the blinken(tm) lights back).
[17:31] <S0NiC> hi
[17:31] <GrueMaster> Actually interesting to watch 4 pandas in a stack all blinking in time with daft punk.
[17:31] <S0NiC> hmm can anyone tell me, why ubuntu(11.10) is so slow on my pandaboard?
[17:32] <S0NiC> is there any possibility to enchance speed=?
[17:32] <S0NiC> -c
[17:32] <S0NiC> +d
[17:32] <GrueMaster> S0NiC: Are you running from SD?  That is the main issue.
[17:32] <S0NiC> GrueMaster: yes
[17:32] <GrueMaster> Not much can be done there.
[17:32] <S0NiC> hmm shoot...
[17:33] <GrueMaster> But I see a speed increase of ~6-10x running from USB drive.
[17:33] <S0NiC> hmm maybe deaktivate unity?
[17:33] <ogra_> a lot can be done there .... but it starts with changing the SDHC spec ;)
[17:33] <S0NiC> ogra_: ;D
[17:34] <rbasak> thanks GrueMaster, I'll try that!
[17:36] <GrueMaster> ogra_: What is the plan for armel image builds?  How soon can we start phasing them out?  At least for omap/omap4.
[17:36] <ogra_> we wont
[17:37] <ogra_> but we will stop testing them after FF
[17:38] <GrueMaster> If they are available for milestones, they are tested (or I get constant nagging).  That's why I ask.
[17:38] <ogra_> well, they will still be there for A2
[17:38] <ogra_> but after that they are "community" images and we explicitly wont test them
[17:39] <ogra_> as long as we carry armel in the archive we need to give users an install opportunity, even if its untested
[17:39] <GrueMaster> What's this "we" stuff?  I test all images during milestones (even kubuntu).
[17:39] <ogra_> and armel wont go away before Q
[17:39] <ogra_> it was discussed several times in budapest
[17:40] <S0NiC> is that normal, that i have to wait about 10 seconds till ff starts?
[17:40] <ogra_> "we" as in paid people working on arm stuff
[17:40] <ogra_> S0NiC, on SD thats actually pretty fast ... i have seen things like 30sec in the past
[17:41] <S0NiC> ogra_: ok thx
[17:41] <S0NiC> maybe it speeds up if i choose gnome instead of unity?
[17:41] <GrueMaster> S0NiC: If you want a little boost in performance, try the armhf images for precise.
[17:41] <ogra_> that wont change the speed of your disk access
[17:42] <GrueMaster> http://cdimage.ubuntu.com/daily-preinstalled/
[17:42] <GrueMaster> No, but app performance is better.
[17:43] <S0NiC> thx guys... hmm if i open software center i only get a grey window. maybe iam to impatient? ;D
[17:44] <ogra_> it also reads from disk a lot
[17:44] <S0NiC> now i have a touchpannel... i wonder it works out of the box... ;D
[17:44] <S0NiC> but its not realy precisce
[17:45] <S0NiC> -c
[17:47] <S0NiC> maybe i have to high prospects...
[17:54] <S0NiC> hmm reboot
[17:54] <S0NiC> brb
[17:59] <S0NiC> re
[19:34] <jayabharath> Folks do anyone on this channel knows if the Ubuntu Precise Pangolin daily configure the PandaBoard ES to run @ 1.2Ghz?
[19:34] <S0NiC> re
[19:34] <jayabharath> In the 11.10 release it was only configured for 700Mhz.. I dont know if the right patches have been integrated into the Precise Pangolin dailys for ES....
[19:46] <infinity> jayabharath: Upgrading and testing the kernel is a surefire way to find out.
[19:47] <infinity> jayabharath: But, AFAIK, precise fully supports the 4460.
[19:51] <jayabharath> infinity: thx? it used to be supported even in 11.10.. but I was more concerend about speed?
[19:51] <infinity> jayabharath: Hence why I said "fully supported".
[19:52] <infinity> jayabharath: In oneiric, I believe it was artificially limited for thermal reasons, and that's been resolved now.  But I don't have a 4460 here to check.
[19:52] <jayabharath> infinity: Great.. I guess I will give it a spin
[20:18] <S0NiC> hmm did anyone get a touchscreen to work under ubuntu-arm?
[20:19] <S0NiC> iam using ubuntu 11.10 and i have a egalax driver. and it works out of the box. but the finger is not there where the mouse is...
[20:19] <S0NiC> any ideas?


[08:42] <lordievader> Good morning.
[10:51] <soee> https://www.digikam.org/node/745
[10:54] <yofel> hm, so we'll get qt5 digikam sometime in Q1 16, nice
[12:35] <BluesKaj> Hiyas all
[13:34] <allee> soee: wasn't it you how saw this long delay on session login?
[13:35] <allee> I've redirected stdout/err to journald instead of .xsession-error.  And my ~ 25 sec delay is caused by earch akonadi resource need ~ 2 sec to be started by kdeinit5
 @kubuntubot test
[14:44] <yossarianuk> hi - logging into wily (kde) I'm getting a message from kwalletd5
[14:44] <yossarianuk> Configuration file "//.config/kwalletd5rc" not writable. Please contact your system administrator.
[14:44] <yossarianuk> sounds like -> https://bugs.launchpad.net/ubuntu/+source/kde-runtime/+bug/1504626
[14:45] <yossarianuk> but that is for kde4 ?
[14:47] <yossarianuk> this sounds like it -> https://bugs.kde.org/show_bug.cgi?id=351805
[16:16] <soee> allee: one more time, it is akonadi fault ?
[16:22] <allee> soee: I would say yes.  Bit O
[16:23] <allee> soee: but I remember seeing this with a fresh user too (there are no resources).  So should be no delay.  I'll try with a virgin user later.
[16:23] <soee> allee: cool, send me info you you have more details
[16:30] <allee> modulo typos, timing via: x=/usr/bin/startkde; dpkg-divert --local --rename $x && echo -e "#!/bin/bash\n exec systemd-cat -t plasma5 $x.distrib" > $x; chmod 755 $x    # journalctl --user -f
[19:02] <soee> http://www.phoronix.com/scan.php?page=news_item&px=Ubuntu-15.10-More-Tests
[19:02] <soee> hmm looks like we are slowing down
[21:22] <allee> soee: it's akonadi startup.  I've created a ~/bin/akondiserver fake script that just contains 'exit 0'  and now session login is down from ~ 30sec to 4 sec.  Yeah!
[21:23] <allee> Unfortunately I use kdepim quite heavily, so no fast startup for me :-(
[21:26] <soee> allee: ok but any idea why it needs so may time  ?
[21:27] <soee> Riddell, yofel: can we do somethig  about it ?
[21:27] <yofel> we can as soon as we can answer your first question..
[21:29] <soee> yofel: is there some way to debug this ?
[21:29] <allee> soee: no real idea.  I only see that every ~ 2 sec a resource is started.  And akonadi resource startup seem to be synchronos.   At work I've a trusty system.  Then I can check if resource start is asynchronos in kde4
[21:31] <soee> is there some channel here on freenode for akonadi devs ?
[21:31] <soee> ah there is
[21:32] <allee> soee, yofel: a start would be to find a way to login without akonadi.  But even without korgan reminder daemon, akonadi tries to start every resource ;-(
[21:32] <allee> soee: the a #akonadi channel
[21:33] <yofel> for that you just need to find out why plasma waits on akonadi. akonadi doesn't start unless something requires it to
[21:33] <soee> allee: i will try to ask there tomorrow and get some feedbac
[21:38] <soee> yofel: in a free time could you please take a look at this: http://paste.ubuntu.com/12853087/ It is from the crash when i endabled file indexing on my system
[21:38] <allee> soee: would be great
[21:38] <allee> thx
[21:38] <soee> allee: also thanks


[15:10] <akio> I'm trying to get a serial console going on Centos 6, I have ttyS0 in securetty and I am trying to use initctl emit --no-wait fedora.serial-console-available DEV=ttyS0 SPEED=115200 to make it available but I am failing.
[15:11] <akio> What am I not doing or doing wrong?
[15:51] <akio> Actually I got it by doing start serial DEV=ttyS0 SPEED=115200


[11:32] <ernstp> cjwatson: no OOPS  ID, just not responding at all on some requests
[11:33] <ernstp> W: Failed to fetch http://archive.canonical.com/ubuntu/dists/impish/InRelease  Could not connect to archive.canonical.com:80 (<IP_ADDRESS>), connection timed out Could not connect to archive.canonical.com:80 (<IP_ADDRESS>), connection timed out Could not connect to archive.canonical.com:80 (<IP_ADDRESS>), connection timed out
[11:33] <ernstp> W: Failed to fetch http://ppa.launchpad.net/ernstp/ffmpeg/ubuntu/dists/impish/InRelease  Could not connect to ppa.launchpad.net:80 (<IP_ADDRESS>), connection timed out
[11:33] <ernstp> W: Failed to fetch http://ppa.launchpad.net/ernstp/mesarc/ubuntu/dists/impish/InRelease  Unable to connect to ppa.launchpad.net:http:
[12:50] <cjwatson> ernstp: More likely some kind of routing issue then.  Those are just Apache servers, nothing very special
[12:51] <cjwatson> ernstp: But would have to direct you to #canonical-sysadmin anyway - Launchpad operates the software that publishes content to those machines, but we don't operate the Apache servers
[12:51] <cjwatson> ernstp: Still, if you're seeing problems with both archive.canonical.com and ppa.launchpad.net, that suggests a networking problem


[06:47] <Xannix> I am while looping a BufferedReader, and keep getting a NullPointerException when trying to create a StringBuffer, however if i System.out.println it displays correctly any idea's what i could be doing wrong ?


[00:11] <h00k> Negative, not that I can see
[00:24] <tonyyarusso> coolio
[00:26] <h00k> I may or may not have saved a copy
[00:32] <tonyyarusso> :P
[00:36] <rlaager> There are multiple implementations of LaTeX and ODF?
[00:36] <rlaager> and DocBook?
[00:36] <tonyyarusso> Sure.
[00:37] <tonyyarusso> For instance, OpenOffice and Abiword both do ODF, and these days even MS Office does.
[00:38] <rlaager> I'm only aware of Sun's ODF plugin for MS Office, so I was counting that as the same vendor as OpenOffice.
[00:39] <rlaager> The existing resolution doesn't explicitly cover images (except perhaps when they're a part of a larger document).
[00:41] <rlaager> I added ", images" after text (and fixed the indentation on #6): http://pastebin.com/NwmXP0PR
[00:43] <rlaager> It maybe desirable to require read-write implementations, as appropriate.
[00:43] <rlaager> Also, would OOXML be acceptable under this policy? It seems like it would. Is that a desirable outcome?
[00:59] <tonyyarusso> rlaager: "including" doesn't mean "but limited to" :P
[01:00] <tonyyarusso> As I understand it, OOXML doesn't have any full implementations, much less multiple ones.
[01:00] <tonyyarusso> I'm not sure whether it has royalty requirements or not either.
[02:56] <Sgtdawg> anyone interested in an installfest west of the cities? I have a location in Eagan. If it works I want to try another out this way.
[03:00] <tonyyarusso> Hey Sgtdawg - you must be the person from the ML.
[03:01] <tonyyarusso> I took a survey of attendees last time, and there were a lot of responses asking for one in the west suburbs then.
[03:01] <Sgtdawg> I will start looking for a location.
[03:02] <Sgtdawg> Would you mind looking over the half page flyer? I can email it tomorrow.
[03:03] <tonyyarusso> um, I can probably do that.  My next couple of days will be insane, so feel free to solicit opinions from others in case I don't have a chance.
[03:03] <Sgtdawg> Sounds good, thanks for the info.
[13:35] <dgroos> Good Morning MN ubunteros!
[15:26] <h00k> 'mornin, dgroos
[15:31] <dgroos> h00k: Good Morning!  My class just came in so I gotta focus on the youngins in front of me--have a great day!


[01:54] <mhall119> cjohnston: nigelb: the new django-openid-auth is installed on cranberry, we'll need to make some changes to our settings.py to take advantage of the new features


[12:26] <Kamion> mdz: oh, wow, setting a busy cursor while moving from page to page makes espresso feel so much more responsive even if it takes exactly the same amount of time
[12:26] <Kamion> (it turned out to be easier and safer than I expected)
[12:46] <sabdfl> Kamion: good find
[12:48] <sabdfl> "ubiquity"
[12:48] <Tm_T> indeed
[12:49] <Riddell> Tm_T: of what?
[12:49] <Kamion> Riddell reckons he's making good progress; I must confess I haven't had time to try it myself
[12:51] <Tm_T> Riddell: espresso, that's what you're doing right?
[12:51] <Riddell> Tm_T: yeah, you should try it, it's working well
[12:51] <Tm_T> Riddell: ah, I will, tomorrow maybe ;)
[12:51] <Riddell> still plenty to do of course
[12:51] <Riddell> qtparted needs a bit of a session
[12:51] <Tm_T> muhaha
[12:51] <Tm_T> "whoops, I didn't know livecd can do that"
[12:51] <Riddell> Tm_T: careful, it's a beta installer, it might wipe the whole hard disk
[12:52] <Tm_T> even better
[12:52] <Tm_T> that helps me fix bug 1 ;)
[12:52] <Ubugtu> Malone bug 1 in Baltix "Microsoft has a majority market share" [Major,Confirmed]  http://launchpad.net/bugs/1
[01:10] <bddebian> Howdy folks
[01:10] <mdke> hi bddebian
[01:55] <nekohayo> okay I have a suggestion/question, don't know who to speak to: why not remove the "lock screen" option from the gnome "system" menu? Since that option is now in the ubuntu logout dialog? just a thought.
[01:55] <mdke> I'd rather it was the other way round
[01:55] <mdke> i use the lock screen from the menu quite a lot, but never in the logout dialogue
[01:56] <bddebian> Any chance someone can give me some pointers on install.. vs. dh_install vs <pkg>.install ?
[01:56] <bddebian> I'm having issues on a couple of packages
[02:11] <azeem> dh_install uses <pkg>.install (if available) to figure out what to put where
[02:12] <bddebian> Well I've been having good luck with dh_install by itself but 3 packages are kicking my butt because they encompass multiple binary packages
[02:12] <bddebian> But dh_install -p<pkg> isn't putting them in the right places either :-(
[02:12] <azeem> then maybe the <pkg>.install files have syntax errors
[02:13] <Kamion> put DH_VERBOSE=1 in the environment and dh_install will tell you exactly what it's doing
[02:13] <Kamion> it also sometimes happens that you get screwed over by an exported DH_OPTIONS that conflicts with the -p you give explicitly
[02:14] <bddebian> Of course all three of these packages take FOREVER to build :-)
[02:14] <Kamion> you can just run the relevant dh_install commands by hand
[02:14] <Kamion> dh_install is idempotent so you can do that freely even after the build's over/failed
[02:14] <Kamion> debian/rules binary is generally idempotent, too - you can run it independently of build, and multiple times
[02:15] <bddebian> Here's another one:
[02:15] <bddebian> cp debian/dxicon.xpm debian/tmp/usr/lib/dx/
[02:15] <bddebian> install -d -m644 debian/dxicon.xpm debian/tmp/usr/share/pixmaps/
[02:15] <bddebian> install: `debian/dxicon.xpm' exists but is not a directory
[02:15] <bddebian> Doesn't like the trailing / ?
[02:15] <Kamion> somebody didn't read the install(1) man page
[02:15] <Kamion>        -d, --directory
[02:15] <Kamion>               treat all arguments as directory names; create all  com
[02:15] <Kamion>               ponents of the specified directories
[02:15] <bddebian> Oh shit, I meant -D
[02:16] <bddebian> grr
[02:16] <Kamion> that install command means "please create the directories debian/dxicon.xpm and debian/tmp/usr/share/pixmaps/"
[02:16] <Kamion> -D sounds a bit more likely, yes
[02:17] <bddebian> Crap and dx takes forever ...
[02:17] <Kamion> use debian/rules binary, don't rebuild the whole thing
[02:17] <Kamion> well, fakeroot debian/rules binary
[02:18] <bddebian> Can I do that if I used -tc?
[02:18] <azeem> what is -tc?
[02:18] <Kamion> no; don't do that
[02:18] <nekohayo> mdke: either way I would be happy... just don't have it as a duplicate for nothing however :)
[02:18] <bddebian> azeem: tail clean
[02:18] <Kamion> if you care about package build times it's a rather self-destructive option to use
[02:19] <azeem> oh, never heard of that
[02:19] <bddebian> Hmm, well that explains a lot
[02:21] <bddebian> And of course dx doesn't clean up after itself properly :'-(
[02:21] <bddebian> thanks for your time azeem and Kamion
[02:21] <Kamion> np
[02:24] <bddebian> Can I wildcard with install?  I.E.  install -D -m644 debian/*.desktop debian/tmp/usr/share/applications/ ?
[02:24] <Kamion> yes
[02:24] <bddebian> sweet
[02:24] <Kamion> the shell expands that to multiple source arguments
[02:29] <bddebian> Does this look valid?:
[02:29] <bddebian> install -D -m644 debian/*.desktop debian/$(cdbs_curpkg)/usr/share/applications
[02:32] <Kamion> sure
[02:56] <Riddell> Kamion: kde espresso good to merge
[02:57] <Kamion> ok, I'm sort of giving up on fixing the reboot button in GNOME anyway
[02:57] <Kamion> gnome.ui.Client does not love me
[03:00] <Riddell> Kamion: I remove gtk from kdb_chooser, I checked quickly with gtkui but you might want to confirm that it really isn't used
[03:01] <Riddell> Kamion: are we going to remove the NoDisplay on the .desktop files for the beta?
[03:01] <Kamion> yeah, that's fine, it was a leftover
[03:01] <Kamion> Riddell: suppose we could
[03:02] <Kamion> espresso should remove itself from the installed system now
[03:03] <Kamion> merged and pushed
[03:05] <Kamion> and NoDisplay=true removed too, thanks for the suggestion
[03:18] <bddebian> Frickin' A, finally.. Thanks again Kamion and azeem!
[03:28] <Kamion> aha, gnome-session-save --kill --silent
[03:28] <Kamion> NEED BIGGER HAMMER
[03:45] <Kamion> right, God willing, that's the last espresso upload needed before beta
[03:47] <Kamion> now just a quick investigation of that console-data build failure and maybe I can go to bed
[03:48] <bddebian> Ack, I cannot get a desktop file in dx to dave my life.. :'-(
[03:50] <Kamion> oh, drat, will probably need a new upload for translations anyway
[03:50] <Kamion> oh well
[03:51] <sabdfl> Kamion: can you rename espresso pre-beta?
[03:51] <Kamion> sabdfl: I brought that up in the distro team meeting, and mdz said post-beta
[03:51] <sabdfl> ok
[03:51] <Amaranth> rename it to what?
[03:51] <sabdfl> ...
[03:51] <sabdfl> drumroll
[03:51] <sabdfl> ...
[03:52] <Kamion> which makes some sense since I have one working day left before the beta (Wednesday)
[03:52] <Kamion> ubiquity
[03:54] <Kamion> damn, should've removed "Espresso" from the title bar; I removed it everywhere else, I think
[03:54] <sabdfl> never mind... it's looking great
[03:54] <sabdfl> will file bugs post-beta
[03:55] <Kamion> I might as well fix that now
[03:55] <bddebian> Kamion: If you get a second.  If rules is dumping everything in debian/tmp/foo/bar, how do I make install package specific?
[03:56] <Kamion> bddebian: sorry, it's 3am, I probably can't explain it coherently
[03:56] <Kamion> but typically either you install straight to debian/<packagename> for each one, or you install to debian/tmp and then use dh_install to split out to multiple packages
[03:57] <bddebian> Well I have dh_install -ppaw++ but it isn't working.  Anyway, sorry, go to bed :-)
[03:58] <Kamion> sabdfl: ok, "Espresso" should now appear nowhere in the UI, GTK at least (I'm not going to attempt to modify the KDE one just now)
[03:59] <Kamion> title bar is "Install System Permanently" instead
[04:01] <Kamion> (matches desktop icon name)
[04:16] <Amaranth> ubiquity?
[04:16] <Amaranth> the installer is omnipresent?
[04:17] <bddebian> heh
[04:17] <bddebian> No, I am omnipresent ;-)
[04:17] <Amaranth> well, i can't prove you wrong... ;)
[04:17] <bddebian> :-)
[04:19] <Kamion> Amaranth: the idea is more that it helps Ubuntu to be omnipresent
[04:19] <Kamion> c.f. bug #1
[04:19] <Ubugtu> Malone bug 1 in Baltix "Microsoft has a majority market share" [Major,Confirmed]  http://launchpad.net/bugs/1
[04:20] <Amaranth> Kamion: ah, neat
[04:20] <Amaranth> baltix?
[04:20] <Kamion> side-effect of multiple tasks on the one bug
[04:21] <Amaranth> yeah, i see that
[04:21] <Kamion> ubugtu doesn't quite know which to pick
[04:22] <Kamion> also, ubiquity is just a really good word, and has phonetic similarity to Ubuntu without causing branding troubles
[04:22] <Kamion> (that similarity being why we wanted to rename from "espresso")
[08:15] <Burgundavia> mako: you around?
[08:20] <desrt> Burgundavia; you got told off on p.g.o incase you didn't notice :)
[08:20] <Burgundavia> desrt: yes, but the abiword people agree with me
[08:20] <desrt> oh
[08:20] <desrt> that's good, at least
[08:20] <Burgundavia> besides, tbh, it is a dobey, who isn't known to be the most polite
[08:20] <desrt> someone closed your favourite bug on launchpad a while ago :(
[08:21] <Burgundavia> yes, I saw that
[08:21] <Burgundavia> can't win 'em all
[08:21] <desrt> bad aditude
[08:21] <mako> Burgundavia: yes
[08:22] <mako> Burgundavia: when do you leave?
[08:22] <Burgundavia> mako: tomorrow morning. In about 8 hours
[08:23] <Burgundavia> I come back sunday night, PDT
[08:24] <mako> Burgundavia: ok
[08:25] <Burgundavia> mako: did you get my pm?
[11:14] <Lathiat> hrm, gnome-power-managers battery icon isnt so good
[11:14] <Lathiat> i've got 48% and it looks like i have <1/3r
[11:14] <Lathiat> and is yellow which usually means about that
[11:20] <neuralis> Lathiat: the g-p-m icons don't go well with the rest of the icons, either; it's rather cartooney. ideally we could get the whole set replaced, but i'm not sure if the ubuntu-artwork guys are working on it.
[11:22] <sebpayne> are there going to be some new OOo icons for dapper?
[11:23] <_ion>   mgapdesk: Depends: xserver-xfree86 but it is not installable
[11:36] <Lathiat> neuralis: i dont mind that so much
[11:36] <Lathiat> and now im on 30% and thats red
[11:36] <Lathiat> no sure thats the best set of marks
[11:44] <mdke> Lathiat, i have to say, that is the most irritating bug in dapper for me right now.
[11:45] <hile> Lathiat: and when the battery charge goes from 49 to 51 percent it suddently shows green icon which looks like 70% full...
[11:45] <mdke> but I think that the gpm maintainer is not going to fix it
[11:45] <mdke> so i switched back to the gnome applet for battery monitoring
[11:45] <mdke> Lathiat, if you wanna comment, it might help: https://launchpad.net/malone/bugs/32921
[11:45] <Ubugtu> Malone bug 32921 in gnome-power-manager "battery monitor is red even when I have over 30% battery left" [Minor,Unconfirmed]
[11:47] <mdke> but anyway, the gnome applet icons are much nicer, and it has a preference to show the percentage on the panel, so I prefer it anyway
[11:47] <hile> yeah, me too think percentage is much more useful
[11:49] <mdke> hile, get busy and comment on the bug, they won't fix it unless a few people are annoyed by it, I reckon
[11:49] <hile> btw, do you know which part is now locking my screen when I unplug ac-adapter? it's really annoying and I see no option to switch it off (looked at /etc/acpi files with no luck)
[11:50] <Lathiat> haha nice bug
[11:50] <mdke> hile, probably gnome-power-manager again :/
[11:50] <hile> for me it's ok to lock screen when lid is closed, but _not_ when AC-adapter is unplugged
[11:51] <hile> yep, it's gpm  (killed the process and tried again)
[11:51] <mdke> I have the opposite, my screen doesn't lock when it should :)
[11:52] <hile> funny, after restarting gnome-power-manager it does _not_ lock it anymore
[11:52] <hile> maybe the bug has been fixed but I've been just running old process ;
[12:00] <Lathiat> haha
[12:51] <elkbuntu> surely there cannot be 108 upgrades that are detected with dist-upgrade/upgrade but update notifier doesnt alert one about...
[12:52] <mdke> elkbuntu, you're right, sounds like a bug
[12:52] <elkbuntu> let me check if the notifier is even going...
[12:53] <elkbuntu> it is indeed running
[12:55] <mdke> elkbuntu, it's a bit sluggish here too. I've just updated my sources and the icon is greyed out
[12:56] <mdke> ah, now it's gone red
[12:56] <elkbuntu> well i did apt-get update before checking dist/upgrade and notifier hasnt shown its face yet, and i did the command like... um... 5 mins ago
[12:56] <elkbuntu> usually it shows within a minute
[12:56] <mdke> hmm, works here. maybe file a bug?
[12:56] <mdke> or look for one already open
[12:57] <elkbuntu> yeah will when i finish helping in +1
[01:15] <elkbuntu> mdke, i believe it is this: https://launchpad.net/distros/ubuntu/+source/update-notifier/+bug/38922 .. are either of the developers listed there in here?
[01:15] <Ubugtu> Malone bug 38922 in update-notifier "Does not show up on Gnome Panel" [Normal,Unconfirmed]
[01:16] <mdke> elkbuntu, no, he goes by the nick of mvo. Maybe taking a holiday today, it's a holiday in many countries
[01:16] <elkbuntu> hmm, maybe it's not that, list permissions are correct...
[01:30] <glatzor> ping smurf
[01:38] <_ion> Yay.
[01:40] <glatzor> _ion, could you provide some details? :)
[01:40] <_ion> glatzor: I'll post information later today, ok?
[01:57] <elkbuntu> mdke, ooh just noticed that update-notifier was one of the updates... so i installed it and i now at least have a greyed version of it in the taskbar
[01:58] <elkbuntu> mdke, and yay, it's telling me i have updates
[01:58] <Riddell> Kamion: can you merge and upload kde espresso?  should be good now for beta
[01:59] <Riddell> or I can upload
[01:59] <mdke> elkbuntu, good news
[01:59] <elkbuntu> mdke, i never thought to look at -what- the updates were before. i only had like 4 hours sleep last night so that might have been the cause of that misjudgement ;)
[02:02] <Riddell> oh, it's easter, Kamion will be on holiday
[02:02] <Riddell> I'll just upload then
[02:07] <Kamion> Riddell: can I do it?
[02:08] <Kamion> only 'cos I'm trying to find somebody to repair my car today though
[02:11] <Kamion> Riddell: BTW it's not quite accurate that I haven't had time to make the breezy update CDs (although obviously there's some of that element too); I'm waiting on some archive infrastructural fixes before I can get the necessary updates in
[02:11] <Kamion> Daniel's been on that, and I'll probably kludge something together on the katie side if necessary
[02:11] <Kamion> (reading https://lists.ubuntu.com/archives/kubuntu-users/2006-April/004871.html)
[02:16] <Kamion> Riddell: actually, I've got to do other things - I'll merge, but go ahead and upload it yourself
[02:18] <Kamion> just make sure you've done debian/rules update and that there aren't extraneous diffs in d-i/source/, obviously
[02:26] <Riddell> Kamion: sure
[02:27] <Kamion> ta
[02:31] <mdke> ooh cool
[03:32] <martin1976> Hi, I do not know if this is a german room or not, so we are in english, can anybody help me at reconfiguration/finding/reinitialisation of my lancard ?
[03:33] <martin1976> I nee some system reconfiguration commands
[03:34] <irvin> martin1976, pls join #ubuntu for user help/support
[03:34] <slomo__> martin1976: or #ubuntu.de for german support
[03:35] <martin1976> thats where I came from, there is nobody able to help me.
[03:35] <azeem> martin1976: then maybe try the forums or mailing lists
[03:35] <bddebian> Howdy folks
[03:35] <azeem> this channel is not the right place, sory
[03:37] <martin1976> then  let me say, dont you know the term usability ???
[03:37] <azeem> sure
[03:37] <azeem> martin1976: but user support is not the same as software usability
[03:38] <TheK> martin1976, here it's more the problem of reading, not of using ;)
[03:38] <TheK> "devel" means "development", not "support"
[03:38] <martin1976> If so help me !!! If the software isn't goog, then this way. I have tried hard to browse the web, but all I got was really unhelpful
[03:39] <TheK> for that there is #ubuntu or in german #ubuntu-de (where I'd like to help you)
[03:39] <azeem> martin1976: please ask in the appropriate channel
[03:39] <azeem> martin1976: you won't get help in here
[03:39] <martin1976> ok see you there
[03:39] <azeem> ask later or tomorrow again, maybe somebody can help you then
[03:43] <TheK> slomo__, btw. it's ubuntu-de, not .de ;)
[03:43] <slomo__> TheK: both exist ;)
[03:44] <TheK> * #ubuntu.de #ubuntu-de :Forwarding to another channel
[03:44] <TheK> or both is the same ;)
[03:45] <lemsx1> hello all
[03:45] <lemsx1> happy easter for all
[03:46] <TheK> 2 days to early, or?
[03:46] <lemsx1> yep ;-)
[03:47] <lemsx1> today's good friday only ... but, who's going to be online for the next 2 days :-P
[04:13] <xhaker> nm-applet doesn't launch, ** (nm-applet:7814): WARNING **: Icon nm-vpn-lock missing: Icon 'nm-vpn-lock' not present in theme
[04:14] <mdke> xhaker, bug tracker
[04:14] <xhaker> mdke: i'm trying to get more info before i file the bug
[04:14] <mdke> xhaker, looks to me like you have enough
[04:14] <Lure> xhaker: it is already submitted and the workaround is there (just to not recall bug id)
[04:15] <xhaker> Lure: that was my next step :) and sorry for the duplicate bug i filed just before about sylpheed-claws-gtk2 imap..
[04:16] <xhaker> i mean.. sorry to droege
[06:07] <sivang> re all
[06:08] <bddebian> Heya sivang
[06:08] <sivang> hey bddebian , has anyone seen dholbach ?
[06:15] <sivang> bddebian: will you be comfortable to get another MOTU , revew my HUB package and upload if appropriate? (hmm, slomo__ is here as well, good :) )
[06:18] <bddebian> sivang: Comfortable?  We need as many as we can get :-)
[06:18] <sivang> bddebian: ehehe
[06:20] <jbailey> sivang: Yes.  It's easter. =)
[06:21] <Chipzz> so, are there any easter eggs in ubuntu? ;)
[06:22] <sivang> jbailey: at least you are here :)
[06:23] <sivang> jbailey: yes, I now realize that. Shame I was in holiday preperation myself during the last 2 days, and only now got some time to find someone to upload HUB for me to universe. Gotta have it in universe now that's it's presentable to users, to get bug reports etc and get it as stable as can.
[06:23] <jbailey> sivang: Mind the beta freeze. =)
[06:24] <sivang> jbailey: right, thing is that this is for universe for a start, and if you recall (I recall you attended that status report meeting) mdz once said in one that I can go on in universe, I wonder if that stands as universe FF expection.. =)
[06:25] <sivang> s/DBD/DVD
[06:25] <jbailey> YEah, I don't know the rules about universe, etc.
[06:26] <sivang> jbailey: do you know if mdz is on easter holiday until tuesay as well ?
[06:27] <Mithrandir> sivang: it's a new package or update of an existing one?
[06:27] <sivang> Mithrandir: new package :-/
[06:27] <Mithrandir> sivang: well, then it can go in nonetheless.
[06:27] <jbailey> sivang: I don't, sorry.
[06:28] <sivang> jbailey: np, thanks anyways.
[06:28] <bddebian> Heya jbailey :)
[06:28] <sivang> Mithrandir: Is it a problem if something new is uploaded to universe while in beta freeze?
[06:29] <jbailey> Heya Barry
[06:29] <Mithrandir> sivang: I can't see it being a problem.  It won't disturb what's there already.
[06:31] <sivang> bddebian: so, would you like to take a look at it? review it? maybe you and slomo__ could give it a quick review so I'll know if there are close encounters stuff to fix before it cab be uploaded ?
[06:31] <CarlFK> Kamion: ping: "The file needed for preconfiguration could not be retrieved from http://dev.personnelware.com/server.cfg."  but my append line has preseed/url=http://dev.personnelware.com/preseed-josh.cfg - so where is "server.cfg" coming from?
[06:32] <bddebian> sivang: I'm in the middle of a bug at the moment but I'll try
[06:32] <slomo__> sivang: later... i'm currently busy with something else
[06:32] <sivang> Mithrandir: are you able to approve such and upload to universE? I don't want to cause any trouble, so please let me know if you think I sould wait to after easter.
[06:33] <sivang> slomo__: sorry to bug you, I understand.
[06:33] <Mithrandir> sivang: I'm on vacation now so I would prefer to wait.
[06:33] <sivang> Mithrandir: okay , thanks anyway, I'll wait then :)
[06:34] <slomo__> simira: np :) i'll put it on my todo list... which package is it btw? ;)
[06:34] <sivang> slomo__ , bddebian : so it's no hurry, let me know when you can.
[06:35] <sivang> bddebian, slomo__ : can I email you guys with url to the source so you might take a look when you have time?
[06:36] <slomo__> sivang: sure<EMAIL_ADDRESS>[06:39] <Toadstool> heya here too, what do you think of bug 36505? Do I keep on working on lintian?
[06:39] <Ubugtu> Malone bug 36505 in lintian "Ubuntu Lintian shouldn't do the nmu checks" [Wishlist,In progress]  http://launchpad.net/bugs/36505
[06:42] <sivang> bddebian: what's yours?
[06:44] <bddebian> sivang: ?
[06:44] <bddebian> Oh<EMAIL_ADDRESS>[06:51] <sivang> bddebian , slomo__ : sent
[06:52] <netstar> You might want to disable auto loading of the hostap wireless driver.  The latest x86 kernel will hang unless I pull my pcmcia card out.  Removing hostap from modules fixes it however.
[06:52] <netstar> plus it isn't the driver most people would want
[06:53] <mjg59> netstar: In general, it's more functional than orinoco_cs
[06:53] <mjg59> If it's hanging stuff, then we have a bug to fix
[06:54] <netstar> I'll recreate the conditions tomorrow and send a report
[06:54] <mjg59> Ok, thanks
[06:56] <v3rmap> I'm trying to install gtk2 dev libs on Dapper flight 6, but hit some errors:http://pastebin.com/659830
[06:56] <v3rmap> Any suggestions would be very helpful.
[06:59] <Riddell> v3rmap: you need to try and work out why apt doesn't want to install the packages mentioned
[07:02] <sivang> bddebian, slomo__ : let me know if my email hit you
[07:02] <slomo__> sivang: it did ;)
[07:04] <sivang> cool
[07:04] <sivang> I hope I don't gross/scare you guys off with my horroble code :)
[07:06] <slomo__> sivang: if you want it to be a native package use "0.0.1ubuntu1" or even "0.0.1" as version number
[07:06] <bddebian> sivang: I got it
[07:07] <sivang> slomo__: well, sladen noted to me to make it like this, so it would be like a native debian package, and when we will syn it from debian, we won't have problems.
[07:07] <sivang> slomo__: hence the ubuntu0-..
[07:07] <sivang> slomo__: sorry, I meant, x.x.x-0ubuntuN
[07:08] <slomo__> sivang: you are upstream, yes? so make it "0.0.1" :) i don't see any problems with debian here... if there are changes needed for debian you will make them and raise the version number anyway ;)
[07:08] <sivang> slomo__: and so we will have one version number for both debian and us?
[07:09] <sivang> slomo__: and yes, I'm upstream for this :) /me runs
[07:09] <slomo__> sivang: yes... and when it's in debian as 0.0.2 for example and there have to be ubuntu specific changes we get 0.0.2ubuntu1 (or 0.0.3 when you update it in debian and sync)
[07:11] <sivang> slomo__: hmm, so I wonder what sladen was concerned with when he suggested me to make this as if the original version came from debian, and add the 0ubuntu1..
[07:12] <slomo__> sladen: ping?
[07:19] <v3rmap> Riddell, I couldn't figure it out. I'll ask on ubuntu-motu and see if someone has an idea.
[08:21] <v3rmap> I just installed libgtk2.0-dev package on Ubuntu. It seems that the gtk headers are not added to the list of the standard include files and so I get lots of compilation errors. I tried adding several gtk include directories using the -I /usr/include/gtk2.0... syntax. Did I miss an installation step?
[08:23] <crimsun> v3rmap: please join #ubuntu
[08:24] <v3rmap> Ahh sorry folks. I see this channel is not for support.
[08:24] <bddebian> Anyone know if AC_CHECK_TCLTK() is valid?
[08:42] <milli> don't mean to be a pain, but ATI just released a new fglrx driver (8.24.8) that supposedly supports the X1600 chip in my new T60p...
[08:43] <milli> it is not immediately obvious to me how to update linux-restricted-modules with this new driver...
[08:43] <fabbione> milli: scheduled for after easter
[08:44] <fabbione> even developers deserve some time off for world wide holidays
[08:44] <milli> np, ty  ;-)
[08:44] <milli> it's just sad that I have to run with VESA drivers... it's slower than my old laptop (3yrs old)
[08:44] <Treenaks> fabbione: no! they should work even harder, to compensate for the non-working people! *takes whip out of storage*
[08:45] <Treenaks> fabbione: :P
[08:45] <CarlFK> Kamion:  you broke my hands-off preseed file ... it keeps asking for which HD and what timezone ...
[08:45] <fabbione> milli: just wait a few days please.
[08:45] <milli> fabbione: np, thanks
[09:07] <phlaegel> fabbione: you're the ubuntu lvm guy, right? (I just ran in to bug #38007)
[09:07] <Ubugtu> Malone bug 38007 in lvm2 "pvmove coredumps" [Normal,Unconfirmed]  http://launchpad.net/bugs/38007
[09:09] <fabbione> phlaegel: did you read the  pvmove documentation before running it?
[09:10] <phlaegel> yeah... the man page and lvm howto
[09:11] <CarlFK> dapper ubuntu-server - should it be installing 386 or nvidia-kernel?
[09:12] <CarlFK> I thought it did 686 (but it isn't) and I don't think a 'server' should be messing with video
[09:13] <fabbione> phlaegel: add more info.. like size of sda5, sdb4 and how much was allocated on sda5.. stuff like that
[09:13] <fabbione> pvmove has always been considered "risky"
[09:13] <CarlFK> well, it isnt 386 either: Apr 14 11:58:37 debconf: --> SUBST base-installer/kernel/failed-install KERNEL linux-386
[09:13] <CarlFK> Apr 14 11:58:37 base-installer: error: exiting on error base-installer/kernel/failed-install
[09:13] <fabbione> CarlFK: stop flooding the chan and file a bug
[09:14] <phlaegel> fabbione: was just talking to someone in #lvm, and it looks like the lvm stuff in dapper is too old for 2.6.12+
[09:14] <fabbione> phlaegel: no, lvm in dapper works just fine. i did ask for info in the bug. please attach them and tuesday i will look at them
[09:18] <Kamion> CarlFK: sorry, but I'm not paying much attention here over Easter; file a bug if you like. However I do NOT ever guarantee that we won't break previously-working preseed setups from release to release. You will have to adapt your preseeding based on new questions being asked.
[09:18] <CarlFK> no prob
[09:19] <Kamion> it's probably partman-auto/disk or something like that in this case
[09:20] <phlaegel> fabbione: will do
[09:20] <Kamion> CarlFK: and for the record, no, *I* didn't break that :P
[09:20] <CarlFK> I am actually trying to reproduce the ext3 and swap on hda5 thing and ran into 3 more issues
[09:20] <Kamion> although I did encourage Fabio to do so because we needed it for espresso, and I think he was right to do so
[09:21] <bddebian> Morning Kamion ;-)
[09:21] <CarlFK> the plan was to install, then run ... the thing that gens a preseed file based on the current install and see what I needed
[09:22] <CarlFK> but the kernel/failed-install is making that difficult ;)
[09:23] <Kamion> no idea about that, sorry
[09:23] <Kamion> you've removed all the probably-useful context before it in your paste ;)
[09:23] <CarlFK> http://dev.personnelware.com/carl/temp/Apr14/b/
[09:24] <Kamion> oh no, you're not sucking me into looking at it now on holiday :)
[09:25] <CarlFK> Im trying not to acutally, but it his hard :)
[09:26] <CarlFK> actually, don't look now
[09:26] <CarlFK> there is a good chance my hacked up preseed file is to blame
[09:26] <CarlFK> so enjoy Easter
[09:27] <CarlFK> I will do a 'normal' install and quietly report anything on lp
[09:29] <highvoltage> ew. the lines on top of lp is ugly.
[09:29] <HiddenWolf> no offense, but you're hardly quiet about it CarlFK :)
[09:29] <HiddenWolf> highvoltage: amen. :)
[09:29] <highvoltage> HiddenWolf: :)
[09:30] <CarlFK> well, now that I know K is trying to enjoy holiday...
[09:30] <HiddenWolf> I've seen him state that a few times today. ;)
[09:50] <TTT_Travis> I am trying to install kernel modules and this is what I get I know very little about this stuff so yeah: http://pastebin.com/660183
[10:37] <tseng> lamont: your beagle patch is applied upstream, thanks alot
[10:43] <KaiL> hmm, we should set firefox to clean the downloadmanagers list at least on exit, maybe even after download ends
[10:43] <KaiL> that would help us to work around the #1 crasher on linux
[11:05] <poningru> is ubuntu doing any soc projects?
[11:05] <poningru> http://code.google.com/summerofcode.html
[11:12] <HiddenWolf> sure hope so
[11:24] <dsas> poningru: They did a few last summer, not sure how much good they got out of it though tbh, Manu Cornet stayed and contributed after.
[11:29] <poningru> yeah and his was good
[11:30] <poningru> I read couple of blog posts where people didnt like the soc
[11:30] <poningru> so wondering if ubuntu is doing it again this year
[11:51] <poningru> whats up
[11:52] <poningru> sorry wrong channel


[00:35] <fta> mozilla 406646
[05:29] <sindhudweep1> asac: you awake?
[09:41] <asac> fta: cool
[09:41] <asac> seamonkey tagged stuff
[10:46] <asac> [reed]: you remember the odd chrome:// in the blocklist call URL?
[10:46] <asac> [reed]: so we tried to not use localized pref for language
[10:47] <asac> but now it turns out that ffox with matchOS is kind of broken because of that
[10:47] <asac> e.g. navigator.language is  always en-US
[10:47] <asac> so we need the patch we wont-fixed at some point
[10:48] <asac> now i just have to find the mozilla bug we had for that "statistic" thing again
[10:49] <armin76> bumb!
[10:49] <asac> armin76: we are bumping everyday ;)
[10:50] <asac> armin76: https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[11:27] <gnomefreak> asac: fta2 are your gwibbers still crashing?
[11:28] <asac> i dont have it running as it hung yesterday (as you can probably tell from my non-dents ;))
[11:28]  * gnomefreak found out what was causing the URL bar to show progress bar.
[11:29] <gnomefreak> asac: i cant get it to be usable it crashes everytime i try to set it up or when it tries to connect
[11:29]  * gnomefreak downgrading from 1.xxx to 0.9
[11:29] <asac> ok i am running archive version
[11:29] <asac> not sure whats in there
[11:32] <gnomefreak> asac: if you mean ubuntu archives the version is 0.8-0ubuntu3 fta has 0.9 and daily gwibber is 1.*
[11:36] <asac> yeah. i dont run dailies nor fta
[11:37] <gnomefreak> asac: i'm assumiong ubufox only supports i386?
[11:37] <asac> no
[11:37] <asac> supports every arch
[11:38] <gnomefreak> asac: PPA doesnt build anything but 386
[11:38] <gnomefreak> https://edge.launchpad.net/~gnomefreak/+archive/ppa/+builds?build_text=ubufox&build_state=all
[11:39] <gnomefreak> hmmmm maybe 386 can be used on 64
[11:39] <gnomefreak> and yes its too damn early for thinking. I'm pre coffee
[11:41] <asac> gnomefreak: its arch all ... e.g. it just gets built once and released everywhere
[11:42] <gnomefreak> asac: ah thanks i'll let him know :)
[11:51] <sindhudweep1> asac: ping
[11:52] <asac> please no content-less pings ;)
[11:52] <asac> otherwise i say pong and go to lunch ;)
[11:52] <sindhudweep1> i'm not sure how to add kde4 support to the debian packaging for gnash
[11:53] <sindhudweep1> from my limited understanding it was added to gnash .8.5
[11:53] <asac> sindhudweep1: how about -> #gnash?
[11:53] <asac> i am not sure about the kde4 state atm
[11:53] <asac> this reminds me that i am still waiting for a contribution of 0.8.5
[11:53] <asac> let me do that after lunch on my own
[11:53] <sindhudweep1> well my branch is just a two line change
[11:53] <asac> time is really running low
[11:54] <sindhudweep1> do yo want me to point the merge in the correct place, like timo suggested?
[11:54] <asac> sindhudweep1: thought you said you "are not sure" ... so you have a fix?
[11:54] <sindhudweep1> I have a fix for mozilla and epiphany
[11:54] <sindhudweep1> that works for amd64 and 386
[11:54] <asac> sorry i cant follow :(
[11:54] <asac> mozila/epiphany have nothing to do with kde4
[11:54] <sindhudweep1> uhh well the plugin works on those two browsers
[11:54] <sindhudweep1> right
[11:54] <asac> yeah. thats good
[11:55] <asac> sindhudweep1: so you did the merge?
[11:55] <sindhudweep1> but the gnash source package should build a kde4 plugin too
[11:55] <asac> sindhudweep1: lets first get the plain merge in
[11:55] <asac> if we have time to do the kde4 parts too that would be great. but step by step
[11:55] <sindhudweep1> ahh okay
[11:55] <asac> sindhudweep1: so did you push that somewhere yet?
[11:56] <sindhudweep1> https://code.edge.launchpad.net/~sindhudweep-sarkar/gnash/trunk
[11:56] <sindhudweep1> 10 days old
[11:56] <asac> let me look
[11:56] <sindhudweep1> sanity check it while i move the request to the right branch
[11:57] <sindhudweep1> from what i could gather kde support was originally remove from the package starting with revision 146
[11:57] <sindhudweep1> *removed
[11:58] <asac> yeah the old kde3 thing was just too borked
[11:58] <sindhudweep1> the debian maintainer for gnash has a .8.5 package in debian unstable
[11:58] <asac> ignore her
[11:58] <sindhudweep1> but it uses ffmpeg instead of gstreamer
[11:58] <sindhudweep1> ahh okay.
[11:59] <asac> sindhudweep1: did you find the revision in the upstream branch?
[11:59] <sindhudweep1> which revision?
[12:00] <asac> the release revision
[12:00] <asac> oh wait they did a branch for that
[12:00] <sindhudweep1> yes
[12:00] <asac> its http://bzr.savannah.gnu.org/r/gnash/release_0_8_5/
[12:00] <sindhudweep1> that is what i used bzr-buildpackage against
[12:00] <asac> sindhudweep1: so two things. please uncommit your topmost commit
[12:01] <sindhudweep1> okay i am new to bzr
[12:01] <sindhudweep1> how do i do that?
[12:01] <asac> 1. dont create a new changlog entry; bump the topmost (UNRELEASED)
[12:01] <asac> keep it at unreleased
[12:01] <asac> bzr uncommit
[12:01] <sindhudweep1> ahh okay
[12:01] <asac> add your stuff there
[12:01] <asac> 2. please add a file .bzr-builddeb/default.conf with the following content:
[12:01] <asac> [BUILDDEB]
[12:01] <asac> Merge = True
[12:01] <asac> export-upstream = http://bzr.savannah.gnu.org/r/gnash/release_0_8_5/
[12:02] <asac> after committing that you should be able to just run:
[12:02] <asac> bzr bd
[12:02] <asac> and that will properly create the tarball for you from the upstream branch
[12:02] <asac> (e.g. delete all orig.tar.gz you have locally for testing)
[12:02] <sindhudweep1> okay
[12:02] <asac> 3. remember to use your right email on commit
[12:02] <asac> e.g. the one you have in launchpad
[12:03] <asac> e.g. look how miserable it looks like here: https://code.edge.launchpad.net/~sindhudweep-sarkar/gnash/trunk
[12:03] <asac> ;)
[12:03] <sindhudweep1> haha yes
[12:03] <sindhudweep1> how do i set that? i configured the launchpad-login thing in bzr
[12:03] <asac> i have in .bazaar/bazaar.conf:
[12:03] <asac> [DEFAULT]
[12:03] <asac> email = Alexander Sack<EMAIL_ADDRESS>[12:03] <asac> build-dir = /tmp/build
[12:03] <asac> launchpad_username = asac
[12:03] <sindhudweep1> thanks
[12:04] <asac> remove build-dir ;)
[12:04]  * gnomefreak loves my anti-ping script, cant remember who wrote it but i modified it to use pm instead of channel :)
[12:04]  * asac did that now to
[12:04] <asac> gnomefreak: heh. yeah
[12:04] <asac> i prefer to tell that presonally ;)
[12:05] <asac> sindhudweep1:  you think you can do those 3. points swiftly? i would love to look at this merge after lunch ;)
[12:05] <gnomefreak> good point, It gets to be a problem whne you are in 33+ channels
[12:05] <sindhudweep1> yes doing it now
[12:05] <asac> sindhudweep1: great.
[12:05] <sindhudweep1> just have to upload an ssh key from this machine to lp
[12:05] <asac> sindhudweep1: also please use the same format for changelog that we use
[12:06] <asac> e.g. use - update this/file
[12:06] <asac> and so on
[12:06] <sindhudweep1> okay
[12:06] <asac> just  look at the previous changelog entries
[12:06] <sindhudweep1> i will look at other entried
[12:06] <sindhudweep1> yup
[12:06] <asac> sindhudweep1: and keep it at UNRELEASED until the very last thing
[12:06] <asac> for release you usually just do a commit that just flips that to jaunty
[12:06] <asac> like i did in rev 163: [DEFAULT]
[12:06] <asac> email = Alexander Sack<EMAIL_ADDRESS>[12:06] <asac> build-dir = /tmp/build
[12:06] <asac> launchpad_username = asac
[12:06] <asac> oops
[12:07] <sindhudweep1> ahh okay i see that now
[12:07] <asac> like i did in rev 163: * RELEASE 0.8.4-0ubuntu1 to ubuntu/intrepid
[12:07] <asac> sindhudweep1: so for that commit just do dch -r
[12:07] <asac> that will update the timestamp and flip to jaunty
[12:08] <asac> ok going for lunch
[12:08] <asac> bb in 1h
[12:20] <gnomefreak> asac: is mozilla 404314 the same as the right click master bug we have?
[12:21] <gnomefreak> our bug that i am talking about is bug 187313
[12:22] <gnomefreak> hmmm mvo disabled upgrades intrepid -> jaunty in update manager
[12:26] <gnomefreak> asac: does bugzilla3 allow us to reply to a comment on upstream bugs? or do i have to set something up to do this?
[12:48] <armin76> fta: asac: a workaround for sparc is using --disable-jit
[12:55] <asac> gnomefreak: not sure.
[12:57] <sindhudweep1> asac: bzr-bd seems to try and get the source from cvs and from a orig.tar.gz and fails. It doesnt seem to be using debian/.bzr-builddeb/default.conf
[12:57] <asac> sindhudweep1: its not in debian/, but on top level
[12:58] <sindhudweep1> ahh okay
[12:58] <sindhudweep1> thanks
[13:01] <sindhudweep1> asac: it has the same behavior after i moved the directory. http://pastebin.com/d2d872390
[13:03] <asac> sindhudweep1: you need to add that to bzr
[13:03] <asac> e.g. bzr add .bzr-builddeb
[13:03] <sindhudweep1> haha
[13:03] <asac> if you dont do that bzr bd will not see that file
[13:03] <gnomefreak> sindhudweep1: that normall happens when the tarball isnt in the dir named tarballs if i understand it right. when trying to build it tries to grab source instead
[13:03] <sindhudweep1> yup
[13:04] <sindhudweep1> thanks, gnomefreak
[13:04] <gnomefreak> np
[13:04] <asac> gnomefreak: we are trying "automated generation of tarballs here" ;)
[13:04] <gnomefreak> ah
[13:04] <sindhudweep1> well still good to know for my future reference
[13:04]  * gnomefreak really really hates mozilla bugs, cant seem to search for bugs you reported that have been closed it seems
[13:05] <sindhudweep1> asac: it claims to have added .bzr-builddeb and the default.conf file in it but i still get the same behavior
[13:07] <asac> sindhudweep1: please commit it and push so i can try
[13:07] <sindhudweep1> okay
[13:10] <gnomefreak> [reed]: asac ok there has to be a  way to search bugs that you filed in bugzilla that have been closed for any reason?' is it possible to do this
[13:17] <asac> gnomefreak: search for you as reporter and allow any state
[13:17] <asac> or just the resolved state
[13:18] <asac> you can do both on the advanced search form
[13:18] <gnomefreak> asac: thanks looking at it
[13:18] <sindhudweep1> lp:~sindhudweep-sarkar/gnash/gnashpackaging.8.5
[13:19] <asac> sindhudweep1: thanks. remember to mark your other branches as "abandoned" or so ...
[13:19] <sindhudweep1> i deleted it
[13:19] <asac> otherwise they wills tay on the active branch list forever
[13:19] <asac> good
[13:20] <asac> sindhudweep1: works for me ;)
[13:20] <sindhudweep1> haha maybe i havent configured something somewhere.
[13:20] <asac> usually not
[13:20] <asac> sindhudweep1: running jaunty?
[13:20] <sindhudweep1> yes
[13:21] <asac> sindhudweep1: maybe adding wasnt enough, but you needed to commit it
[13:21] <asac> maybe it works for you now?
[13:21] <sindhudweep1> ahh
[13:21] <sindhudweep1> nope
[13:21] <sindhudweep1> but the changes made aren't really too intensive; I figure you're gonna have to redo it anyways
[13:22] <asac> oh shit ;)
[13:22] <gnomefreak> asac: nope its still not finding them
[13:23] <asac> sindhudweep1: you have to remove the whole get-orig-source thing ;)
[13:23] <sindhudweep1> hmm okay
[13:23] <asac> sindhudweep1: its indeed broken
[13:23] <sindhudweep1> how do i uncommit and get lp to merge my changes
[13:24] <asac> sindhudweep1: uncommit +  push --overwrite
[13:24] <sindhudweep1> thanks
[13:25] <asac> sindhudweep1: remove the get-orig-source please for now
[13:25] <sindhudweep1> in build_head? rules?
[13:25] <sindhudweep1> where is that located?
[13:27] <asac> james_w: http://paste.ubuntu.com/143447/
[13:27] <asac> still borked as it seems
[13:27] <asac> sindhudweep1: just rules for now
[13:27] <asac> build_head we have to fix later
[13:29] <asac> james_w: even passing proper --export-upstream-revision= doesnt help
[13:33] <sindhudweep1> asac: i think i've made the necessary changes, still breaks. I've pushed it to lp
[13:34] <asac> sindhudweep1: good.
[13:36] <asac> sindhudweep1: your commit messages are really bad still
[13:36] <asac> you shouldnt merge, but uncommit
[13:36] <asac> sindhudweep1: can you start with trunk again and do a few tiny commits?
[13:36] <sindhudweep1> yes
[13:36] <asac> and keep this UNRELEASED ?
[13:37] <sindhudweep1> yes, sorry
[13:37] <asac> sindhudweep1: no problem ;)
[13:37] <asac> sorry for being picky
[13:37] <asac> ;)
[13:37] <sindhudweep1> no no
[13:37] <asac> sindhudweep1: you can do the - add .bzr-builddeb/default.conf for the "* new upstream release" changelog entry
[13:37] <asac> e.g. do it together with the version bump (thats where it belongs)
[13:37] <sindhudweep1> it must have got in when i did the first uncommit and got errors trying to push back to lp and it complains. know i know the power of overwrite
[13:37] <asac> sindhudweep1: also try to use debcommit (without anything)
[13:37] <sindhudweep1> yup
[13:37] <sindhudweep1> dbecommit?
[13:37] <asac> that will create bzr commit messages from your changelog entries
[13:38] <asac> and auto close bugs in launchpad
[13:38] <sindhudweep1> okay
[13:38] <asac> sindhudweep1: just start from scratch and do the few changes manually again ;)
[13:39] <asac> sindhudweep1: also we should remove the watch
[13:39] <sindhudweep1> watch?
[13:40] <asac> bzr rm debian/watch
[13:40] <asac> do that in a distinct commit
[13:40] <asac> we use bzr for upstream tarballs and not watches
[13:45] <asac> james_w: bug 354472
[13:48] <james_w> what's going on with your watch file?
[13:50] <james_w> asac: and *please* include a reference to the branch you are building in your bug reports
[13:50] <asac> james_w: watch file removed doesnt change a thing
[13:50] <james_w> I realise that, but I wonder what is wrong with it
[13:51] <asac> james_w: i would think that you can run that command in any branch
[13:51] <james_w> if it's another bug then I would like to fix that too
[13:51] <james_w> well, not necessarily
[13:51] <james_w> I don't have any --export-upstream branches to hand, so building yours would be much quicker, and make sure that I am fixing the problem that you are seeing
[13:52] <asac> james_w: --export-upstream branches are not special ... ;)
[13:52] <asac> anyway let me try
[13:55] <asac> sindhudweep1: ready?
[13:55] <sindhudweep1> just a sec
[13:55] <asac> i need a branch so james_w can test ;)
[13:56] <asac> james_w: so another bug: if i run --export-upstream=... then i certainly dont want to run get-orig-source ;)
[13:56] <james_w> well, it wouldn't if this first bug wasn't there
[13:56] <asac> you can test that with any branch that has get-orig-source
[13:56] <asac> james_w: so --export-upstream= is repferred?
[13:56] <asac> good
[13:57] <asac> james_w: then you can really try that with any branch ... just run the command above in it and it will
[13:57] <asac> run get-orig-source ;)
[13:58] <asac> james_w: ok added a brnach to summary bzr branch lp:~gnash/gnash/ubuntu.head
[13:58] <asac> it will run get-orig-source until we removed that (will happen in  a few)
[13:59] <james_w> ok
[13:59] <sindhudweep1> lp:~sindhudweep-sarkar/gnash/gnashpackaging.8.5-attempt2
[13:59] <james_w> the issue with lp:~sindhudweep-sarkar/gnash/gnashpackaging.8.5 is that it should be "merge = True", not "Merge = True"
[13:59] <sindhudweep1> oO
[13:59] <sindhudweep1> let em fix that
[14:00] <asac> james_w: urgh
[14:00] <asac> james_w: so no export if not --merge?
[14:00] <james_w> yes
[14:00] <asac> why does it attempt get-orig-source and watch then?
[14:00] <asac> ok untargetted bug
[14:00] <asac> sindhudweep1: yeah fix that syntax ;)
[14:00] <james_w> good question
[14:01] <sindhudweep1> asac: how do i roll back a few commits, make the fix and then move forward again?
[14:01] <james_w> I might change that one way or the other
[14:01] <sindhudweep1> i'd rather not have that fix in the change log with something else...
[14:01] <asac> james_w: bug 354472
[14:01] <james_w> but if you have a non-merge branch then I would seriously recommend you use merge-upstream and not export-upstream
[14:01] <asac> updated
[14:01] <asac> untargetted
[14:01] <james_w> thanks
[14:01] <asac> lowering to medium
[14:02] <asac> sindhudweep1: not possible
[14:02] <asac> sindhudweep1: just fix the syntax error on top
[14:02] <asac> thats ok
[14:02] <sindhudweep1> okay
[14:02] <asac> no need to add changelog entry for just that
[14:03] <asac> james_w: ok. so false alert; sorry for that ;) ... confusion never stops me
[14:03] <james_w> no problem
[14:04] <asac> james_w: also unassigned so random bzr-builddeb-hackers can grab it ;)
[14:04] <james_w> heh
[14:05] <asac> james_w: no that this remote export is running (taking ages) ... i wonder if that should rather be a lightweight checkout for export upstream?
[14:05] <sindhudweep1> asac: changes in lp:~sindhudweep-sarkar/gnash/gnashpackaging.8.5-attempt2 it seems to grab the upstream now
[14:05] <asac> james_w: or doesnt that give any perf benefit?
[14:06] <asac> sindhudweep1: ok looking
[14:06] <james_w> it shouldn't really
[14:06] <james_w> I don't know the codepaths in detail though
[14:07] <asac> james_w: ok. so the purpose of --lightweight is a bit of a mystery then ;)
[14:07] <asac> except maybe local storage save
[14:07] <james_w> yeah
[14:07] <asac> but that doesnt sound like something folks really care about nowadays ;)
[14:07] <james_w> both just grab the latest revision though, so they should have equivalent performace
[14:08] <james_w> well, it should download less data
[14:08] <james_w> so be quicker than a full branch
[14:08] <asac> james_w: yeah. so it should be faster
[14:08] <sindhudweep1> well that is the wait time involved
[14:08] <asac> james_w: right. thats why i wonder whether --export-upstream should use --lightweight
[14:08] <james_w> um, no
[14:08] <james_w> I just said that export and --lightweight should be equivalent
[14:08] <asac> oh right you need it for merging ;)
[14:09] <james_w> perhaps you have the wrong idea about what it is doing
[14:09] <asac> most likely
[14:09] <asac> so you are using bzr export?
[14:10] <asac> sindhudweep1: ok good. its working here.
[14:11] <asac> sindhudweep1: cool. so debcommit is nice ;)? :)
[14:11] <asac> sindhudweep1: so http://paste.ubuntu.com/143468/ ... and then its fine i guess
[14:11] <asac> (i prefer that with emails)
[14:11] <james_w> asac: essentially, yes
[14:14] <asac> sindhudweep1: welcome to the gnash team ;)
[14:14] <asac> sindhudweep1: feel free to push to the .head branch
[14:14] <asac> i will push that over to the non head branch when uploading
[14:15] <asac> sindhudweep1: do you have a twitter or identi.ca account?
[14:16] <asac> nevermind
[14:16] <asac> sindhudweep1: http://identi.ca/notice/3193288 ;)
[14:20] <gnomefreak> asac: i have bugs 347972 and 272959 ready hey easy ubufox fixes :)
[14:20] <asac> bug 272959
[14:21] <armin76> mozStorageEvents.cpp: In member function 'nsresult AsyncExecuteStatements::BuildAndNotifyResults(sqlite3_stmt*)':
[14:21] <armin76> mozStorageEvents.cpp:454: error: 'PR_ASSERT_CURRENT_THREAD_OWNS_LOCK' was not declared in this scope
[14:21] <armin76> make[4]: *** [mozStorageEvents.o] Error 1
[14:21] <asac> gnomefreak: thanks. we have to fix something else for shiretoko
[14:21] <armin76> hrm...
[14:21] <asac> currently ubufox breaks stuff
[14:22] <asac> armin76: i saw that somewhere ;)
[14:22] <asac> which version?
[14:22] <armin76> trunk
[14:25] <gnomefreak> asac: thats fine those were ones that stood out as easy fixes. i will leave the desciption to you ;)
[14:25] <armin76> oh, i think its related to nspr
[14:25]  * armin76 disables system nss/nspr
[14:27] <asac> gnomefreak: did you request merge for those?
[14:27] <gnomefreak> not yet, where do you want me to request it merged to?
[14:28] <asac> gnomefreak: against ubufox upstream branch for the first bug
[14:28] <asac> and against the packaging branch for the firefox-2 bug
[14:28] <gnomefreak> theres an upstreaam branch?
[14:29] <asac> lp:ubufox
[14:29]  * asac on call
[14:29] <gnomefreak> ah ok that cant be good :( i branched from core-dev branch as it looked like it had everything in it
[14:30] <asac> core-dev is the packaging branch
[14:33] <gnomefreak> would you perfer that i branch upstream branch than merge it?
[14:36] <gnomefreak> upstream branch doesnt have a debian dir that is why i branched from core-dev since changes applied to install.rdf and debian/control
[14:36] <jesse__> hello
[14:36] <jesse__> does anyone know about the mozilla campus rep program?
[14:38] <gnomefreak> jesse__: http://www.spreadfirefox.com/campusreps
[14:38] <gnomefreak> that should give you what you want :)
[14:39] <gnomefreak> ok gwibber is really starting to piss me off. there doesnt seem to be another blogger that uses indenti
[14:39] <jesse__> I signed up a month ago and have not heard anything back.
[14:41] <rZr> hi asac
[14:41] <rZr> so what's up w/ https://code.edge.launchpad.net/~rzr/firefox-extensions/flashblock.ubuntu/+merge/3697
[14:42] <gnomefreak> jesse__: im guessing you emailed campusreps at mozilla dot com to follow up on it?
[14:44] <rZr> asac: oh wait upstream released a new version
[14:44] <gnomefreak> hmmmm i think i have an idea for foxmarks but need to figure it out, name changes and maybe change a few little things to make it under free license oh hell what can i lose :)
[14:44] <gnomefreak> rZr: hes on a call atm
[14:46] <jesse__> no I will do that. thanks gnomefreak!
[14:46] <asac> rZr: ok. do that quick. i will upload in 2-3 hours ;)
[14:46] <gnomefreak> jesse__: np
[14:46] <rZr> asac: k
[14:46]  * gnomefreak not lying i swear he was on a call
[14:47] <rZr> i installed jaunty i can test it
[15:00] <sindhudweep1> asac: thanks and done. I'll be back on monday to work on the other issues with the package.
[15:00] <sindhudweep1> Have a good weekend.
[16:12] <armin76> asac: apply apply!
[16:13] <asac> armin76: file abug ;)
[16:14] <asac> i never get any complains about hppa ;)
[16:14] <asac> nor sparc
[16:17] <gnomefreak> greasemonkey fixed removed firefox-2 and updated for 3.6 in install.rdf now back to finding out what blogger app to use in stead of gwibber (none outright state for use with indenti
[16:18] <armin76> asac: liar, there's a bug for sparc segfaulting!
[16:18] <armin76> or there used to
[16:18] <gnomefreak> any ideas i would greatly apperciate on blogger
[16:21] <asac> armin76: ubuntu bug?
[16:21] <asac> i doubt it ;)
[16:21] <asac> if there was that guy probably gave up ;)
[16:22] <armin76> gah, bus error on trunk
[16:24] <rzr_> gnomefreak: hi john
[16:24] <rzr_> gnomefreak: i just got your emails
[16:24] <rzr_> should i remove firefox-3.0 in depends ?
[16:25] <gnomefreak> rzr_: no leave it there for now. shit thanks for reminding me :(
[16:25] <gnomefreak> i forgot to add them to depends but it still works in 3.5 and 3.6 :)
[16:26] <rzr_> k
[16:26] <rzr_> Depends: ${misc:Depends}, iceweasel | firefox | abrowser | firefox-3.0 | seamonkey-browser | thunderbird | midbrower
[16:26] <rzr_> is this ok then ?
[16:28] <gnomefreak> rzr_: yeah i plan on adding firefox-3.5 to depends since it is in repos in jaunty but i would like to find out what asac thinks
[16:29] <Jazzva> gnomefreak: abrowser-3.5 is in, too
[16:29] <gnomefreak> Jazzva: yeah that is 3.1 renamed
[16:29] <gnomefreak> so 3.5 should be ok as a depends
[16:30] <Jazzva> yep. I just wanted to comment on that, so it doesn't get left behind :).
[16:30] <gnomefreak> rzr_: what extension is that
[16:30] <gnomefreak> Jazzva: :)
[16:30] <gnomefreak> should we add both cant hurt i geuss
[16:30] <gnomefreak> guess
[16:31] <gnomefreak> and abrowser 3.5 as well
[16:31] <Jazzva> yeah, if extension works with 3.5, I think it's ok
[16:32] <rzr_> gnomefreak: flashblock
[16:32] <rzr_> the terrible and infamous flashblock
[16:32] <gnomefreak> rzr_: yeah add arowser and firefox 3.5 and is it supporting tb3.0 yet?
[16:33] <RzR> tb ?
[16:34] <RzR> thunderbird ?
[16:34] <RzR> i dont think so
[16:34] <gnomefreak> Depends: firefox | abrowser | abrowser-3.5 | firefox-3.5 | firefox-3.0, apturl (>= 0.1.2ubuntu1)
[16:34] <gnomefreak> RzR: yeah thunderbird
[16:34] <RzR> no ${misc:Depends} ?
[16:35] <gnomefreak> i dont have it in ubufox
[16:35] <RzR> lintian complain about
[16:35] <gnomefreak> not sure about greasemonkey but i wanted to fix something else in there anyway
[16:35] <RzR> my ppa replied :
[16:35] <RzR> Rejected:
[16:35] <RzR> Could not find person ''
[16:35] <RzR> Further error processing not possible because of a critical previous error.
[16:36] <gnomefreak> i have yet seen something like that it would bother the hell out of me if i did
[16:36] <RzR> something wrong in my pgp configuration
[16:40] <gnomefreak> getting tired of typing in password for bzr
[16:41] <RzR> ssh-add -L || ssh-add
[16:44] <gnomefreak> thanks
[16:44] <gnomefreak> ok fixed my branches for grease.. and ubufox
[16:46] <RzR> is the team in hurry as hell for the release ?
[16:48]  * gnomefreak not so much but i have a few packages waiting for sponsor
[16:49] <asac> RzR: hard freeze is 9th Apr
[16:50] <asac> fta2: do you have a no-password gpg key you use for the dailies?
[16:52] <gnomefreak> ok now everything is fixed with -3.5
[16:56] <asac> gnomefreak: in dailies or archive?
[16:57] <gnomefreak> asac: what comment are you asking about?
[17:02] <asac> 17:52 < gnomefreak> ok now everything is fixed with -3.5
[17:03] <gnomefreak> asac: in the extensions for the remove ff2 from deps and i added 3.5 to them
[17:03] <gnomefreak> im looking for bug atm
[17:03] <gnomefreak> asac: bug 272959
[17:09] <gnomefreak> asac: ignore the ubufox merge im going to use upstream branch
[17:13] <gnomefreak> asac: if i use upstrem it will not contain any changes to debian/control /changelog  using the core-dev branch i can add those changes
[17:13] <asac> gnomefreak: dont bother about the install.rdf bump
[17:13] <asac> i will just do it while i touch that branch now
[17:14] <gnomefreak> asac: oh ok already done here but thats fine
[17:14] <asac> gnomefreak: so do the core-dev changes only
[17:14] <asac> gnomefreak: when i pushed the new upstream snapshot you can merge that to core-dev and finish release
[17:14] <asac> i will let you know
[17:14] <gnomefreak> asac: i did i changed install.rdf control
[17:14] <gnomefreak> asac: ok
[17:15] <gnomefreak> and mozgest is done :)
[17:15] <asac> fta2: so we killed the dom-inspector from all branches?
[17:16] <asac> is that not in the sources anymore or what?
[17:20] <gnomefreak> asac: is there a list of all code-dev branches or atleast updated branches searching in LP isnt helpful
[17:25] <asac> http://hg.mozilla.org/dom-inspector/
[17:25] <BUGabundo> hey everyone
[17:30] <gnomefreak> Jazzva: i just commented on bug 184882 for you. sure you already knew it but what the hell :)
[17:32] <gnomefreak> asac: wasnt dom always been packaged as an extension?
[17:34] <gnomefreak> ok done with extensions for today. i still need to figure out what to use in place of gwibber
[17:35] <asac> gnomefreak: it was built from the main tree
[17:35] <gnomefreak> asac: oh
[17:38] <asac> hah. it works ;)
[17:38]  * asac talks to himself
[17:38] <gnomefreak> looks like release of 1.1.16 is happening around time 3.0.9 is released
[17:38] <gnomefreak> what works?
[17:40] <asac> building dom-inspector ;)
[17:40] <gnomefreak> ah
[17:41] <gnomefreak> ill be back later its time for lunch and house work :(
[18:07] <RzR> asac: ok flashblock tested about to push
[18:14] <asac> armin76: gnash fails on hppa and sparc
[18:14] <asac> your turn
[18:14] <BUGabundo> asac: Bug 353957
[18:15] <BUGabundo> isn't it just a text file?
[18:15] <BUGabundo> maybe I could make my own 1st pathc
[18:15] <asac> yes xml
[18:16] <asac> BUGabundo: https://addons.mozilla.org/en-US/firefox/downloads/latest/6622
[18:16] <asac> oops
[18:16] <asac> lp:~network-manager/mobile-broadband-provider-info/mobile-broadband-provider-info.ubuntu
[18:17] <asac> fix it and propose a merge
[18:17] <BUGabundo> yeah
[18:17] <BUGabundo> that was what I was thinking of doing it
[18:17] <BUGabundo> but wouldn't it need a ffe?
[18:17] <BUGabundo> or is it just bug fix?
[18:17] <BUGabundo> I saw several others like mine, on LP, when I reported it
[18:17]  * BUGabundo tries to remember how to branch
[18:18] <BUGabundo> $ bzr branch
[18:19] <asac> you will figure
[18:19] <asac> learning NEW stuff (on your own) is good for the overall brain capabilities ;)
[18:19] <asac> i am out now ;)
[18:19] <asac> bzr help gives you comamnds ;)
[18:20] <BUGabundo> I already have it
[18:20] <asac> well. you also need to commit and push for proposing the fix ;)
[18:22] <BUGabundo> I know that too
[18:22] <BUGabundo> just ,never did a push to lp
[18:22] <BUGabundo> will try latter
[18:22] <BUGabundo> talk to you if I see you here
[18:23] <RzR> asac: ok pushed , please double check about last commit, i did like we decided last time
[18:26] <RzR> waitcouple of  minutes if possible
[18:37] <RzR> asac: get-orig-version doest work on new naming scheme
[18:37] <RzR> i am fixing this
[18:51] <RzR> asac: ok should be ready
[18:51] <RzR> now
[18:52] <RzR> i have to go
[18:52] <RzR> i'll be back this night if needed on tomorow
[19:10] <BUGabundo> asac: ping
[19:10] <BUGabundo> are you back?
[19:10] <BUGabundo> need help debuging hal or udev for an 3G dongle
[19:41] <armin76> asac: current trunk will be broken on sparc until sqlite3 is fixed, unaligned stuff, again :)
[20:13] <RzR> asac: your turn to play , i'll be back
[22:28] <BUGabundo> asac: https://code.edge.launchpad.net/~bugabundo/network-manager/bug353957/+merge/5210
[22:28] <BUGabundo> yay
[22:28] <BUGabundo> 1st patch done!