[11:35] <dcroft> hi, finally
[11:36] <dcroft> Please, excuse my spam on the main channel, before.
[11:37] <dcroft> why is okular still built against KDE5, in the recent LTS, version?
[11:37] <dcroft> Like how old is Qt6 right now?
[11:38] <dcroft> 4 years since the first public beta, even older?
[11:38] <lotuspsychje> !info okular
[11:41] <dcroft> Kubuntu is OFFICIALLY supported, what is okular on ubuntu-next built against?
[11:41] <dcroft> even in arch it is still legacy Qt6
[11:41] <dcroft> *KDE4 built against Qt5
[12:00] <guiverc> KDE4 used Qt4  (Qt5 started at Qt4 end point so it could build against start of Qt5 before it changed); Qt6 is expected with 24.10 last I heard; Qt6 themes have only relased in last week+ in ALPHA from KDE Project (ie. KDE Plasma 6 is still development)
[12:01] <guiverc> https://jriddell.org/2023/11/08/qqc2-breeze5-style-6-alpha/
[12:02] <guiverc> https://jriddell.org/2023/11/08/oxygen-icons-6-alpha-released/  etc
[13:20] <dcroft> Sorry for being afk, a school just wanted some help defending CISCO routers against some viruses
[13:21] <dcroft> > guiverc that was two weeks, ago
[13:45] <dcroft> But ty, anyway, now I can switch to my Gentoo build server and test the changes
[13:45] <dcroft> Happy ZFS violating GPL time, you ubuntu guys


[15:50] <rick_h_> uiteam call in 10 kanban please
[16:59] <marcoceppi> rick_h_: running 10 mins late
[16:59] <rick_h_> marcoceppi: rgr
[17:14] <marcoceppi> rick_h_: inbound in 2 mins
[17:15] <rick_h_> marcoceppi: k, we're all making fun of you
[17:15] <rick_h_> so warn us before joining
[17:15] <marcoceppi> whew, perfect
[19:11] <lazyPower> hatch: i think this is transient, first time i've *ever* seen the gui fail a hook - http://paste.ubuntu.com/9751444/
[19:16] <lazyPower> woo love trasient apt errors
[19:43] <hatch> lazyPower: interesting - I've never seen that
[19:43] <hatch> did it resolve itselv?
[19:43] <hatch> itself*
[19:43] <lazyPower> hatch: upon re-running yeah, it appears to have been a networking hiccup
[19:43] <lazyPower> but i digress - still the first time i've ever seen the gui red on me
[19:43] <hatch> yeah that's odd for sure
[22:03] <huwshimi> Morning
[23:22] <teslanick> hatch: I've literally spent the last 7 workdays fighting with Docker. Makes me pine for juju, even though they're not quite the same thing.


[12:03] <bhechinger> So, in other news I have abandoned you for NixOS. :-D
[12:30] <bhechinger> Ok, this is weird as hell. On the AudioFire4 front left/right work on the headphones (and nothing else of course)
[12:31] <bhechinger> on the Saffire Pro24 rear left/right work on the headphones (and nothing else of course)
[12:31] <bhechinger> How the hell do I fix this?
[12:32] <bhechinger> Nothing in FFADO Mixer jumps out at me
[12:41] <StudioUser67> hi
[12:54] <bhechinger> Well ok then
[14:40] <Eickmeyer> Par for the course, man.
[14:41] <Eickmeyer> bhechinger: For your firewire stuff, #opensourcemusicians . Maybe #lau . Honestly, I have no clue. This channel isn't active with many people who know anything about FFADO or Firewire, and Firewire audio is in general going the way of the dodo.
[14:42] <Eickmeyer> Everything is starting to move to multichannel PCIe Optical or USB.
[14:42] <bhechinger> Yeah, it's a shame, but it is what it is. Thanks for the channel recommendations. I have a lot of work to do to get this as clean as Ubuntu Studio has it. :-D
[14:43] <Eickmeyer> Also glad you found the Matrix rooms. Eventually going back to a Matrix-first setup as the Matrix channels are on an official Ubuntu server.
[14:43] <bhechinger> I'm not a fan of USB for audio, but I might just have to bite the bullet and get used to it.
[14:44] <bhechinger> is the bridge now stable or is it still wonky?
[14:44] <Eickmeyer> Not bridged yet. The old bridge was run by a 3rd party, this will be first party.
[14:44] <bhechinger> Ah, ok, cool.
[14:45] <bhechinger> Any tips on what to search for about multichannel PCIe Optical?
[14:45] <Eickmeyer> Well, you have to have a sound card that supports it.
[14:45] <Eickmeyer> They're kinda spendy right now.
[14:45] <bhechinger> Oh, so continuing to battle firewire it is. :-D
[14:46] <Eickmeyer> Pipewire is doing some good stuff with the USB latency, so 24.04 will be better if that's your concern.
[14:47] <bhechinger> I've actually switched to pipewire on my desktop, but I have no clue what I'm doing. :-D
[14:48] <Eickmeyer> 23.10?
[14:48] <bhechinger> NixOS. Sorry. :-D
[14:49] <Eickmeyer> Oh, ok. Ubuntu Studio 23.10 has pipewire set up with the jack pieces done for you and is ready to go out of the box, zero configuration. You can adjust the latency and everything with a configuration app.
[14:49] <Eickmeyer> How that works with FFADO is untested, however, but Pipewire and FFADO should work out of the box as well, at least that's what they tell me.
[14:50] <Eickmeyer> (the pipewire devs)
[14:51] <bhechinger> Yeah, there is a nixos module called musnix which sets up pipewire for you (and does the lowlatency kernel, etc). The docs are, well... light, so I'm not sure what exactly I should be doing. It does setup FFADO as well, so I've got that out of the box which is nice.
[14:51] <bhechinger> but I don't know how to do the "old jack stuff" I was doing before.
[14:51] <bhechinger> and audio is weird
[14:52] <bhechinger> both firewire devices working at once is neat as hell too. :-D
[14:53] <bhechinger> Any experience with a MAYA33 eX? Looks like it would do everything I need and get some stuff off my desk.
[14:56] <bhechinger> well, linux support is unknown
[14:57] <bhechinger> maybe worth the risk at 133 pounds, but getting stuff shipper here from overseas sucks. :-D
[15:01] <Eickmeyer> Yeah, no experience with the MAYAA eX.
[15:02] <Eickmeyer> I'm a USB/live audio guy.
[15:20] <bhechinger> I'm a glutton for punishment it seems. 🤣
[15:27] <Eickmeyer> I just don't like stuff that's overly complicated. Making things as simple as possible is the goal.
[15:52] <bhechinger> Yeah, I was just looking for better latency all those years ago and FW was the right choice at the time.
[15:53] <bhechinger> I kinda with I had gone all in on the PCIe option at the time, but live and learn.
[16:25] <Eickmeyer> Yeah, stuff keeps getting better and better, so even USB isn't something to sleep on as technology evolves.
[16:49] <bhechinger> Eickmeyer: here's one you may (or may not) know. qjackctl finds pipewire's jack just fine. RaySession does not.
[16:49] <bhechinger> Any ideas?
[17:20] <Eickmeyer> bhechinger: Are you on Ubuntu Studio or are you on NixOS?
[17:20] <bhechinger> NixOS
[17:20] <Eickmeyer> Yeah, can't help you there. It works fine on Ubuntu Studio.
[17:21] <bhechinger> Hmm, looks like RaySession should be pipewire aware?
[17:21] <bhechinger> Maybe the one packaged here is too old?
[17:21] <Eickmeyer> That or configurations for pipewire-jack are set up wrong.
[17:24] <bhechinger> do you have the configuration you're using on US?
[17:24] <bhechinger> upgrading raysession didn't help
[17:24] <Eickmeyer> It's part of the ubuntustudio-default-settings source package, so https://launchpad.net/ubuntustudio-default-settings
[17:27] <bhechinger> where in that package is it? I'm not finding it
[17:28] <Eickmeyer> It's actually set by a command, so usr/sbin/ubuntustudio-pwjack-config
[17:29] <bhechinger> found it
[17:35] <bhechinger> Hmmm, doesn't look like it's doing anything fancy.
[17:38] <Eickmeyer>  Did you run it with the "enable" argument?
[17:44] <Eickmeyer> 1
[17:44] <Eickmeyer> 03
[17:44] <Eickmeyer> 30
[17:44] <Eickmeyer><PHONE_NUMBER>33333330000000000000
[17:44] <arraybolt3> 12345
[17:44] <arraybolt3><PHONE_NUMBER>9898989898989898
[17:45] <Eickmeyer> LISTEN.... I'm trying to repair a mic clip.
[17:46] <arraybolt3> ah, and lol
[21:11] <bhechinger> ooooohhhh, wireplumber can tell you the pci id!
[21:11] <bhechinger> oerheks:  oh, btw, you are wrong about the device thing. I have 4 fw devices even though only two of them have anything plugged in.


[00:16] <dtchen> fta: glitch-free enabled or disabled?
[00:16] <fta> dtchen, how do i know?
[00:17] <BUGabundo> hheheh
[00:17] <BUGabundo> dtchen: that's the common question
[00:19] <micahg> anyone wanna take a stab at my problem ^^^^
[00:19] <dtchen> fta: grep tsched= {/etc/pulse/default.pa,~/.pulse/default.pa}
[00:20] <dtchen> (eh, not the most efficient set, but whatever)
[00:21] <BUGabundo> /etc/pulse/default.pa:load-module module-hal-detect tsched=0
[00:21] <BUGabundo> grep: /home/bugabundo/.pulse/default.pa: No such file or directory
[00:22] <fta> /etc/pulse/default.pa:load-module module-hal-detect tsched=0
[00:22] <fta> grep: /home/fta/.pulse/default.pa: No such file or directory
[00:23] <dtchen> fta: ok, so i presume pkill pulseaudio works around that?
[00:23] <fta> nope
[00:24] <fta> 1st thing i tried
[00:25] <dtchen> ok, what if you disable autospawn, pkill pulseaudio, and just use alsa directly?
[00:26] <BUGabundo> fta: is the volume at 100%?
[00:26] <BUGabundo> mine tends to get muted or low
[00:26] <dtchen> or at 0%
[00:26] <dtchen> nearly all HDA controllers have this gpio screwery that i haven't figured out how to work around
[00:27] <dtchen> it manifests itself as crackling when the Master/PCM/Front widgets are powered down
[00:27] <dtchen> aka "muted"
[00:28] <BUGabundo> or change from analog to digital
[00:28] <BUGabundo> or alsamixer gets out of sync
[00:28] <BUGabundo> lol
[00:28] <BUGabundo> just so many bugs.... poor dtchen
[00:29] <BUGabundo> asac: ping. are you around! want to clear a bug/feature on NM and 3G
[00:29] <fta> how do I disable autospawn?
[00:30] <dtchen> fta: change /etc/pulse/client.conf's "autospawn = yes" to "autospawn = no", or do so in ~/.pulse/client.conf
[00:30] <dtchen> (anything in /etc/pulse will be overridden by ~/.pulse)
[00:32] <fta> yep, better
[00:32] <dtchen> ok, so the plot thickens
[00:32] <dtchen> there are a few things to consider, and i'm working with the speex developer on the resampling
[00:32] <dtchen> the resampler is one culprit
[00:32] <dtchen> another culprit is the use of shm
[00:33] <dtchen> you can try disabling shm in daemon.conf
[00:33] <fta> but it was almost fine in jaunty
[00:33] <dtchen> you can also adjust default-fragments and default-fragment-size-msec
[00:33] <dtchen> jaunty and karmic have _very_ different audio stacks
[00:33] <fta> how come?
[00:33] <dtchen> in fact, the audio stack has changed significantly between each of gusty, hardy, intrepid, jaunty, and karmic
[00:34] <dtchen> it's like having five separate stacks, really
[00:34] <fta> hm
[00:34] <dtchen> well, for starters, every release brings a newer section of the stack (alsa-kernel shipped in linux-image-$(uname -r) - and alsa-lib)
[00:35] <dtchen> not to mention the glue layer shipped in alsa-plugins changes
[00:35] <dtchen> not to mention pulseaudio itself changes
[00:35] <BUGabundo> ehehe
[00:35] <dtchen> not to mention the compilation options have changed
[00:37] <fta> well, i trust you on this ;)
[00:37] <dtchen> no need to trust me
[00:39] <fta> :)
[00:40] <fta> default-fragments = 8
[00:40] <fta> default-fragment-size-msec = 10
[00:40] <fta> what do you recommend?
[00:41] <dtchen> it's extremely controller specific
[00:41] <BUGabundo> fta: I went up to 128
[00:41] <BUGabundo> above 16 didn't notice any diference
[00:41] <dtchen> there is no "one size fits all"
[00:42] <dtchen> BUGabundo: then you're just spinning the cpu more than you need to
[00:42] <BUGabundo> eheh
[00:42] <BUGabundo> I'm back on 8
[00:43] <fta> mplayer randomly pauses itself
[00:45] <fta> tried 8/10, 16/10, 32/10, 8/20, 8/40(=unusable)
[00:45] <fta> nada
[00:46] <BUGabundo> I just changed frag.... not size msec
[00:48] <dtchen> fta: they're frame-aligned on powers-of-two
[00:48] <fta> 8, 16, 32...
[00:49] <dtchen> ok
[00:49] <dtchen> let me work on the git snapshots of pulse and get back to you
[00:50] <dtchen> i would, in the meantime, reset those values to 8 and 10, respectively, and try changing the resampler
[00:50] <dtchen> (i'm currently using ffmpeg, but some people use trivial)
[00:51] <BUGabundo> dtchen: how can we do that?
[00:52] <fta> hhmmm;, excellent
[00:52] <fta> with ffmpeg
[00:52] <dtchen> BUGabundo: daemon.conf
[00:53] <dtchen> "resample-method = ffmpeg"
[00:53] <dtchen> you'd think it would be straightforward to adjust these parameters, but the permutations of HDA controllers really make things horrifically complicated
[00:54] <fta> if i pause in mplayer for more than a few secs, when i unpause, it plays just 3 secs and stops
[00:54] <dtchen> using either -ao alsa or -ao pulse, correct?
[00:55] <fta> yes
[00:55] <fta> it's ao=alsa now
[00:55] <dtchen> grr, that's more complicated (need to look at both linux and pulseaudio)
[00:56] <dtchen> if you're brave, can you reproduce the symptom using http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.30-rc5/ ?
[00:56] <dtchen> need to know where to start the git-bisect :/
[00:58] <fta> it's 2am, will try tomorrow
[00:58] <BUGabundo> mainline?
[00:58] <BUGabundo> yeah, im wit fta
[00:58] <BUGabundo> to late for me
[00:58] <fta> vanilla
[00:59] <fta> dtchen, will those kernels work with my nvidia blob?
[01:00] <nhandler> Would someone here be willing to review a FF extension I tried packaging following the guide on the wiki?
[01:01] <dtchen> fta: the nvidia blobs are DKMSised; you just need to ensure that you also install the linux-headers* mainline debs, too
[01:07] <nhandler> LP Bug #375753 if anyone gets a chance. The bzr branch is linked to the bug report.
[01:11] <kklimonda> nhandler: I've asked debian maintainer of mozilla-noscript about update and he said that he'll try to do it soon (He had a child some time ago and it took his whole free time :) ).
[01:14] <nhandler> kklimonda: Ah ok. I missed that we had mozilla-noscript. Shouldn't it be listed on https://edge.launchpad.net/~mozilla-extensions-dev ?
[01:16] <kklimonda> nhandler: it isn't maintained by Mozilla Extensions Team so I guess they don't list it on their page.
[01:19] <kklimonda> What has been bothering me is the fact that there is no standard in naming extension packages.. we have mozilla-noscrtipt, adblock-plus, firefox-greasemonkey, iceweasel-imperator.. it's easy to miss something.
[01:20] <kklimonda> iceweasel-vimperator*
[01:30] <Jazzva> kklimonda: I think we discussed a while ago (few months ago or so) and decided to not use mozilla, firefox and similar in packages' names. The reason would be not to get an impression that the software is produced by Mozilla, and also because we ship debranded version of Firefox (abrowser).
[01:30] <Jazzva> kklimonda: IIRC, mozilla-noscript and firefox-greasemonkey were packaged way before that discussion was held.
[01:31] <Jazzva> kklimonda: though, I'm not sure if we should rename those specific few packages now. You should check that with asac.
[01:33] <kklimonda> Jazzva: I've already seen one or two packages that had both "branded" dummy package (used for transition) and clean one.. I think we could at least rename iceweasel-vimperator to vimperator as we don't ship iceweasel at all
[01:34] <kklimonda> I'll ask asac about it. asac? :)
[01:34] <nhandler> Jazzva: I know that we won't be using my packaging, but if you get a chance, could you please look at my version of noscript to let me know if it looks ok (so I know for next time)?
[01:34] <Jazzva> also, mozilla-noscript is in the wiki list... I'll update ~mozilla-extensions-dev page to link to that list. I suppose most of the extensions need to be updated... I'll give my best to help (after I finish another school project, which is going to be on Saturday)
[01:35] <Jazzva> nhandler: sure, I'll take a look now :)
[01:35] <kklimonda> Jazzva: I think it was added by nhandler
[01:35] <nhandler> kklimonda: mozilla-noscript was already there. I added (and removed) noscript
[01:35] <kklimonda> ah, i see
[01:36] <Jazzva> kklimonda: it was also unknown if that's the NoScript as distributed on addons.mozilla.org, IIRC
[01:39] <Jazzva> nhandler: "firefox | firefox-3.0 | ..." should be "firefox | ...". seems like I should also rework extensions' packaging page...
[01:40] <Jazzva> nhandler: that's from the period when "firefox" was FF2, and firefox-3.0 was FF3
[01:40] <nhandler> Jazzva: Then should XPI.TEMPLATE be updated to reflect that?
[01:41] <Jazzva> nhandler: also, we don't ship iceweasel and icedove
[01:41] <Jazzva> nhandler: I'll update it. I didn't know it wasn't updated.
[01:42] <nhandler> Yeah, those Dependencies are from XPI.TEMPLATE
[01:42] <Jazzva> nhandler: sorry for the mess :)
[01:42] <nhandler> No problem
[01:43] <Jazzva> nhandler: other than that, looks good
[01:43] <Jazzva> nhandler: it builds and installs correctly, right?
[01:44] <nhandler> Yeah, it built fine. It looks like it is installing the files properly, but I did not test that yet (I am not ready to restart firefox and close mibbit)
[01:44] <Jazzva> nhandler: Ok, I'll give it a testdrive then :). Does it work with Thunderbird too?
[01:45] <nhandler> Jazzva: The website did not list it as working with Thunderbird
[01:46] <Jazzva> nhandler: You missed to point Vcs-Bzr field in debian/control to the right branch. Also, one little typo, you wrote "mozilla" in the description. I think it would be better to write "Mozilla"
[01:48] <Jazzva> nhandler: the idea is to provide template, and then to remove, or add dependencies as needed (and also to reflect that in MOZ_XPI_MOZILLA_DIRS in debian/rules), so you should probably remove thunderbird (and I'll remove icedove and iceweasel from the template :))
[01:49] <nhandler> Jazzva: I thought about adding the Vcs-Bzr, but the wiki guide didn't mention it. I also didn't think having it linked to my personal bzr branch would be very beneficial (it would be better to have it point to a team maintained branch). As for the description, you are right, it should be mozilla.
[01:50] <nhandler> Jazzva: As for the dependencies, wouldn't it make more sense to not have it depend on Thunderbird by default since MOZ_XPI_MOZILLA_DIRS does not include Thunderbird by default
[01:52] <Jazzva> nhandler: I'll check with asac for tbird dependency. For now, I'll add a comment in debian/rules to reflect changes made to MOZ_XPI_MOZILLA_DIRS in dependency line.
[01:52] <Jazzva> nhandler: As for the Vcs-Bzr, it should link to https://code.launchpad.net/~ubuntu-dev/firefox-extensions/<your-extension>.ubuntu
[01:53] <Jazzva> nhandler: since your branch will be merged into that branch. I'll add that to the packaging page on wiki
[02:08] <Jazzva> asac: do you know why gnomefreak added iceweasel and icedove to XPI.TEMPLATE branch?
[02:10] <Jazzva> nhandler: looks like noscript is installed correctly
[02:11] <nhandler> Awesome! Now I just need to find a package another package that is actually properly licensed and is not already in debian/ubuntu
[02:12] <Jazzva> nhandler: if you want, you can also update some of already packaged extensions...
[02:13] <Jazzva> nhandler: if in doubt if the maintainer mentioned on the wiki page will complain, then feel free to take some of mine :)
[02:14] <nhandler> Jazzva: That isn't a bad idea. Also, do we track which of our extensions are in Debian, and which are not?
[02:16] <Jazzva> nhandler: we have different (and IMO easier) packaging. Feel free to take some of the extensions mentioned in the first list, I'm 99% sure that they're all packaged using mozilla-devscripts (that's the thing in which we differ for now)
[02:22] <nhandler> Jazzva: Unless you have any objections, i'll try and update GreaseMonkey
[02:22] <Jazzva> nhandler: no problem. Thanks :)
[02:26] <nhandler> Jazzva: Do we not have $EXTENSIONNAME.upstream branches?
[02:28] <Jazzva> nhandler: If you think on .upstream branches in ~ubuntu-dev's bzr, no, we don't have them
[02:28] <Jazzva> nhandler: here's mine https://code.edge.launchpad.net/~jazzva/firefox-extensions/firefox-greasemonkey.upstream
[02:29] <nhandler> Jazzva: Why don't we keep the .upstream branches with the .ubuntu branches?
[02:30] <Jazzva> nhandler: we actually moved nspluginwrapper (and maybe some other packages) to use the same branch for upstream and ubuntu branches. I'm not sure if that's the way we decided to maintain extensions. You're probably right. asac will know more than me.
[02:41] <nhandler> Jazzva: For firefox-greasemonkey, it Depends on: firefox | abrowser | firefox-3.0 | firefox-2, should the firefox-3.0 and firefox-2 be removed?
[02:42] <Jazzva> nhandler: yes
[02:42] <Jazzva> nhandler: have you checked the current packaging in ~ubuntu-dev branch?
[02:45] <nhandler> Jazzva: Yes. That is the one I am working with. Did you have any other changes in your person branch that I should merge in?
[02:45] <Jazzva> nhandler: no.
[02:45] <nhandler> ;)
[02:47] <Jazzva> ok, sleep time over here. good luck with packaging :)
[02:51] <nhandler> Thanks a lot for your help Jazzva. I should have an upgrade ready by the end of the night ;)
[02:51] <nhandler> Good night
[02:52] <Jazzva> nhandler: no problem. good night :)
[03:07] <supernix> Hiya gang
[03:07] <supernix> Yall do cover the Thunderbird as well?
[03:08] <nhandler> Yes supernix
[03:09] <supernix> I was having an issue with getting Thunderbird to connect to a server to smtp email
[03:10] <supernix> I had to switch to Evolution to get it done
[03:10] <supernix> Funniest thing never had that issue before
[03:11] <supernix> I tried switching to SSL and no authentication and even TLS all would not connect
[09:50] <asac> Jazzva: no i dont know ;)
[09:51] <asac> i think i told him not to ;)
[10:05] <fta> hi
[10:06] <asac> hi fta
[10:06] <asac> grr ... gwibber is unreliable
[10:06] <fta> how so?
[10:06] <asac> i posted that i was at metallica concert and its not there ;)
[10:09] <fta> indeed, annoying
[10:09] <fta> ooo is still uninstallable for me
[10:11] <fta> http://paste.ubuntu.com/171393/
[10:16] <asac> at least the rest is now good ;)
[10:17] <asac> fta: aptitude dist-upgrade will tell you more why its a problem
[10:17] <fta> it's related to the lang packs
[10:23] <fta_> asac, http://paste.ubuntu.com/171398/
[10:25] <asac> hmm ... quite a lot of removal
[10:26] <fta_> hopefully, it's fixed in https://edge.launchpad.net/builders/vernadsky
[10:30] <fta> asac, [Tue 12 23:16] <fta> http://paste.ubuntu.com/170976/
[10:30] <fta> asac, [Tue 12 23:22] <fta> ok, got it, it was javascript.options.jit.chrome=true
[10:35] <asac> reproducible?
[10:36] <fta> 100%
[10:36] <asac> file a bug ;)
[10:36] <asac> just enable jit chrome?
[10:37] <fta> i asked on #developers yesterday if it was a known bug, someone said yes but failed to give me a bug #
[10:51] <asac> mozillla bug 492028
[10:51] <asac> mozilla bug 492028
[10:52] <asac> fta: ^^
[11:04] <gnomefreak> does anyone care to add latest patch to tbird3 for the reply all actions? I have no issue building it with patch but i wouldnt have daily
[11:06] <asac> gnomefreak: is that an upstream patch?
[11:07] <gnomefreak> asac: yes that is where i would grab it from. I will see if i can find upstream bug for you in a few
[11:08] <asac> gnomefreak: once it lands upstream we will get it in dailies
[11:08] <gnomefreak> mozilla 45715
[11:09] <gnomefreak> so you mean if i wantede it now i would have to build it and just not upgrade the daily builds until it is released
[11:11] <asac> gnomefreak: i think that patch will take a while. doesnt the extension just work?
[11:12] <gnomefreak> asac: dont know i know it did not work when this problem sufaced. I might have miss the commant about the extension if it in that bug report
[11:13] <asac> gnomefreak: story is that at some point nothing worked ... then we added a patch that supports reply to list in the backend ... from there on the extension works
[11:13] <asac> now it seems they want to do the UI on their own
[11:13] <asac> imo there is nothing to do here for us
[11:13] <asac> just wait until this gets committedd
[11:14] <gnomefreak> desending == in order of newest part of bug is first than the re: is after that. but tbird dorsnt understand that at all
[11:14] <asac> confirming that the extension still works would be good i guess and maybe contacting the extension author if it doesnt work anymore
[11:15] <asac> gnomefreak: what is your "descending [11:15] <asac> ?
[11:15] <gnomefreak> asac: the problem that started this bug IIRC was that using replt all would reply to the commenter and the bug, they/we are looking more for a way to reply to newgroups/mailing list posts without using the commenter as a reply
[11:16] <gnomefreak> the "NEW" bug line is after the responces bug comments
[11:16] <asac> yes, thats the nature of "reply to list"
[11:16] <asac> gnomefreak: the NEW bugline thing is something different
[11:17] <asac> i submitted a patch for that at some point ... seems it got not accepted
[11:17] <gnomefreak> asac: than no extension doesnt work and either did our attempts to fix it to work that way
[11:17] <gnomefreak> asac: i know its not the same
[11:22] <gnomefreak> asac: here is what i mean: http://www.flickr.com/photos/26378196@N05/3528186214/
[11:22] <gnomefreak> and yes that is decending order
[11:23] <asac> gnomefreak: why dont you use a threaded view?
[11:25] <gnomefreak> threaded doesnt put them in groups AFAIK (what i mean is group bugs together
[11:26] <gnomefreak> oh maybe it does
[11:26] <asac> threaded groups ;)
[11:26] <asac> thats the idea of threaded
[11:26] <gnomefreak> ah i just changed it to that it looks helpful ;) thanks
[11:28] <asac> hehe
[11:28] <asac> welcome
[11:31] <gnomefreak> shit i have to go im later already :(
[11:53] <asac> fta: chromium daily doesnt work here
[11:54] <fta> ?
[11:54] <asac> i always get "Aw, there is something wrong with displaying this site"
[11:54] <fta> ??
[11:55] <fta> regression?
[11:56] <asac> fta: http://people.ubuntu.com/~asac/tmp/chromium1.png
[11:56] <asac> i think its a regressoin
[11:56] <asac> i definitly was able to use it
[11:56] <asac> this is 32bit
[11:56] <asac> havent tested here for 2 weeks or so
[11:56] <asac> on amd64 i tested a more recent and it worked
[11:56] <asac> e.g. the build after fixing gconf i think is what i tested
[11:57] <fta> works for me on 32b
[11:57] <asac> the tabs are a problem with compiz afaik
[11:57] <fta> nope, the tab corruption is known. it's about transparency. it's been fixed yesterday
[11:58] <asac> hmm ... but it worked on my ati card ...
[11:58] <fta> are you up-to-date?
[11:58] <asac> fta: i just updated to latest of today
[11:58] <fta> jaunty?
[11:58] <asac> so yesterdays nightly i guee
[11:58] <asac> yes
[11:58] <asac> ii  chromium-browser              <IP_ADDRESS>~svn20090512r15864-0 Chromium browser
[11:58] <fta> i changed one thing: i dropped sse2 from the build flags
[12:00] <asac> fta: todays i386 build failed in karmic ;)
[12:00] <fta> i know
[12:00] <asac> ah ... yeah. so you dont have latests ;)
[12:00] <fta> i do
[12:00] <asac> lets see if i get that with older build too
[12:00] <fta> i have both jaunty and karmic ppas for ucd
[12:01] <fta> what do you see in the console?
[12:01] <asac> ok trying apr 29 now
[12:01] <asac> http://paste.ubuntu.com/171482/
[12:03] <asac> so apr 29 the tabs look good ;)
[12:03] <asac> but rendering aint working either
[12:03] <fta> http://code.google.com/p/chromium/issues/detail?id=11679
[12:04] <asac> http://people.ubuntu.com/~asac/tmp/chromium2.png
[12:04] <asac> kk
[12:05] <fta> do you have msttcorefonts ?
[12:06] <asac> did you drop the depends?
[12:06] <fta> nope
[12:07] <asac> then how can i not have it?
[12:07] <asac> and yes, i dont have it
[12:07] <asac> pleeeaase add the Sans patch ;)
[12:07] <asac> its a bit odd ... not sure what they use, but Arial maps to a font here using fontconfig
[12:08] <asac> so it would be really interesting if the patch you showed me helped
[12:08] <asac> fta: do you have the url for that patch again?
[12:08] <fta> hhm
[12:08] <asac> fc-match Arial
[12:08] <asac> DroidSans.ttf: "Droid Sans" "Regular"
[12:08] <asac> i have those nice great droid fonts ;)
[12:08] <asac> actually are google fonts
[12:10] <asac> ii  chromium-browser              <IP_ADDRESS>~svn20090429r14851-0 Chromium browser
[12:10] <asac> pn  msttcorefonts                 <none>                        (no description available)
[12:11] <asac> nhandler: Jazzva: yes, we prefer to use .bzr-builddeb/*.conf so we can just have .ubuntu branch as baseline
[12:11] <Jazzva> asac: ok.
[12:12] <fta> asac, http://code.google.com/p/chromium/issues/detail?id=9100 ?
[12:12] <Jazzva> asac: just wanted to ask you that to... and are we gonna rename packages as firefox-greasemonkey and mozilla-noscript to greasemonkey and noscript (though, the second exists in debian under that name, maybe the first too)
[12:13] <Jazzva> s/that to/that too/
[12:13] <asac> fta: so our chromium-browser is the test_shell =?
[12:13] <fta> http://code.google.com/p/chromium/issues/detail?id=10665
[12:13] <fta> nope, not anymore
[12:13] <fta> we have both
[12:14] <fta> test_shell is in -testsuite
[12:14] <asac> fta: do they have codebrowse or something so i dont need to ge tthe full orig?
[12:14] <asac> i want to check what they do in getCachedFontPlatformData
[12:14] <asac> in general Arial should resolve properly ... unless they reinvented the wheel... which as it seems they did
[12:14] <fta> no public mxr :(
[12:15] <fta> but a svn web
[12:15] <fta> http://src.chromium.org/svn/trunk/src/
[12:15] <asac> Jazzva: yeah. removing those prefixes is good. we should check though that we dont end up having a different source package name as debian
[12:15] <asac> otherwise they will get synched here and we will have it twice
[12:15] <Jazzva> ok, so there's iceweasel-greasemonkey, I suppose we could remove firefox- then
[12:15] <asac> so source package should stay the same
[12:15] <asac> binary package should be renamed
[12:15] <Jazzva> asac: ok
[12:15] <asac> and a bug filed against debian asking politely to consider to rename
[12:16] <asac> fta: thanks. thats not that helpful for my case ;) ... i guess i have to branch whole stuff
[12:17] <asac> fta: ok back to eliminating third_party stuff ... i think we have to accept that we wont have system webkit for some time
[12:17] <fta> or grab the orig if you want it faster
[12:17] <asac> what i want is to get rid of everything else
[12:18] <asac> fta: do you know which subdir all that code is in?
[12:18] <fta> i introduced a SYSTEM_LIBS feature a while ago, it's in.
[12:18] <asac> so looking at http://src.chromium.org/svn/trunk/src/third_party/
[12:18] <asac> what works with our system libs?
[12:18] <fta> src/third_party/WebKit/WebCore/platform/graphics/chromium/FontCacheLinux.cpp ?
[12:19] <asac> hmm
[12:19] <asac> didnt they say they sync without patches from trunk?
[12:19] <asac> so thats an issue in webkit?
[12:19] <asac> odd
[12:19] <asac> ok thanks
[12:19] <asac> i will check that
[12:20] <asac> err webkit isnt in third_party
[12:21] <asac> so they also use skia ... i think we should package that
[12:21] <asac> its also needed by gears
[12:22] <fta> not sure where my SYSTEM_LIBS is since they migrated to gyp :P
[12:23] <fta> lost in the battle?
[12:25] <asac> gyp?
[12:26] <asac> no scons anymore?
[12:26] <fta> http://code.google.com/p/gyp/
[12:26] <fta> yes, scons, but scons rules are auto updated by gyp
[12:27] <fta> sort of
[12:27] <asac> is that innovation or just over-engineering?
[12:27] <fta> both
[12:28] <fta> it's yet another layer but it helps
[12:29] <fta> http://code.google.com/p/gyp/wiki/GypUserDocumentation
[12:29] <fta> http://code.google.com/p/gyp/wiki/GypLanguageSpecification
[13:06] <asac> ok lost my changes ... synching chromium from svn
[13:07] <fta> use my local branch feature
[13:08] <fta> it will create and keep up to date for you the full svn tree
[13:09] <asac> local branch?
[13:09] <asac> better tell me now as the sync is already running ;)
[13:09] <asac> shall i abort that?
[13:09] <fta> LOCAL_BRANCH
[13:10] <fta> my get-orig-source supports a LOCAL_BRANCH variable
[13:10] <asac> yeah
[13:10] <asac> i want to work on upstream sources for now though
[13:10] <asac> LOCAL_BRANCH=../upstream/chromium-browser.svn
[13:10] <fta> yep
[13:10] <asac> i guess you dont have the .svn packed uploaded somewhere ;)?
[13:10] <fta> no
[13:11] <fta> want them?
[13:11] <fta> i can do that easily
[13:11] <asac> not today ... i think providing baselines would be nice ... but should be done upstream imo
[13:11] <asac> didnt they put a "get started svn thing" somewhere?
[13:12] <fta> http://dev.chromium.org/developers/how-tos/get-the-code
[13:22] <fta> asac, i have a tar, want it?
[13:22] <asac> what size?
[13:23] <asac> is that with .svn files - like i want?
[13:24] <fta> yes, my full upstream branch
[13:29] <asac> not sure ... this checkout is running for quite some time already
[13:29] <asac> cant be that much longer ;)
[13:29] <fta> fta@cube:/data/bot/upstream/chromium-browser.svn $ du -sm .
[13:30] <fta> 3119    .
[13:31] <asac> ok i am at 3.1G
[13:31] <asac> so it should really be ending soon ;)
[13:31] <asac> 3.1G	.
[13:31] <asac> asac@tinya:/tmp/chromium-browser-<IP_ADDRESS>~svn20090429r14851$
[13:33] <asac> hmm. odd that you had 31119
[13:33] <asac> err 3119
[13:33] <asac> good ... it finished ;)
[13:35] <asac> fta: https://wiki.ubuntu.com/Chromium/Build doesnt even say how to build the upstream way ;)
[13:36] <fta> hm, right :)
[13:37] <fta> http://code.google.com/p/chromium/wiki/LinuxBuildInstructions
[13:38] <asac> yeah
[13:41] <asac> fta: ok updated https://wiki.ubuntu.com/Chromium/Build
[13:42] <asac> fta: so do you know how i can use a different directory for producing all the .o files and so on?
[13:42] <asac> i dont really like to clutter the source tree with those things
[13:42] <asac> similar to MOZ_OBJDIR=...
[13:42] <fta> it's already in a subtree
[13:43] <asac> ah yeh
[13:43] <asac> se OBJ_DIR=$TOPSRCDIR/obj
[13:43] <fta> sconsbuild
[13:44] <fta> by default, all files end up in $(SRC_DIR)/sconsbuild/
[13:44] <asac> hmm
[13:45] <asac> wow
[13:45] <asac> so this uses some magic to figure the CHROME dir?
[13:45] <asac> i mean i checked out in /tmp
[13:45] <asac> and moved to some other place
[13:45] <asac> now it complains that it cannot find the /tmp page
[13:45] <asac> path
[13:46] <fta> sort of, it's ..(/..)*
[13:46] <asac> huh?
[13:46] <asac> fta: so where is that directory written?
[13:47] <fta> $(SRC_DIR)/sconsbuild/
[13:47] <fta> DEB_TAR_SRCDIR := src
[13:47] <fta> SRC_DIR        := $(CURDIR)/build-tree/$(DEB_TAR_SRCDIR)
[13:47] <asac> base/base.scons: '/tmp/chromium-browser-<IP_ADDRESS>~svn20090429r14851/src/base',
[13:47] <asac> base/base.scons: '/tmp/chromium-browser-<IP_ADDRESS>~svn20090429r14851/src/base',
[13:47] <asac> grr
[13:47] <fta> ?
[13:47] <asac> seems depot_tools sync does that
[13:48] <asac> ok seems its generated from .gyp
[13:48] <asac> any clue how i can recreate all .gyp stuff?
[13:48] <fta> cd $(SRC_DIR) && python tools/gyp/gyp_dogfood build/all.gyp
[13:49] <asac> fta: when is that run? in depot_tools really?
[13:50] <fta> i use it in the configure rules
[13:50] <fta> it must be used in src/
[13:50] <asac> yeah
[13:50] <asac> in src/ it worked
[13:50] <asac> great
[13:51] <asac> fta: but who did run that for me during sync?
[13:51] <asac> any clue?
[13:51] <fta> gclient
[13:51] <asac> that shouldnt be run on a checkout, but during build
[13:51] <asac> ok.
[13:52] <fta> i don't use gclient by default in the package, it's doing too many things
[13:52] <fta> i have USE_GCLIENT
[13:52] <asac> yeah figured that
[13:52] <asac> now its building ... which is a good feeling ;)
[13:53] <asac> maybe we should fix gclient upstream to only do the minimal things needed ;)
[13:53] <fta> it's a multi platform multi purpose script so good luck
[13:53] <asac> fun
[13:53] <asac> g++: Internal error: Segmentation fault (program cc1plus)
[13:53] <asac> Please submit a full bug report.
[13:53] <asac> See <file:///usr/share/doc/gcc-4.3/README.Bugs> for instructions.
[13:54] <fta> gasp
[13:54] <fta> not enough memory?
[13:54] <asac> so do i need to re-gyp stuff after setting CXX=g++-3.2 ?
[13:54] <asac> err g++-4.2 ;)
[13:55] <fta> yes
[14:16] <asac> so my mem is the problem or what
[14:16] <asac> system hange
[14:17] <asac> d
[14:17] <asac> another attempt .... lets hope it doesnt hang up during lunch ;)
[15:21] <asac> hmm ... now chromium built
[15:21] <asac> maybe i ran 2.6.30 kernel?
[15:27] <fta> funny, people still care about projects i created more than 10 years ago
[15:28] <fta> https://rt.cpan.org/Public/Dist/Display.html?Name=PDF-Create
[15:36] <asac> yeah thats freesoftware ;)
[15:37] <fta> http://cpan.org/modules/by-authors/id/FTASSIN/
[15:37] <fta> apparently, 1999 was my CPAN year
[15:38] <mbana> hello
[15:38] <mbana> i'm using a 64bit machine
[15:38] <mbana> and i'm wondering if it's possible to get 32bit ver. of firefox on my machine
[15:40] <asac> mbana: not from the archive. mozilla 32bit build will probably work
[15:41] <asac> mbana: well, you could unpack the xulrunner .deb and the firefox .deb and then hope that ia32libs has everything needed
[15:41] <mbana> what do you mean not from the archive?
[15:42] <mbana> yeh the just binaries?
[15:42] <asac> fta: so i changed something in third_party WebKit, but hammer app doesnt build this ... can i just do hammer WebKit ?
[15:42] <asac> mbana: not by apt-get == from the archive
[15:43] <mbana> so you want me to get the builds from mozilla?  i've been trying to avoid that because something is wrong with the font rendering --- it's terrible
[15:45] <asac> mbana: i fail to see why font rendering would be different for our builds; you sure thats the case?
[15:45] <mbana> no the mozilla ones are messed up
[15:45] <mbana> if i download it directly from their site
[15:45] <asac> ah yeah. they probably have an inferior in-source cairo
[15:45] <asac> mbana: is there a libcairo* in it?
[15:46] <asac> try to remove it ... not sure if that causes instability
[15:47] <mbana> also, do you know if it'll use my .firefox or will it create a new one?
[15:47] <asac> here aint no .firefox
[15:47] <asac> just .mozilla/firefox
[15:48] <asac> and yes, it will use that
[15:51] <asac> fta: it doesnt build my WebCore changes ... tried hammer webcore ;)
[15:52] <mbana> would this work.  remove firefox 3.5 and install the 32bit version of it somehow from one of the ubuntu's repo
[15:53] <asac> no
[15:53] <asac> do what i said above
[15:53] <asac> try remove libcaio from upstream buld
[15:53] <asac> build
[15:53] <asac> we simply dont support 32-bit on amd64 for our packages
[15:55] <mbana> can't linux run 32bit binaries?  i'm sure it can
[15:58] <asac> doesnt really matter ;) ... ffox32 from packages is not supported. thats it.
[15:58] <asac> could be done in future i guess
[15:59] <asac> but not for the time being
[16:02] <mbana> libcaio ... are you sure it's not freetype?
[16:06] <asac> no libcairo
[16:06] <asac> mbana: in the tree you unpack from upstream ... is there no libcairo* ?
[16:11] <mbana> no
[16:11] <mbana> it's in the main dir right?
[16:13] <mbana> here's the frep
[16:13] <mbana> grep
[16:13] <mbana> http://pastebin.com/d41027c30
[16:15] <asac> yeah. then keep using amd64 for now ;)
[16:16] <asac> i think we will have more discussion about 32bit during UDS
[16:17] <asac> but most likely outcome is ... who cares ... 64bit flash is coming soon and then there isnt much reason to use 32bit anyway
[16:17] <mbana> can you just walk me through what would happen if i attempt to download the 32bit .deb?
[16:17] <mbana> i use 64bit flash, it's the adobe plug-in that i need
[16:17] <asac> just unpack stuff and create the proper gre.d file in /etc/gre.d
[16:18] <asac> and then hope that ia32libs has enough
[16:20] <mbana> seems like they (mozilla) hard compile somrthing
[16:20] <asac> they link cairo statically most likely
[16:23] <asac> bloody scons mess kills me
[16:23] <asac> there is not even clean target ;)
[16:24] <mbana> http://pastebin.com/d78129d9e
[16:24] <mbana> would what would a good workaround for that
[16:25] <mbana> i need to somehow force the install of branding
[16:26] <asac> ffox is not th eonly package oyu need ... you need xulrunner-1.9 as well
[16:26] <asac> once you have all deps just force install them
[16:26] <asac> ensure there are not plugins installed, as those will not work of course
[16:27] <asac> you have to install stuff by using dpkg -i ALLPACKAGES
[16:27] <asac> in the same line
[16:27] <asac> and probably also right order
[16:29] <mbana> you're right
[16:29] <mbana> this is a pain
[16:30] <asac> its the wrong way as i said ... the idea is that you UNPACK the .debs
[16:30] <asac> and put them to some place
[16:30] <asac> and add the gre.d file like i said above
[16:30] <asac> otherwise you will bust all the rdepends that need xulrunner
[16:32] <mbana> $ firefox-3.5
[16:32] <mbana> Could not find compatible GRE between version 1.9.1b4pre and 1.9.1b4pre.
[16:32] <mbana> thanks
[16:32] <mbana> can't be asked
[16:33] <mbana> good evening
[16:34] <asac> mbana: thats the gre.d
[16:34] <asac> revert everything ... unpack all .debs you want to some directory using dpkg -x
[16:34] <asac> then put the etc/gre.d file to /etc/gre.d and fix the path in there
[16:44] <micahg1> asac: wasn't that the same problem I had when I installed your original 3.5b4 pkg?
[16:50] <asac> micahg: same symptoms, but not same problem
[16:50] <micahg> ah
[16:50] <micahg> ok
[16:51] <micahg> asac: regarding someone having a problem with swfdec on a site, should I suggest trying the ADobe Flash plugin or rather submit problems to swfdec?
[16:52] <asac> micahg: depends on how recent swfdev version is
[16:52] <micahg> latest AFAIK
[16:52] <asac> if its jaunty he probably should complain to swfdec folks
[16:52] <asac> micahg: of course only if tits a swfdec problem
[16:53] <micahg> but don't they say it's only compatible with like Flash 8?
[16:53] <asac> if swfdec doesnt work at all, e.g. its not even detected as a plugin, then it might be packaging/usersetup problem
[16:53] <micahg> nah, it's one site
[16:53] <micahg> here
[16:53] <micahg> bug 375788
[16:54] <asac> swfdec is known to be inherently slow
[16:55] <asac> so thats a known bug
[16:55] <asac> you can just close it as invalid ... or move to swfdec
[16:55] <micahg> well, it seemed that a new profile helped
[16:55] <micahg> but flash is still flaky
[16:56] <micahg> so, can I comment to try Adobe flash and move to swfdec?
[16:58] <asac> micahg: if the user prefers free flash he can use gnash
[16:58] <asac> i don tlike to recommend adobe flash
[16:59] <asac> you can of course tell them that the option exists
[16:59] <asac> but mozilla-plugin-gnash is the gnash package
[16:59] <micahg> but I thought that the free flash version still don't support the latest features that some sites ues
[16:59] <asac> and perf is much better for that
[16:59] <asac> you can switch back and forth using the plugin switcher in tools -> Manage content-addons
[17:00] <micahg> ok
[17:00] <asac> micahg: that might be true. if user complains about missing features you can tell them that we have adobe flash available, but usually its ok to have some sites not working if user wants free (and secure) flash
[17:00] <asac> micahg: think about it like firefox when IE dominated the market ... lots of sites didnt work, but it often wasnt even ffox fault
[17:00] <micahg> asac: I'm not aware of a plugin switcher
[17:01] <asac> best advice is: if a site doesnt work, complain to the site runner so they ask their flash designers to test it on gnash ;)
[17:01] <asac> micahg: if ubufox is installed and you have flash on the site there is a Tools -> manage content-plugins menu
[17:01] <asac> thats the plugin switcher
[17:01] <micahg> true, but this time, it's OS Flash not supportting newer features, not sites following incorrect standards
[17:01] <micahg> ah
[17:01] <asac> if you have multiple installed you get multiple options there
[17:01] <micahg> that's why
[17:01] <asac> also you can directly search for more plugins from there
[17:01] <micahg> I'm running Shiretoko and cant' see the ubufox goodies :)
[17:01] <asac> try it
[17:01] <asac> yeah
[17:01] <asac> i should get to that soon
[17:04]  * e-jat otw testing 3.5
[17:04] <micahg> ok
[17:04] <micahg> how did I do?
[17:05] <micahg> bug 375788
[17:05] <asac> micahg: yeah. point is that that menu entry is only avaialble if you are on a website that has flash ... but thats just a nit
[17:08] <micahg> ah
[17:08] <micahg> ok
[17:10] <asac> actually i will change that behaviour
[17:11] <micahg> ok
[17:14] <asac> the idea is to always allo to manage content plugins ... and only allow users to hit a checkbox: "only show used content types"
[17:15] <micahg> ah
[17:15] <micahg> that's a nice feature
[17:34] <micahg> asac: when I find bugs upsteam,  do I need to add an ubuntu list to the cc's or should I just watch it myself?
[17:35] <micahg> there's something in the docs about ubuntu.distro or something
[17:35] <asac> micahg: yeah. unfortunately we never implemented that approach
[17:36] <asac> so for now just watch them yourself (if you want) ... more importantly tell ubuntu reporters that they can follow progress there
[17:36] <micahg> ok, well I'm happy to watch and update the  LP bug if any developments happen
[17:36] <micahg> done and done
[17:36] <asac> micahg: you need to add the bugzilla bug as an upstream task
[17:36] <micahg> done
[17:36] <micahg> :)
[17:36] <asac> in that way the bug will automatically be updated if upstream changes state to fix released or something
[17:36] <asac> good
[17:37] <micahg> yes, but sometimes workarounds are posted without a status change
[17:37] <micahg> so I can update the LP bug with the workaround
[17:37] <asac> right
[17:37] <micahg> so our user can benefit
[17:37] <asac> if you can deal with the load thats definitly a perfect way to do it
[17:38] <micahg> well, we'll see how bad it gets
[17:38] <micahg> I got 20 e-mails this morning after shutting down abotu 8 hours before
[17:38] <micahg> if I don't let things pile up,  I should be ok
[17:39] <micahg> but I might want to add some canned responses
[17:39] <micahg> somewhere
[17:39]  * asac sighs at doing a full rebuild after changing just one webkit file in chromium tree
[17:39] <asac> micahg: there are multiple ways of doing things automated
[17:39] <micahg> yeah, after I have triaging down, I might try my hand at packaging
[17:40] <asac> i have some scripts that do some common tasks
[17:40] <asac> might need improvement/update here and there
[17:40] <asac> let me check
[17:42] <asac> micahg: http://people.ubuntu.com/~asac/moztools/
[17:43] <asac> i think deny-bug should be called "invalid-crash" ;)
[17:44] <asac> so that and try-extdisable are probably useful
[17:44] <asac> the re-report with bug menu could be improved to use apport-collect or something
[17:44] <asac> but most likely we can continue to use that for bugs the user didnt submit through apport
[17:44] <asac> but only if we think we want extension summary et al
[17:45] <asac> note that you need to create a cookies.txt from the firefox cookies database
[17:45] <asac> and remember to replace "Alexander" with your name ;)
[17:45] <asac> for the cookies.txt creation look at http://people.ubuntu.com/~kees/scripts/
[17:45] <asac> there is a cookie-* script that does that
[17:49] <asac> bdmurray: hey can we talk here about the launchpad searches?
[17:51] <asac> bdmurray: another question, what are todays entry challenges for bugcontrol membership?
[17:51] <bdmurray> asac: I've a meeting in 10 minutes so briefly
[17:52] <asac> is bugcontrol the group for triaging crashes at all?
[17:52] <asac> bdmurray: yeah thats fine. i just wonder if we really want to enable triager searchplugins by default in ubuntu
[17:52] <bdmurray> yes, bug control has the ability to view private crash reports
[17:53] <bdmurray> asac: the search plugin isn't so much for triagers as for being able to get to http://bugs.launchpad.net/ubuntu/+source/package/+bugs
[17:54] <bdmurray> There is no easy way to navigate to that and it'll make it easier for people to find bug reports about a particular package
[17:55] <asac> bdmurray: do you know if there is a "find package" wizard or something in some apport UI tool
[17:55] <bdmurray> asac: There is not one that I know of
[17:56] <asac> bdmurray: so micahg is doing great bug work on firefox for a while now ... i think it would be worthwhile if he could also help cleaning up crashes; what would be next steps for him to become bugcontrol member?
[17:57] <asac> bdmurray: so we already have a Help -> Report a Problem ... menu entry that currently opens the bug reporting page for firefox
[17:57] <bdmurray> asac: being familiar with https://wiki.ubuntu.com/Bugs/HowToTriage#head-f46ac7bd66be716a03d2d4fb0788725cc9cc7ba0 and your endorsement are sufficient
[17:57] <micahg> asac: sorry was afk
[17:57] <asac> bdmurray: thanks i will check the HowTo
[17:57] <bdmurray> asac: right but it doesn't show you all the bugs already reported about firefox, which could reduce the quantity of duplicates being reported
[17:58] <bdmurray> asac: The full documentation regarding joing bug control is at https://wiki.ubuntu.com/UbuntuBugControl
[17:58] <asac> bdmurray: what i could envision would be to either extend apport to become more of a bug reporting frontend that also has a package find thing or something
[17:58] <asac> and making the menu entry in firefox jus topen that
[17:58] <asac> the other option would be to implement such a "find the package" wizard in firefox and make that accessible through that menu
[17:59] <asac> but having that wizardry in apport would make that feature avaialble for other apps as well
[18:00] <asac> so might be the preferred way of moving forward if we think that changing the semantic of that menu entry would good enough for that purpose
[18:03] <micahg> so asac, should I petition for bug control?
[18:03] <fta> back
[18:24] <asac> heh.so the chromium file i changed to add deugging code for font wasnt even used ;)
[18:24] <asac> lol
[18:29] <fta> :)
[18:36] <asac> so the font business is done by skia as it seems ;)
[18:38] <asac> 8152 asac      20   0 1401m 1.4g  956 R   49 70.0   0:32.98 ld
[18:38] <fta> skia is equiv to cairo
[18:39] <fta> yep, at link time, it sucks 1G per cpu/core
[18:39] <asac> the joys of static linking of cpp
[18:57] <fta> asac, http://identi.ca/lubindamaim
[18:58] <jcastro> hey did you guys try that gold thing to link it?
[18:58] <fta> ?
[18:58] <fta> gold thing?
[18:58] <jcastro> http://groups.google.com/group/chromium-dev/browse_thread/thread/7b36bfa6a450b223#
[19:00] <fta> never heard of that. i have enough ram apparently ;)
[19:13] <BUGabundo> hi fellow ubunteros
[19:57] <fta> bouhhhouhhh https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[19:58] <BUGabundo> what's up ?
[19:59] <fta> all red
[19:59] <BUGabundo> ahh
[19:59] <BUGabundo> right
[19:59] <BUGabundo> just saw it
[20:06] <fta> hm, chromium is red too
[20:23] <BUGabundo> asac: ping
[20:23] <BUGabundo> how to disconnect from an Automatic 3G connection?
[20:23] <BUGabundo> is it possible?
[20:24] <BUGabundo> or is it a bug?
[20:24] <BUGabundo> to have the disconnect, or to not allow it to happen!
[20:24] <BUGabundo> also the Assistant runs on every boot.... shouldn't, if the connection is already established
[20:25] <BUGabundo> will file bugs on those 2 questions, but wanted to get them by you 1st
[20:30] <asac> BUGabundo: you cannot disconnect from a "connect automatically" setup 3g connection
[20:31] <asac> BUGabundo: assistant runs on every boot only if you have flagged it system connection
[20:31] <asac> thats a known bug
[20:31] <asac> dont use system connection for 3g ... which doesnt make much sense anyway imo
[20:32] <BUGabundo> sure does
[20:32] <BUGabundo> no need to click on NM
[20:32] <BUGabundo> it just auto connects after boot
[20:32] <BUGabundo> really nice
[20:32] <BUGabundo> just having the disconect there feels bad
[20:32] <asac> then you probably dont need to disconnect ;)
[20:32] <BUGabundo> since I can't use it
[20:32] <asac> right
[20:32] <asac> thats a cosmetic bug
[20:32] <BUGabundo> and some times I want to unpplug the dongle
[20:32] <BUGabundo> I have to turn NM off
[20:33] <asac> otoh, it oculd be interpreted as "dont reconnect until next time i reboot or connect manuyll"
[20:33] <asac> BUGabundo: you can just unplug it
[20:33] <asac> thats ok
[20:33] <asac> no need to disconnect first
[20:35] <BUGabundo> ah ok
[20:35] <BUGabundo> I was afraid to damaged anything, any app, configuration, or network countless time slots
[20:35] <BUGabundo> eheh
[20:36] <BUGabundo> bbl. dinner
[20:46] <BUGabundo> asac: fta: new bug: with updates, I'm being asked to install/upgrade flashplugin
[20:47] <BUGabundo> but I don't have it... I manually instal the 64bits from adobe site
[20:47] <BUGabundo> why is it being upgrade?
[20:48] <fta> ? which updates?
[20:50] <BUGabundo> todays?
[20:50] <BUGabundo> on karmic
[20:50] <BUGabundo> its asking me for the tar location
[20:51] <BUGabundo> I don't want it to download it for me.... so I don't wast 3G trafic
[20:51] <BUGabundo> but Cancel, I think, will also terminate all updates
[20:51] <BUGabundo> Setting up flashplugin-installer (<IP_ADDRESS>ubuntu2) ...
[20:51] <BUGabundo> dpkg: error processing flashplugin-installer (--configure):
[20:51] <BUGabundo>  subprocess post-installation script returned error exit status 1
[20:54] <fta> apt-cache rdepends flashplugin-installer
[20:55] <BUGabundo> ubuntu-restricted-extras
[20:55] <BUGabundo> ahhh
[20:55] <BUGabundo> should it ??
[20:55] <BUGabundo> I don't think so
[20:56] <BUGabundo> $ apt-cache rdepends flashplugin-installer | pastebinit
[20:56] <BUGabundo> http://paste.ubuntu.com/171891/
[20:59] <BUGabundo> $ apt-cache policy flashplugin-installer
[20:59] <BUGabundo>   Installed: <IP_ADDRESS>ubuntu2
[21:09] <micahg> BUGabundo: yes, that's the easy way for people to install flash and other restricted format
[21:09] <BUGabundo> micahg: but I'm on 64bits
[21:09] <micahg> so?
[21:09] <BUGabundo> I removed flash version from archive
[21:09] <BUGabundo> I don't want it in!
[21:09] <BUGabundo> its the 1st time I get asked this
[21:10] <micahg> well, then maybe you shouldn't install the extras package
[21:10] <BUGabundo> eeh
[21:10] <BUGabundo> I guess
[21:11] <BUGabundo> its been there since hardy devel cycle
[21:11] <BUGabundo> lol
[21:11] <micahg> the whole point of the extras package is for the people who can't be bothered with figuring out what they need
[21:11] <micahg> AFAIK
[21:43] <BUGabundo> fta: did FF stop supporting svgs ?
[21:43] <fta> i hope not
[21:43] <BUGabundo> its not opening for me
[21:44] <BUGabundo> let me upload a few
[21:44] <fta> wtm
[21:44] <fta> http://upload.wikimedia.org/wikipedia/commons/c/c7/SVG.svg
[21:45] <BUGabundo> fta http://dl.getdropbox.com/u/112892/BluBUG-karmic-20090510-1.svg
[21:45] <fta> We can't find the page you're looking for.
[21:45] <BUGabundo> yeah me too
[21:46] <fta> doesn't look like a svg problem to me, more a hosting problem
[21:46] <BUGabundo> ok its wokrking
[21:46] <BUGabundo> yep my thoughs too
[21:46] <BUGabundo> guess I need to email my host admin
[22:43] <nhandler> Jazzva: If you are around, I think I have a working firefox-greasemonkey upgrade: lp:~nhandler/firefox-extensions/firefox-greasemonkey.ubuntu
[22:45] <fta> dtchen, looks like mplayer is fine with ao=pulse (and p-a with ffmpeg as resampler). no more unexpected pauses like with ao=alsa. using the last kernel from karmic
[22:54] <mbana> has anyone got these index corrupt errors before?
[23:21] <dtchen> fta: ok, thanks.
[23:22] <dtchen> fta: i'm working with the upstream speex developer on several bugs (those glitches, cpu utilisation, etc.), so karmic's pulseaudio should be much better
[23:23] <BUGabundo> yay
[23:24] <fta> dtchen, a much better pa would be sure nice to have :)
[23:24] <dtchen> yes, and someone working on it full time, too
[23:25] <fta> dtchen, are you working for canonical?
[23:25] <dtchen> no
[23:25] <fta> oh
[23:25] <fta> ok
[23:26] <fta> so you're not full time on ubuntu then
[23:26] <dtchen> i have never been full time on Ubuntu
[23:26] <mbana> asac: hi and thanks for helping earlier today.  how much work is needed now that i'm this far
[23:27] <BUGabundo> dtchen: the level of your work for Audio has always impressed me! so thanks!
[23:30] <dtchen> no need to thank me.
[23:32] <BUGabundo> dtchen: no, I really do!
[23:32] <BUGabundo> if not for you and the rest of audio team, and upstream of course, linux audio would not be as good as it is
[23:44] <asac> mbana: not sure ;) ... how far did you get in the end?
[23:44] <mbana> i had to use windows (for VS stuff) so i didn't do anything
[23:46] <fta> http://glitchtown.com/comics/2009-03-20.png  :)
[23:46] <asac> 00:26 < mbana> asac: hi and thanks for helping earlier today.  how much work is needed now that i'm this far
[23:46] <asac> mbana: so do what i said (e.g. unpacking packages and adding gre.d entry manually etc)
[23:47] <mbana> is there much left after that
[23:47] <asac> if you do everything i said it will work
[23:47] <asac> well could be that you dont have ia32libs


[03:48] <beantaxi> rick_h: Hello rick_h! I'm reaching out as suggested in the Hacking On Cloud-Init section of the docs
[04:50] <beantaxi> I can't get a clean tox run, even on a fresh cloud-init clone, so I'm not sure if I should hold off pushing the commit or not


[09:16] <glitchd> *slap*
[12:36] <zincing> Hi. Trying to install ttf-mscorefonts-installer to get for example times new roman in LibreOffice. Obviously I do something wrong. Anyone here that can guide me? Thanks in advance!
[17:13] <xubuntu79w> help virus??
[17:14] <AaronRaimist[m]> xubuntu79w: Can you give a bit more information?
[21:21] <Parzival> Not sure if this is the right place to ask, but my computer has encountered an issue. Every time I try to open my Software Center, the page crashes. Every. Single. Time. Can anyone assist me in any way shape or form?
[23:49] <DarkAceZ> what happens if I try to --upgrade from 14.04
[23:49] <DarkAceZ> will it break everything?
[23:50] <bazhang> not if you do it properly, no


[04:13] <tsimonq2> cyphermox, xnox: It's going to be more work than I initially thought to get a DE-agnostic Qt slideshow because the authors of the KDE one decided it was a good idea to hardcode some things in such as themes...
[04:14] <tsimonq2> cyphermox, xnox: Nevertheless I'll hack on it a bit, and that'll probably end up being over the weekend... but where it's hardcoded, would you rather I hardcode LXQt in alongside it, or should I make it a bit easier for anybody in the future who wants a Qt slideshow to be able to have one?
[04:15] <tsimonq2> cyphermox, xnox: Because from what I can see, I can either increase the hardcoding or make it more versatile. You would prefer the latter I'm assuming?
[04:15] <tsimonq2> (it's Python either way, easy stuff :P
[04:15] <tsimonq2> )


[10:52] <Newbie> Hello world, I got Ubuntustudio downloaded and I need help now
[10:59] <Newbie> is nowhere a help chanel about ubuntu studio?
[11:01] <gordonjcp> Newbie: you could ask here, this is kind of what this channel is for
[11:03] <Newbie> how to login in ubuntustudio? I got no password or to login, I only have an "Admin" as user and no password for the account
[11:06] <Newbie> I tried to start ubuntustudio from dvd life
[11:25] <gordonjcp> the username should just be "ubuntu" with no passwor
[11:25] <gordonjcp> *password
[11:29] <Newbie> ok, I'll try
[15:02] <arraybolt3[m]> gordonjcp: For future reference, I think the default username used to just be "ubuntu". However in my testing, the default username is the same as the "computer name" on the live ISO - for Lubuntu, that's "lubuntu", for Ubuntu, that's "ubuntu", for Ubuntu Studio, it's "ubuntustudio", etc.
[15:04] <arraybolt3[m]1> I documented this here for in the event people searched for it on the Web: https://serverfault.com/a/1107144
[15:04] <arraybolt3[m]1> (Heh, typing indicators must be unreliable, it looks like I'm "typing" in two different spots at once.)
[15:05] <OvenWerks> :)
[15:05] <OvenWerks> the easy way to find user name is open a terminal and look at the command prompt
[16:03] <arraybolt3[m]1> OvenWerks: Heh, that works too. But using the computer name can be handy in the event you can't get a graphical environment so that you can look at a command prompt.
[16:05] <OvenWerks> ctr-alt-f2 generally works even when not logged in.
 "gz1: Ok, that tells me this is..." <- If you don't mind please. I am using ubuntu studio as my daily driver and i need to write in portuguese asap
 "gz1: In the meantime, you..." <- no one online in either of these 2 channels
[17:01] <gz1[m]> do you see anyone online?
[17:01] <gz1[m]> any other way to get info on this? someone could know which kde plasma component is not pulling the portuguese layout within the OS
[17:01] <gz1[m]> a tip here and there from some people will point me towards a solution. i am sure of this!
[17:01] <Eickmeyer[m]> gz1: That's not the way this works. Everyone that works on Ubuntu Studio is completely volunteer, so no amount of urgency is going to get this fixed in your timeline.
[17:02] <gz1[m]> and this will get this fixed which makes me happy anyway. id like to contribute to ubuntu studio to find and fix bugs as this will take my linux skills to the next level!
[17:02] <arraybolt3[m]1> Right but that gives you a login prompt and leaves you wondering what the username and password is.
[17:03] <gz1[m]> Eickmeyer[m]: i believe you! should i just research this on my own and see what i find? even this will improve my knowledge with the filesystem and kde plasma anyway
[17:03] <Eickmeyer[m]> gz1: Let me see if I can find the Ubuntu Portuguese LoCo (Local Community) for you, it's very active.
[17:04] <Eickmeyer[m]> It's an upstream issue, but maybe somebody there has an idea of what to do.
[17:04] <Eickmeyer[m]> And, it could already be fixed in a later version.
[17:04] <gz1[m]> Eickmeyer[m]: Thanks a lot really! From within elementor chat i am using right now i cant connect to either #ubuntu-pt:libera.chat or #ubuntu-br:libera.chat
[17:04] <gz1[m]> it just doesn't work
[17:05] <gz1[m]> and from here https://web.libera.chat/
[17:05] <gz1[m]> no one shows online
[17:05] <Eickmeyer[m]> Yeah, that's why I'm wondering if there's another place they meet, such as a discourse forum.
[17:06] <Eickmeyer[m]> I'm trying to get ahold of a contact now. A little patience.
[17:06] <gz1[m]> Eickmeyer[m]: much appreciated. thanks!
[17:06] <arraybolt3[m]> Hmph. Alternate Matrix homeserver is grumpy.
[17:06] <arraybolt3[m]1> gz1: Are you able to just remove the US keyboard layout entirely and leave only Portuguese?
[17:06] <arraybolt3[m]> gz1: Are you able to just remove the US keyboard layout entirely and leave only Portuguese?
[17:06] <arraybolt3[m]> oh lol now it works
[17:06] <gz1[m]> btw, how can i become active with studio in a way that benefits the flavour and improves my linux skills?
[17:07] <gz1[m]> arraybolt3[m]: let me try that now
[17:07] <arraybolt3[m]1> (I don't mean uninstall it, but maybe you can remove it from the active layouts or something.)
[17:07] <gz1[m]> it does not work
[17:07] <gz1[m]> should i reboot_
[17:07] <gz1[m]>  * should i reboot?
[17:07] <arraybolt3[m]> Maybe log out and log back in?
[17:08] <gz1[m]> á ã â
[17:08] <gz1[m]> here it works
[17:08] <gz1[m]> ç
[17:08] <arraybolt3[m]> But it doesn't work in other programs?
[17:08] <arraybolt3[m]> If so, that might mean you're just missing a font (though Ubuntu Studio is loaded with fonts so I kind of find that unlikely).
[17:09] <gz1[m]> let me reboot as its not working in text editors or onlyoffice suite
[17:09] <gz1[m]> 1 min
[17:12] <Eickmeyer[m]> onlyoffice? We don't support that, it's not in Ubuntu.
[17:12] <Eickmeyer[m]> Libreoffice is.
[17:12] <Eickmeyer[m]> No response from Diogo so far.
[17:16] <Eickmeyer[m]> gz1: When you get back, if all is not well, try this: https://forum.kde.org/viewtopic.php?t=166661
[17:18] <Eickmeyer[m]> gz1: This might be helpful as well: https://bbs.archlinux.org/viewtopic.php?id=232693
[17:20] <Eickmeyer[m]> gz1: Another link: https://bbs.archlinux.org/viewtopic.php?id=262496
 "onlyoffice? We don't support..." <- ok i got news. This happens in kate and kwrite so far.
[19:04] <gz1[m]> In sublime text, bluefish and dbeaver editors it works fine!
[19:04] <gz1[m]> kate and kwrite are very identical editors
[19:04] <gz1[m]> should be settings
[19:05] <gz1[m]> i removed US from layouts but it stills persists after reboot and always defaults to US after sometime. An issue i mentioned yesterday also in studio only
[19:06] <gz1[m]> i'll create extra user and test but kxkbrc is currently:... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/41a32f60ce2988fb281b99f75a024a9de82bbdad>)
[19:07] <Eickmeyer[m]> gz1[m]: Yes, but there's nothing doing anything with keyboard layouts in either Kubuntu or Ubuntu Studio, so there's no logic that it only affects one and not the other. The fact that you only tested on a live system (not an installed system) of Kubuntu leads me to believe it only affects installed systems and that you'll likely find the same issue on an installed Kubuntu system after some time.
[19:07] <Eickmeyer[m]> gz1: I left you a bunch of links, please scroll up.
[19:07] <gz1[m]> yes i saw them and i am checking them now
[19:07] <Eickmeyer[m]> gz1: It's definitely an upstream KDE PLasma issue.
[19:08] <gz1[m]> i believe what you said yes. kubuntu is under virtualbox
[19:08] <gz1[m]> Eickmeyer[m]: 100%
[19:16] <gz1[m]> before i apply this command as test:
[19:16] <gz1[m]> setxkbmap -layout us -variant intl
[19:17] <gz1[m]> i need to read about dead keys because only kate and kwrite are having this issue
[19:17] <gz1[m]> i have no idea what about dead keys and kate i have to do with settings
[19:18] <Eickmeyer[m]> Hmmm... check the settings in kate. Kate and kwrite are governed by the same engine.
[19:19] <gz1[m]> also same issue with onlyoffice which you don't support so maybe apps like these share something in common.
[19:19] <gz1[m]> But i can tell you that manjaro and endeavour were working fine with portuguese
[19:20] <gz1[m]> i dont want to be stubborn but doesn't this point to an issue with studio specific settings?
[19:20] <gz1[m]> i had these 2 distros as my only OS before i switched to studio for stability
[19:20] <Eickmeyer[m]> Again, there are no international keyboard settings in Studio. You can look at https://launchpad.net/ubuntustudio-default-settings
[19:21] <Eickmeyer[m]> So what you're seeing are things governed by the default settings in KDE Plasma.
[19:21] <gz1[m]> but default settings in KDE plasma in manjaro/endeavour os work fine out of the box
[19:22] <gz1[m]> is plasma ifferent version in studio?
[19:22] <gz1[m]> s/ifferent/different/
[19:22] <gz1[m]> well endeavour is cutting edge so...
[19:22] <gz1[m]> it's arch!
[19:22] <Eickmeyer[m]> It might be. Manjaro/endeavour might be running a newer version. If you want a newer version of Plasma, then I suggest upgrading to Ubuntu Studio 22.10.
[19:23] <gz1[m]> i'm cool with that but only if i am 100% sure this is fixed hehe, otherwise i prefer to get this fixed myself
[19:23] <gz1[m]> i already tweaked this LTS so much that i prefer to get this fixed myself and even become a volunteer somehow
[19:24] <Eickmeyer[m]> I just heard back from Diogo. They've moved to pure Matrix. The Ubuntu Portugal LoCo is now at #ubuntu-pt:matrix.org so you might be able to get some assistance.
[19:25] <Eickmeyer[m]> They've got several plasma users in their group.
[19:33] <gz1[m]> i'm already chatting to them. Thanks a lot!
[20:33] <gordonjcp> arraybolt3[m]: odd, I was sure the username for ubuntustudio was also just ubuntu, but I freely admit that could have been a total brainfart
[23:49] <OvenWerks> to honest, I don't remember  :)  even though I have always used a terminal for something while installing


[00:01] <broder> slangasek, kklimonda_, micahg: ok, i'm calling it quits for today on these rebuilds. i got libassuan2 through libfso-glib, not counting a handful of unrelated FTBFS's. good luck to you guys
[00:24] <slangasek> broder: great, thanks for the help! :)
[00:27] <micahg> broder: thanks, I took care of libmpd earlier in the week and will see what's left to do on sunday
[01:12] <Ampelbein> hi, I have a question about packages failing to build because of multiarch. I filed bug 747889 for one such package and attached a fix, but I'm not sure if that's correct. The package uses cmake which supposedly should support multiarch. Can someone have a look at that please?
[01:33] <slangasek> Ampelbein: looking
[01:36] <Ampelbein> slangasek: thank you.
[01:38] <slangasek> cmake itself certainly does know about the multiarch paths now, but maybe it's not using them for something particular to how arpon is checking for pthreads
[01:39] <slangasek> was this a failure found in the archive rebuild, or locally?
[01:39] <Ampelbein> slangasek: in the archive rebuild
[01:39] <slangasek> ok
[01:39] <Ampelbein> but i can reproduce it locally, too
[01:39] <slangasek> so 0 chance of out-of-date packages :)
[01:40] <Ampelbein> http://paste.ubuntu.com/588452/ is the code arpon uses to find librarys
[01:41] <slangasek> yah, I have it in front of me here
[01:43] <slangasek> Ampelbein: so I would argue that the correct fix is to not require PTHREAD_LIB_DIR to be found, and to only error out when PTHREAD_INCLUDE_DIR or PTHREAD_LIBRARY is missing
[01:46] <slangasek> Ampelbein: follow-up patch sent to the bug
[01:49] <Ampelbein> slangasek: ok, I think I understand the reasoning. Your fix can be easily forwarded to upstream while the dpkg-architecture one is ubuntu/debian specific and makes backports etc. harder?
[01:49] <slangasek> indeed
[01:50] <Ampelbein> thank you very much for looking into it!
[01:50] <slangasek> no problem :)
[02:17] <dylan-m> Hey, little Unity question if anyone's about: right now that cool feature where the dash resizes to fit its contents only happens with the AltF2 and Home lenses. Is this for a particular reason?
[03:24] <ScottK> dylan-m: #ayatana would be a better channel for that question.
[03:24] <dylan-m> ScottK: Ah, that makes sense. Thanks :)
[04:23] <Ampelbein> Do I need a FFe for a package removal from natty at this time? I guess so, just want to make sure.
[04:26] <Ampelbein> bug 747988 in case anyone wonders
[04:27] <Hobbsee> Ampelbein: i doubt it, to be honest
[04:28] <Hobbsee> it's not going to corrupt the archive if it's broken and doesn't build
[04:30] <Ampelbein> Hobbsee: yes, I agree. I will subscribe ubuntu-archive and let them handle it ;-)
[04:36] <rigved> hi everyone...i am talking about bug 458872...i want to test a fix which I have created for it. how do i do that? specifically, i want to introduce cruft into my system. how do i do that?
[04:40] <ScottK> Ampelbein: As long as you've checked it has no rdepends (which is part of the process) then I think cruft removal is a bugfix and doesn't need an FFe.
[04:41]  * ScottK waves to Hobbsee.
[04:41] <Hobbsee> hey ScottK
[04:41] <ScottK> KDE is getting good again, you might give it a try now ...
[04:42] <Ampelbein> ScottK: yes, I did check rdepends, with 'apt-cache rdepends agsync/agsync-dev' and 'reverse-build-depends agsync/agsync-dev', so I am pretty sure it has none.
[04:44] <Hobbsee> ScottK: i was thinkin the pictures of it looked pretty cool
[04:45] <ScottK> Ampelbein: Good.
[04:46] <rigved> i guess i'll ask in #ubuntu+1
[04:46] <ScottK> Hobbsee: Pretty stable too.  The only problem I've had since upgrading my main laptop for beta testing was resolved by manually removing hal and the one universe package I had installed that needed it.
[04:46] <Hobbsee> ScottK: impressive.  :)
[04:46] <Hobbsee> (just as long as it's not windows)
[04:46] <ScottK> Nope.
[04:47] <ScottK> I won't mention slangasek arranging to have kdm restart in the middle of the upgrade.  That wasn't kdm's fault (and is fixed).
[04:49] <Hobbsee> details...
[04:50] <ScottK> Details in Bug #744944
[05:24] <broder> Ampelbein: wait..i would have sworn i built agsync earlier today..
[05:24] <broder> maybe not
[05:25] <broder> ah, no, i was about to, once i rebuilt its r-build-deps, which i thought i did
[05:26] <broder> Ampelbein: it's failing to build because of the multiarch rearrangement, so i don't think that should contribute to any removal discussion
[05:26] <broder> but the other reasons do seem rather valid :)
[05:26] <Ampelbein> broder: yes, so I thought it's no use to put energy in fixing the build issue now
[06:00] <slangasek> ScottK: is there any indication yet whether skipping the restart for nss modules is a problem, btw?
[06:00] <ScottK> slangasek: I'm not aware of any.
[06:00] <slangasek> ok
[07:01] <vish> is there no compiz Ubuntu branch ?
[07:02] <vish> (looks like there is only the packagers branch and there seems none for maverick)
[07:03] <vish> https://code.launchpad.net/~compiz « doesnt have maverick
[07:11] <slangasek> vish: rarely do you find separate branches for previous releases; in this case I guess lool should have created one when he SRUed for maverick, but that didn't happen
[07:12] <slangasek> vish: and what do you mean, "only the packagers branch"? What would you expect to find in an Ubuntu compiz branch that would be different from a "packagers branch"?
[07:12] <vish> slangasek: something like the usual : /ubuntu/<release>/<package>/
[07:13]  * vish thought all packages had them..
[07:13] <slangasek> ah, a UDD branch; let me see
[07:14] <vish> https://code.launchpad.net/ubuntu/maverick/+source/compiz says 0 for all versions
[07:14] <slangasek> no UDD branch because of this error: http://package-import.ubuntu.com/status/compiz.html#2011-03-15%2015:56:27.721896
[07:14] <vish> oh!
[07:16] <vish> slangasek: so if i'm doing an SRU for maverick, which should i branch?
[07:16] <vish> which one*
[07:16] <slangasek> vish: you'll need to do it the old fashioned way, downloading the source package from maverick-updates
[07:17] <vish> k, thanks..
[07:17] <lonejack> Hi, in UBUNTU future versions (that will adopt Wayland+unity), if I build a sw bu gtkmm, this sw, will continue to be compatible/compilabe  or not?
[08:01] <lool> vish, slangasek: Thanks; I've created a lp:~compiz/compiz/maverick branch from 1:0.8.6-0ubuntu9 in lp:~compiz/compiz/ubuntu (after adding the missing tag) and importing my upload; I've also updated Vcs-Bzr in that branch for the next maverick upload if any
[08:06] <Technicus> Hello . . . I'm not a developer, but I am experiencing challanges which the typical solutions to not resolve, the problems stem from trying to use a device that works on the Lucid kernel but not Mavrick kernel . . .
[08:06] <Technicus> So I installed a realtime kernel from: [ https://launchpad.net/~abogani/+related-software ], but now Nvidia drivers do not want to cooperate . . .
[08:06] <Technicus> Would it be appropriate to discuss this issue here?  If not please direct me to the proper channel.
[08:24] <khrm> I am not being able to trap SIGILL in ubuntu in expect script. The same thing I am being able to do in other distros. Here is line in my expect file: trap quit {INT TERM QUIT ABRT HUP ILL }
[10:26] <cjwatson> YokoZar: bug 746758 is presenting with the same symptoms as bug 745459, but the syslogs show that the most current version of ia32-libs (20090808ubuntu11) is installed.  Wasn't that supposed to fix it?
[10:37] <doko_> broder, slangasek: the page is updated hourly
[12:19] <YokoZar> cjwatson: you sure there's still a problem?
[12:20] <YokoZar> cjwatson: ia32-libs contains the libraries now (according to ldd), and I was able to run youtube on it in vm before I uploaded.  The problem lies elsewhere...not sure exactly where though.
[12:29] <cjwatson> YokoZar: well, as I say, the logs show the most current version of ia32-libs
[12:29] <cjwatson> would you mind having a look at the logs and see if anything jumps out?
[12:29] <YokoZar> cjwatson: what I mean is it a ldd link failure?
[12:30] <cjwatson> no, it's nspluginwrapper complaining
[12:30] <cjwatson> which was mentioned in some of the ia32-libs bugs that Andreas Moog closed too
[12:31] <YokoZar> cjwatson: admittedly I didn't try installing flash fresh.  So if you installed with ia32libs -ubuntu9 (the one from maverick) it worked fine, 10 broke it, and 11 fixed it, but I didn't test actually installing on -10 or on -11
[12:32] <YokoZar> so maybe that points to nspluginwrapper rather than ia32-libs itself, unless there's another library missing that flash doesn't need but the installer does for some reason
[13:39] <vanguard> does it make any sense to package a webapp (like a content management system)?
[13:46] <wolfe> vanguard: web apps are packaged
[13:46] <wolfe> vanguard: i.e. squirrelmail
[13:58] <ari-tczew> slangasek: could you look on ftbfs https://launchpad.net/ubuntu/+archive/test-rebuild-20110329/+buildjob/2395855 I guess it's related to multiarch
[14:01] <JanC> vanguard: IMO it depends on how often it needs updating and whether it's possible to ship it in a way that by default is useful for many people
[14:02] <ari-tczew> slangasek:  this one also has got problem with .la file https://launchpad.net/ubuntu/+archive/test-rebuild-20110329/+buildjob/2395860
[14:16] <vanguard> I rather meant something like wordpress, that you install on a webserver manually normally
[14:19] <Hobbsee> !info wordpress
[14:19] <Hobbsee> vanguard: that one? ^
[14:24] <YokoZar> Hobbsee: incidentally a package people often don't use in favor of installing it manually...
[14:25] <Hobbsee> YokoZar: that's true, especially given you can update it from inside itself
[14:25] <YokoZar> vanguard: really your question is generalizable to packages for software that wasn't written for systems with good packaging systems (generally windows).  They tend to have their own update infrastructure which is a pain to integrate into ours.
[14:27] <YokoZar> I run into this problem whenever I consider packaging a Windows app via Wine, for instance.  ALL of them have to roll their own self-update tool from scratch since Microsoft doesn't provide anything like it.
[14:27] <JanC> also, some CMS systems have configuration files all over the place
[14:27] <JanC> or need updates for security issues every other week...  ;)
[14:30] <wolfe> vanguard: squirrelmail IS the exact same in methodology
[14:31] <wolfe> vanguard: normally people will download squirrelmail individually just like wordpress
[14:46] <vanguard> wolfe: oh, I thought squirrelmail was something like postfix, sry
[14:54] <Ampelbein> cjwatson: hmm, the only ia32-libs bug I (andreas moog) remember closing was bug 745781, what other bugs do you mean?
[14:59] <cjwatson> 10:26 <cjwatson> YokoZar: bug 746758 is presenting with the same symptoms as bug 745459, but the syslogs show that the most current version of ia32-libs (20090808ubuntu11) is installed.  Wasn't that supposed
[14:59] <cjwatson>                  to fix it?
[14:59] <cjwatson> Ampelbein: ^-
[14:59] <cjwatson> ah, sorry, it was Anders Kaseorg who closed that latter bug
[14:59] <cjwatson> too many shared letters in your names so I confused them :)
[14:59] <YokoZar> cjwatson: what do you mean by "same symptoms" though?
[15:00] <Ampelbein> cjwatson: oh, ok, so it isn't my mind splitting and doing things on its own ;-)
[15:00] <cjwatson> YokoZar: "nspluginwrapper: no appropriate viewer found for /usr/lib/flashplugin-installer/libflashplayer.so"
[15:00] <cjwatson> and then flashplugin-installer.postinst exiting 1
[15:01] <YokoZar> cjwatson: well what I fixed was the missing libraries, I don't claim to have fixed that since I never ran into it in testing.  But I didn't test a fresh install of nspluginwrapper.
[15:01] <YokoZar> or rather of flashplugin-installer
[15:01] <cjwatson> identical failure showing in https://bugs.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/746758/comments/13
[15:02] <YokoZar> I highly suspect though, that the error isn't in ia32-libs but rather in flashplugin-installer because ia32-libs is providing the libraries and they link fine post install
[15:04] <cjwatson> OK, it seems to me that those bugs against ia32-libs were likely closed inappropriately, then
[15:05] <YokoZar> cjwatson: well both components really
[15:06] <cjwatson> yep.  I don't have an amd64 installation right now to test with
[15:08] <Ampelbein> cjwatson: I tried installing flash in a fresh natty amd64 chroot (with 'pbuilder dist natty login') and there is no error, on my work system flash works and I can install/uninstall flashplugin-installer like I want to.
[15:08] <cjwatson> maybe try with a desktop CD, since that's where I'm seeing reports?
[15:09] <cjwatson> (check the "Install this third-party software" box on the second page)
[15:10] <Ampelbein> will do. using kvm-qemu should make no difference?
[15:12] <cjwatson> don't know, I'd be surprised if it did
[15:36] <ari-tczew> slangasek: this one also has got problem with .la https://launchpad.net/ubuntu/+archive/test-rebuild-20110329/+buildjob/2394868
[15:37] <ScottK> OdyX: Do we need some more pyside related syncs?
[15:39] <OdyX> ScottK: pyside was apparently FTBFS'ing on armel… I had no time to investigate…
[15:39] <ScottK> OdyX: I saw you did another round of uploads in Debian.
[15:39] <OdyX> ScottK: yes, new upstream releases…
[15:39] <ScottK> Bugfix or new features?
[15:40] <OdyX> bugfix
[15:40] <OdyX> I suspect the armel thing won't be solved easily though.
[15:40] <OdyX> It's #745852
[15:41] <ScottK> It looks like it fails tests due to us switching from GL to GLES on armel too.
[15:41] <OdyX> ScottK: but the new upstream releases build fine in natty PPAs (aka no armel). See https://launchpad.net/~pyside/+archive/ppa/+packages
[15:42] <OdyX> (+ shiboken 1.0.1-2 for symbols mismatch on sparc/s390)
[15:42] <ScottK> Looks like arch specific .install file will fix it on armel for Ubuntu.
[15:42] <ScottK> dh_install: python-pyside.qtopengl missing files (usr/lib/python*/*-packages/PySide/QtOpenGL.so), aborting
[15:44] <ScottK> OdyX: Why don't you request the sync's and I'll approve them.  Please ping me with bug numbers.  If it's bug fixes, we want them.
[15:45] <OdyX> ScottK: lemme try to do that (I'm leaving for the week-end in ~1 hour).
[15:45] <ScottK> OdyX: Thanks.
[15:45] <arand> lool: Hia, seems to have a bit of an issue with the latest enabling of btrfsck, for some reason btrfsck reports "unsopported option" on my system (I use default mount options), and hence when it is enabled, boot fails, could this be something that many current btrfs users would run into?
[15:46] <OdyX> ScottK: If you could do the "natty-armel" specific in a -1ubuntu0 for me, it'd just be great.
[15:47] <ScottK> OdyX: I'll try to find the time for that. It's now part of Bug #707794
[15:47] <ScottK> slangasek: ^^^ one more.
[16:03] <MadCow108> where do icons have to be so they are found by the unity launcher?
[16:06] <sabdfl> MadCow108: usual places
[16:06] <sroecker> Hi, there seems to be a problem with the new fglrx package for x64. I've filed bug #748308
[16:09] <MadCow108> sabdfl; what are the usual places?  I have put it in pixmaps and icons and it is found also in the apps place but in the launcher I get a question mark
[16:10] <sabdfl>  /usr/share/icons should work
[16:11] <sabdfl> cjwatson: grub de-grubbed? sounds like it was a nasty one
[16:24] <YokoZar> MadCow108: how are you putting icons there?
[16:25] <YokoZar> MadCow108: I ask because generic newly defined icons coming from an upstream package should probably go into the hicolor theme, ie /usr/share/icons/hicolor
[16:25] <MadCow108> thats where I put them
[16:26] <YokoZar> Also I'm not sure when Unity does its caching/detection of new icons
[16:26] <YokoZar> iirc when I update icons from a package I sometimes need to restart to see them change
[16:26] <MadCow108> the launcher does not even display the name of the application, it does use .desktop files or?
[16:26] <MadCow108> done that a few times already
[16:27] <MadCow108> the app place seems to find the icon fine, why not the launcher?
[16:27] <YokoZar> Now that I don't actually know
[16:32] <charlie-tca> could the desktop file be pointing to a specific dir for the icon?
[16:34] <MadCow108> no its just the application name
[16:35] <charlie-tca> .desktop contain a line "Icon =" that sometimes is very specific
[16:37] <MadCow108> I replaced my desktop file with the one from vlc (with changed exec) and its still a questionmark in launcher and a vlc icon in apps place, weird
[17:12] <jcastro> cjwatson: I am only just now noticing the geoip bits in the alt installer, nice!
[17:54] <ari-tczew> is it true that debian/changelog could not be longer than 79 characters?
[17:56] <zul> it shouldnt
[18:12] <slangasek> ari-tczew: ibus-client-clutter FTBFS because clutter-imcontext is on the list at http://people.canonical.com/~vorlon/broken-srcs-universe.txt needing a no-change rebuild; ibus-input-pad needs input-pad rebuilt; gtkmathview needs gdome2 rebuilt.
[18:12] <slangasek> ScottK: noted, thanks
[18:26] <cjwatson> sabdfl: getting wubi to keep working has been a bit hairy this cycle, yes :-/
[18:26] <cjwatson> jcastro: thank ev for that :-)
[19:20] <buxy> where should I reassign https://bugs.launchpad.net/ubuntu/+source/dpkg/+bug/748182 ? it's about an error in the installation process
[19:22] <slangasek> buxy: 'ubiquity' makes a good first approximation
[19:24] <buxy> thanks
[20:20] <phenom> ubottu has a bug: Type "nc -lv 5555" in #ubuntu. Returns:Launchpad bug 5555 in Launchpad itself "add branch form has confusing english" [Medium,Fix released] https://launchpad.net/bugs/5555
[20:20] <phenom> wow
[20:20] <phenom> nc -lp 5555
[20:21] <phenom> Hope it's programmed with some good flood protection.
[20:37] <Daviey> phenom, Thanks - can you report it to, https://bugs.launchpad.net/ubuntu-bots/+filebug please?
[20:54]  * phenom nod
[22:36] <ari-tczew> slangasek: then ibus-client-clutter needs also rebuild?
[22:36] <slangasek> it doesn't need a rebuild; it just needs clutter-imcontext rebuilt so that it's buildable
[22:40] <ari-tczew> slangasek: ok, are you going to do it or shall I take it?
[22:54] <slangasek> ari-tczew: please do :)
[22:54] <ari-tczew> slangasek: ok! if they are in universe, will do
[22:55] <slangasek> ari-tczew: yes, they're all in universe; I cleaned main of these issues last week
[22:55] <ari-tczew> slangasek: I can do more uploads of them, just give me the reason for d/changelog which I should use.
[22:57] <slangasek> ari-tczew: I've used 'No-change rebuild to pick up multiarch .la files'


[04:07] <dgroos> Good evening/morning alkisg.
[04:07] <alkisg> Hi dgroos, how are you?
[04:07] <dgroos> Pretty early for you?
[04:08] <dgroos> Good :)  and you?
[04:08] <dgroos> 6:00 AM?
[04:08] <alkisg> Yeah my wife was leaving on a trip and I woke up to say bb :)
[04:08] <dgroos> Nice.
[04:09] <dgroos> I've got a quick question-- are you planning on running natty in your classrooms next year or 10.04?
[04:10] <alkisg> Here, teachers support the computer labs. So we need something stable, and with known problems/workarounds. So we're sticking to LTS releases...
[04:11] <alkisg> We also have a PPA in case some backports are needed, which are not provided officially by ubuntu
[04:11] <alkisg> If I were to use 10.04, I'd use 11.10 instead, even on beta, it would have a cleaner upgrade path to LTS
[04:11] <dgroos> OK, that was the sense I had gotten from you--that there is nothing ultra-compelling about natty.
[04:12] <alkisg> (ah forgot here schools open on September, close to oneiric release)
[04:12] <alkisg> It depends on people's needs. But here most labs won't even run Unity-3D
[04:12] <dgroos> here too.
[04:13] <dgroos> and Unity-3D doesn't do much on fat clients I'd guess?
[04:13] <alkisg> So the only changes visible to teachers, would be firefox 4 instead of 3.6 and libreoffice instead of openoffice
[04:13] <alkisg> It would work like if locally installed, i.e. on cards that support 3D
[04:14] <dgroos> OK--still working on defining the boundaries of fat clients.
[04:14] <dgroos> Can one put ff 4 on the LTS?
[04:14] <alkisg> Also in newer versions package "prism" was dropped, and we need that for our edu apps. That would be another drawback to use >= 11.04. We'll try to upgrade our edu packages for 12.04, to use something else instead of prism.
[04:15] <alkisg> I think so. But it breaks some extensions from the repositories.
[04:15] <alkisg> Also LTS releases get newer kernels more easily
[04:15] <alkisg> For each version of ubuntu, its kernel is backported to the last LTS release
[04:16] <alkisg> So very new labs with sandy bridge will eventually work well on lucid, but not on natty
[04:17] <dgroos> That's a big advantage of LTS I hadn't known.
[04:17] <alkisg> Of course you can use a kernel ppa on 11.04 and get a newer kernel. It's just not supported officially.
[04:18] <dgroos> OK, I'm headed to bed soon but I've wanted to ask your thoughts on that for a while...
[04:18] <dgroos> thanks.
[04:18] <dgroos> Have a great day!
[04:18] <alkisg> You're welcome - but remember those are just my thoughts
[04:18] <alkisg> Don't rely on them too much, see your own needs
[04:19] <alkisg> Good night :)
[11:22] <rhce7320> I have use the online upgrade to upgrade 8.04 to 10, but have ended up with a bricken pxe boot.  My experience is freebsd/Centos, so I'm progressing slowly.  Has somebody had experience in debugging tftp  error code 2 (access violation in wireshark)?
[11:25] <rhce7320> In wireshark, I see a successful DHCP dialogue, a successful arp (server gets client mac), tftp read request, tftp error, sucessful arp (client gets server mac).
[23:04] <stgraber> highvoltage: doh, edubuntu-live got automatically demoted to universe
[23:04] <stgraber> highvoltage: thereby breaking the translation import
[23:04] <stgraber> highvoltage: so alpha-2 will be shipping without translations for the edubuntu-specific installer steps (again)
[23:05] <stgraber> highvoltage: I poked cjwatson so it gets moved back to main and added to whatever list it should be on to avoid another demotion