[02:04] <manchicken> Riddell: You about man?
[02:34] <manchicken> I suppose Riddell isn't around.
[02:35] <Jucato> it's 1:30 AM UTC...
[02:37] <manchicken> What TZ is Riddell in?
[02:37] <manchicken> I'm UTC-0600
[02:38] <Jucato> wherever Scotland is...
[02:41] <manchicken> Ahhh
[02:41] <manchicken> Okay
[03:07] <manchicken> How do I modify the build process to get some debug symbols in there?
[03:33] <nixternal> http://www.deviantart.com/deviation/39339795/?qo=131&q=kubuntu&qh=boost%3Apopular+age_sigma%3A24h+age_scale%3A5
[03:33] <nixternal> Riddell is everywhere :)
[03:33] <manchicken> w00t!  I got tabs in kde-systemsettings.
[03:34] <nixternal> screeny?
[03:38] <manchicken> http://www.notsosoft.net/snapshots/snapshot2.png
[03:38] <manchicken> I mangled the toolbar and such pretty bad.  heh
[03:39] <nixternal> hehe
[03:39] <nixternal> i like tabs though
[03:39] <manchicken> I'm not sure I like the toolbar.
[03:39] <manchicken> I don't really think the search thing makes sense...
[03:39] <nixternal> you mean that killer back button? :p
[03:40] <manchicken> Well, I commented out the search bar for the sole purpose of getting SOMETHING working with tabs.
[03:41] <manchicken> Instead of using a windowStack widget I'm using the tab widget.  The search functionality is all around the widgetStack, so I figured I'd rework that afterwards.
[10:08] <allee> Hi
[10:12] <raphink> hi allee
[10:14] <allee> raphink: you know how to switch to desktop/workplace an kde apps is running? Alternatively switch the app to current desktop?
[10:14] <allee> ^^ from script
[10:14] <allee> found nothing in kdcop yet.
[10:20] <raphink> hmmm
[10:20] <raphink> interesting question
[10:22] <allee> yeah, when digikam run on other another desktop, media action looks like doing nothing.   I've found restore to unminimize and raise. Only jump to desktop missing now ;)
[10:22] <raphink> yes
[10:23] <raphink> hehe
[10:23] <raphink> dcop kdesktop KDesktopIface switchDesktops 3
[10:23] <raphink> just tried that :)
[10:23] <raphink> it doesn't move windows obviously
[10:23] <raphink> but well it's funny
[10:24] <raphink> it's not what you want allee
[10:24] <raphink> yet
[10:24] <allee> raphink: not moving is okay.  Jumping to desktop of the app is what I usually see. (and changing it should be desktop global setting)
[10:25] <raphink> hmmm ok
[10:25] <allee> raphink: now, which desktop is an app running on.  Using '3' is cheating ;)
[10:25] <raphink> you still need a funtion to grap the desktop of the app
[10:26] <raphink> yes that was just a test
[10:26] <raphink> :)
[10:38] <allee> heh, and with desktop is the media action selector dialog running on '3' is delta
[10:53] <jsgotangco> ah
[11:00] <allee> probs-- : dcop kwin KWinInterface currentDesktop # setCurrentDesktop(int); {next,previous}Desktop()
[11:00] <allee> unresolved: desktop an already running application is using
[11:49] <Tonio_> hi
[11:50] <Hobbsee> heya
[11:52] <Tonio_> hum apt-file isbroken.....
[11:55] <Tonio_> Riddell: kickoff includes a kmenufile.h file
[11:55] <Tonio_> any idea what is he concerned package ?
[11:56] <allee> Tonio_: did you upload digikam?  I hope not. Autostart with gphoto2 cameras is not working.  fixed locally
[11:58] <Hobbsee> Tonio_: got packages of that for testing yet?
[11:58] <Tonio_> allee: not still no I just wokeup :)
[11:58] <Tonio_> Hobbsee: no, build fails becauseof that kmenubase.h including issue....
[11:59] <allee> Tonio_: k. I'll ping again when the updated pks is in revu
[12:00] <Tonio_> allee: sure
[12:01] <Hobbsee> Tonio_: pity
[12:02] <Tonio_> Hobbsee: for what ?
[12:02] <Hobbsee> Tonio_: pity that it's not yet working
[12:02] <Tonio_> Hobbsee: pitty the guy or pity the pity ?
[12:03] <Tonio_> hehe, lol okay :)
[12:14] <Riddell> Tonio_: somewhere in kdelibs probably
[12:15] <Riddell> or kdebase
[12:25] <Tonio_> Riddell: hum.... well I assumed so but it isn't.... I'll investigate
[12:25] <Tonio_> Riddell: I've done a couple of patch to fix issues in guidance, will send them to you tomorrow
[12:25] <Tonio_> or today :)
[12:26] <Tonio_> Riddell: that makes the powerlevel more precise, and I've added the missing icons, and cleaned the icon structure, which is a mess
[12:26] <Tonio_> I'll ping you, lure or sebas to sync in svn
[12:33] <Lure> Tonio_: just send and I can review and commit
[12:37] <Tonio_> Lure: okay I'll do that later, time to eat ;)
[01:43] <allee> Tonio_: the "Nightmare Pkging" deb of digikam is in Revu: http://revu.tauware.de/details.py?upid=3783.  Don't know how often I got it wrong or miss or discovered ...
[01:46] <allee> Tonio_: one question: how was the huge-mem-leak diff created?  It patches the destructor and not the slotfailedimageload method?  It's exactly the same fragment of code that's removed.  Just in the wrong method ;)  In debian rc1 it's correct (and not needed by rc2)
[01:55] <manchicken> Tonio_: Congratz
[01:55] <manchicken> Riddell: You about?
[02:08] <Riddell> hi manchicken
[02:12] <manchicken> Riddell: Howdy.  I had a bit of success finally.
[02:13] <manchicken> I poured through systemsettings over and over again, experimenting until something made sense, and I finally got tabs.
[02:13] <manchicken> The only thing not working right now is search.
[02:13] <manchicken> So I'll probably have a patch for you before the end of the year.
[02:14] <manchicken> I thought I was gonna have to kill search, but I think I'm just going to have a widget stack set up for all of this.
[02:17] <manchicken> Anyway, workie time.  Later folks.
[02:20] <Riddell> manchicken: screenshots would be cool
[02:26] <Riddell> abattoir: still planning to port oem-installer to qt 4?  (google is asking about SoC people who are still active)
[03:43] <bddebian> Heya
[04:04] <nixternal> boo
[04:05] <bddebian> Heya nixternal
[04:05] <nixternal> why hello there
[04:06] <nixternal> thanks for the krename upload yesterday
[04:07] <bddebian> No, THANK YOU :-)
[04:08] <nixternal> hehe...i need to copy over my gpg key and what not to my lappy so i can start doing some more
[04:09] <nixternal> i am so glad i finally broke down and bought a new lappy..my old one, bless its processor, just couldn't hack it any more
[04:12] <bddebian> Heh
[04:32] <bddebian> nixternal: That's great news.  Go fix your comix package on REVU ;-)
[04:44] <nixternal> actually, that looks like it can by sync'd from Debian unstable
[04:44] <nixternal> i will file a sync request for it
[05:00] <h3sp4wn> Has anyone managed to compile konq/e against either qtopia or qt embedded (apparantly this would allow konq to run on a standard framebuffer console - but there seems to be very little documentation about the best way to do this)
[05:26] <Tonio_> allee: I will only have my key tomorrow
[05:26] <Tonio_> concerning the hudge mem diff, I didn't do it, and I must say I don't know....
[05:30] <allee> Tonio_: merge tools?
[05:34] <nixternal> Tonio_: i did your knemo merge and created the bug already - hope that was OK
[05:37] <nixternal> anyone have some open merges they need some help with
[05:38] <Tonio_> nixternal: that was not my merge ;)
[05:39] <Tonio_> allee: bah it'll be quicker to wait for my gpg key tomorrow
[05:39] <Tonio_> nixternal: as long as is universe, I'm not responsibleof anything :)
[05:50] <nixternal> it had your name on it Tonio_ thats why i said that (MoM that is)
[05:53] <Tonio_> nixternal: yeah sure, but maintainers on universe package are not really responsible ofthem
[05:53] <Tonio_> any motu can take care of the package
[05:54] <Tonio_> it is not like sensitive packages like kds which is mostly maintained by jonathan and me
[05:55] <nixternal> ok, so if i see your name on a universe package and have some time i will do the merges then
[05:56] <Tonio_> nixternal: sure ;) just ping me if you have a question concerning a patch or something
[05:56] <Tonio_> nixternal: but nobody would blame you if you take care of that
[05:56] <nixternal> cool, i appreciate it..just didn't want to step on toes if they were already being worked on
[05:56] <Tonio_> of course
[05:57] <Tonio_> it is alway better to ask, in case I may have something done offline waiting for upload or something
[06:04] <jdong> Tonio_: can you fix the ktorrent 2.1~beta1 packaging sometime?
[06:04] <jdong> Tonio_: needs a b-d on docbook2x IIRC
[06:05] <Tonio_> jdong: b-d ?
[06:05] <Tonio_> ah okay :)
[06:05] <jdong> yeah that thing
[06:05] <jdong> that I don't like typing out
[06:05] <Tonio_> jdong: does it fail to build ?
[06:05] <jdong> yes
[06:05] <jdong> it tries to call docbook2x
[06:05] <Tonio_> jdong: I'll fixit today, and will upload tomorrow
[06:05] <nixternal> jdong: does it use the "KDE" way of doing documentation?
[06:05] <jdong> which didn't exist :)
[06:05] <nixternal> or are they doing it their own way?
[06:05] <Tonio_> jdong: is that the upload I have done ?
[06:05] <jdong> nixternal: I have no idea :)
[06:06] <jdong> Tonio_: right
[06:06] <Tonio_> jdong: who did the upload ?
[06:06] <nixternal> you know what...they are using it to create a man page probably
[06:06] <jdong> Tonio_: you did it
[06:06] <jdong> Tonio_: at least feisty-changes claims
[06:06] <Tonio_> jdong: hum........ I'm always testing to build locallybefore uploading........
[06:06] <Tonio_> maybe I didn't upload the good package.......
[06:07] <Tonio_> jdong: yes okay I probably missed the good .changes file before uploading.......
[06:07] <jdong> Tonio_: ah, ok :)
[06:07] <Tonio_> jdong: I'll fix it today, and upload tomorrow, sorry for the inconvenience
[06:07] <jdong> Tonio_: no problem at all :)
[06:08] <Tonio_> jdong: well I always build everything before any upload that's why I was surprised.... :)
[06:08] <jdong> hehe :)
[06:08] <Tonio_> I am having hard time with that broken apt-file...........
[06:08] <Tonio_> that'svery usefull to track builddeps......
[06:09] <jdong> oh, apt-file is broken?
[06:09] <Tonio_> jdong: do you know if there isa bug against it ?
[06:09] <jdong> in.. edgy? feisty?
[06:09] <Tonio_> jdong: well apt-file update doesn't produce anything here
[06:09] <Tonio_> jdong: feisty
[06:09] <jdong> hmm I woudln't know
[06:09] <jdong> not running Feisty yet :-/
[06:09] <Tonio_> that's a pure pain when you need to track a .h file or something
[06:10] <Tonio_> yep, still broken........ probably a perl issue
[06:10] <Tonio_> afairit started to fails after a perl update.......
[06:11] <Tonio_> maybe there isa known patch over the net....... I'll try to fix this before doing kickoff
[06:11] <Tonio_> Riddell: concerning kickoff, all the patches over kdebase are done, I'm just missing apt-file to track the potential build deps missing
[06:12] <jdong> Tonio_: time to keep around an Edgy chroot perhaps :)
[07:12] <allee> nixternal: ping
[07:13] <allee> nixternal, Tonio_ : the leftover knemo fix: add X-KDE-systemsettings-network.  Does this mean every kcm module desktopfile needs this fix?
[07:19] <nixternal> i believe it was knemo specific
[07:21] <allee> nixternal: strange.  Reason why I ask is I'm pondering if I should commit this to kde svn.  That's not kubuntu/debian specific at all
[07:24] <nixternal> ahh..well Tonio_ or someone with a greater knowledge of the issue would probably be able to answer that better
[07:24] <nixternal> but if it's not k/d specific, then it probably is a possible upstream fix, makes sense logically
[08:41] <mhb> Riddell: remember when you fixed the systemsettings translations for me?
[08:42] <mhb> Riddell: the guidance tools had a bug that couldn't be fixed because it was too late
[08:42] <mhb> Riddell: that's why their description was untranslated
[08:44] <mhb> Riddell: can we fix that in Feisty please? :o)
[08:50] <Tonio_> allee: in theory yes, but we'll change kss on that point to revert back to the previousway to work
[08:50] <Tonio_> currently, we choose what we want in it
[08:50] <Tonio_> the goal is to decide what we don't want
[09:11] <toma> how is feisty currently?
[10:25] <seele> can i use the system settings to configure an external monitor that isnt the same resolution as my native monitor?
[10:26] <toma> that did not work out ;_(
[11:15] <toma> 2.6.19 fails for me... too  bad ;-(


[00:37] <craigbass76> OvenWerks, I'm not really doing a whole lot on this machine. I'll probably just grab a new drive and throw a new version of UbuntuStudio on it.
[00:38] <craigbass76> I do wonder how I can run Ardour and Hydrogen on it at the same time. They always seem to be fighting over who owns jack, and up until now I've always just made sure one is shut down before I fire up the other.
[00:41] <craigbass76> I'm reading the link Eickmeyer[m] sent earlier,and wondering if AVLDrums is a workaround... I once recorded a set of DW drums (mic setup was snare, kick, a couple others and 2-3 condenser overheads) and really liked using each of those amples in Acid (precursor to Adobe GoLive I think) to make a drum track, then dumping into CoolEdit back in the day (pre-2005, before I had kids)
[00:41] <OvenWerks> craigbass76: I have not wanted to run the two together but have heard that hydrogen needs to be master and Ardour needs to be set up to follow jack.
[00:42] <craigbass76> Bah... The whole message was: I'm reading the link Eickmeyer[m] sent earlier,and wondering if AVLDrums is a workaround...
[00:42] <OvenWerks> avldrums could be used yes but it is not a tracker the hydrogen is.
[00:42] <craigbass76> I once recorded a set of DW drums (mic setup was snare, kick, a couple others and 2-3 condenser overheads) and really liked using each of those
[00:43] <craigbass76> samples in Acid (precursor to Adobe GoLive I think) to make a drum track, then dumping into CoolEdit back in the day (pre-2005, before I had kids)
[00:43] <craigbass76> OvenWerks, I'll have to dork with it. Is it something I can play with somehow in 18.04?
[00:43] <OvenWerks> the other one for all out would be drum gizzmo
[00:45] <OvenWerks> craigbass76: basically avdrums is a fluidsynth pre loaded with a rather good drumset (well two actually)
[00:46] <OvenWerks> so avldrum is an instrument plugin (lv2) that can be plugged in to Ardour or other DAW and the DAW internal MIDI editing can be used to play those drums
[00:48] <OvenWerks> avldrums was created by one of the Ardour developers using samples created by Glen the auther of AVLinux.
[07:00] <rgh> craigbass76: if you depend on Hydrogen kits than you can also use LSP multi sampler which can load H2 kits.


[00:03] <asac> fta: i am not sure. dist-upgrade shoudl remove packages that are removed from archive iirc. i will check with mvo tomorrow to be sure - have a call with him
[00:06] <fta> asac, i mean, i have a (= ${binary:Version}) dep
[00:06] <asac> not sure how that would be important
[00:06] <fta> dist-upgrade doesn't remove anything unless there's a conflict, autoremove does
[00:08] <fta> if B depends on A (= v1), then B disappears and A moves to v2, will the installed B prevent the upgrade of A?
[00:08] <BUGabundo> hey asac
[00:09] <asac> fta: not necessarily. a provides might make the solver give that solution a better rating
[00:09] <asac> otherwise it depends on how many packages depend on what
[00:11] <fta> chromium-browser (<IP_ADDRESS>~svn20090914r26103 -> <IP_ADDRESS>~svn20090914r26159) [73.76MB (+873kB, +1.18%)]
[00:11] <fta> expat and libjingle
[00:11] <fta> http://code.google.com/apis/talk/libjingle/index.html
[00:15] <asac> i think old school is provides/replaces/conflicts (all non-versioned)
[00:15] <asac> hi BUGabundo
[00:16] <asac> libjingle?
[00:16] <BUGabundo> off to bed
[00:30] <fta> doesn't seem to be built
[00:47] <fta> ok, chromium is green, except hardy
[00:47] <fta> http://code.google.com/p/gyp/issues/detail?id=78
[01:34] <micahg> asac: is it worth trying to fix ubufox for alpha-6?
[09:04] <asac> hi
[09:06] <micahg1> hi
[09:09] <micahg> asac: is it worth trying to fix the apturl ubufx problem for alpha 6?
[09:29] <micahg> asac: if I'm attempting to fix ubufox, which branch should I fix?
[09:30] <asac> micahg: so ...
[09:30] <asac> micahg: its already fixed upstream
[09:30] <asac> i actually wanted to do that next ;)
[09:30] <micahg> which thing?
[09:31] <asac> the beta milestoned bug
[09:31] <asac> what bug number are you thinking about?
[09:31] <micahg> bug 423438
[09:31] <micahg> that was the apturl crash
[09:31] <asac> odd
[09:32] <micahg> not really
[09:32] <asac> i thought i added upstream task to the bug and marked it as fixed
[09:32] <asac> maybe that sank in some other bug?
[09:32]  * asac  checks
[09:32] <micahg> are you thinking of bug 365965?
[09:33] <asac> seems i dreamed that.
[09:33] <asac> no that one is clear
[09:33] <asac> the fix should be done in ubufox upstream branch
[09:33] <asac> i was sure i committed that ;)
[09:33] <asac> bzr branch lp:ubufox
[09:33] <micahg> how does that work with the debian package?
[09:33] <asac> first fix ubufox
[09:34] <micahg> or rather, can I test in the debian package and then commit the upstrema?
[09:34] <asac> then merge the branch
[09:34] <asac> well i think we make a "release" ;)
[09:34] <asac> like 0.8b1
[09:34] <micahg> yes
[09:34] <micahg> I mean in my ppa :)
[09:34] <asac> you fix it in lp:ubufox
[09:34] <micahg> yes
[09:34] <asac> run sh build.sh
[09:34] <asac> install .xpi with firefox ubufox.xpi
[09:34] <asac> then you can test
[09:34] <micahg> that'll make the xpi?
[09:34] <asac> yes
[09:35]  * micahg can't test outside of ppa, still running jaunty
[09:35] <micahg> need to load live CD :)
[09:35] <micahg> I"ll test
[09:35] <micahg> be back in a few minutes
[09:35] <asac> uggh
[09:35] <asac> micahg: why livecd?=
[09:35] <asac> that bug should be reproducible in all karmic
[09:35] <micahg> that's whaat I have for karmic
[09:35] <micahg> I'm runnign Jaunty :)
[09:36] <asac> ok
[09:36] <asac> i think its good time to upgrade to alpha-6 ;)
[09:36] <micahg> nah, I wait til beta
[09:36] <asac> micahg: can you confirm the firefox bugs please
[09:37] <asac> for the jaunty-proposed upload?
[09:37] <asac> i know you confirmed one from ppa already
[09:37] <micahg> yes
[09:37] <micahg> once I  upload this to ppa
[09:37] <asac> micahg: upload to ppa? ;)
[09:37] <micahg> the ubufox fix
[09:37] <asac> thats really a detour for such a small fix ;)
[09:37] <asac> try locally and suggest a merge ;)
[09:37] <asac> i will upload that in 1-2 hours to archive
[09:38] <micahg> I can't try locally
[09:38] <asac> hmm
[09:38] <micahg> I don't have karmic installed
[09:38] <asac> livecd ;)
[09:38] <asac> ok i see
[09:38] <micahg> VirtualBox :)
[09:38] <asac> well. you can reproduce on livecd
[09:38] <micahg> yes
[09:38] <asac> and bzr branch lp:ubufox shouldnt be that hard ;)
[09:38] <micahg> yeah
[09:38] <asac> then you can install .xpi to verify
[09:38] <asac> thats enough
[09:39] <micahg> I guess I could;ve done that :)
[09:41] <micahg> is this an ok description? * LP: #423438 - ubufox can't use apturl on karmic
[09:42] <asac> ; honour shebang by calling command directly rather than the python interpreter
[09:42] <asac> something like that
[09:42] <asac> appended to yours ;)
[09:45] <JanC> asac: in one bug (I don't remember the bug #) you mentioned issues with some locales for Firefox 3.5; were those similar to https://bugs.launchpad.net/ubuntu/+source/firefox-3.5/+bug/429835 ?
[09:47] <asac> JanC: thats a bug in the translations done in translations.launchpad.net
[09:47] <asac> we have those enabled during development cycle to give translation teams a chance to fix their bugs (like this)
[09:47] <asac> dpm: ^^
[09:48] <asac> dpm: do you know someone from dutch translation team?
[09:48] <dpm> asac: yeah, thanks, looking at it
[09:48] <JanC> asac: I do
[09:48] <asac> dpm: what should we do with such bugs?
[09:49] <asac> i would like to keep them in firefox-3.5 package so it more or less stays on radar
[09:49] <asac> but still would like to assign it to someone
[09:49] <asac> dpm: maybe assign those to you until you find an assignee?
[09:49] <JanC> IMHO there is something wrong if translators can cause this sort of problem though  ;)
[09:49] <asac> dpm: maybe a i18n tag?
[09:50] <asac> JanC: not really
[09:50] <asac> JanC: for normal strings yes. but even with "normal" po you can have templates
[09:50] <asac> if you bust those up you will break the app UI
[09:50] <asac> so a string "you just bought %d apples"
[09:51] <asac> if translated like: "du hast gerade %d %s gekauft"
[09:51] <asac> would probably cause issues
[09:52] <asac> not saying that in this case its definitly not the po2xpi transformer
[09:52] <JanC> hm, that entity name is correct AFAICS?
[09:52] <dpm> asac: 1) add an additional task to ubuntu-translations 2) assign it to the relevant team from https://translations.edge.launchpad.net/+groups/ubuntu-translators, if it's a critical bug, I'm subscribed to ubuntu-translations bugmail and I see it, so I can also ping the particular translator or translator team leader 3) add relevant tag: 'i18n' or 'l10n'
[09:52] <asac> just saying its probably fixable by translators ;)
[09:52] <asac> JanC: do you have a link?
[09:52] <dpm> asac: that's the normal procedure, but feel free to assign it to me as well ^
[09:52] <JanC> well, I just looked at the named *.jar
[09:53] <asac> micahg: ok ... for translation bustage bugs like 429835 ... we want to do what dpm said above ;)^^
[09:54] <asac> JanC: paste ;)
[09:55] <micahg> ok
[09:55] <asac> micahg: if unsure, just assign to dpm ;)
[09:55] <micahg> ok
[09:56] <dpm> micahg: yeah, feel free to do that or ask me anything if I'm around
[09:56] <JanC> asac: I'm not sure how firefox translations work, but the used entity name is defined in the untranslated .jar; if it's possible to fuck that up for translators, it's a lot worse than using the wrong %-placeholder in gettext translations...
[09:58] <micahg> I couldn't find the entity in the .jar archive, but I might not have been looking for the right thing
[09:58] <dpm> JanC: Ubuntu translators shouldn't be able to modify untranslated jars, if I understand it correctly, this can only be done if you have commit access upstream. But if that were the case, I'm sure upstream would have noticed that
[09:59] <asac> JanC: you comments dont really help. if you can paste the relevant files i would take a first look though ;)
[09:59] <JanC> to me, an *entity name* sounds like a variable name  ;)
[10:01] <dpm> JanC: then, if that's the case, if you could find out which particular string is the offending one using the search function there -> https://translations.edge.launchpad.net/ubuntu/karmic/+source/firefox-3.5/+pots/firefox-3.5/nl/+translate , it will be easier for translators to fix it
[10:02] <JanC> honestly, if translators are allowed to translate entity names (as opposed to references to entity names), that is a bug
[10:02] <asac> too bad that launchpad does not yield anything if you search by entity name
[10:02] <JanC> but I'm looking into it further  ;)
[10:04] <asac> thx
[10:04] <mac_v> asac: hi... is this true > Bug #429777 , that the 3G prompts for a password even when not required? i dont use 3G so i cant confirm ;p
[10:04] <asac> just get the relevant file portions and i will check
[10:04] <asac> JanC: ^^
[10:04] <micahg> asac: should I change the milestone on the apturl bug to alpha6?
[10:04] <asac> micahg: no
[10:05] <asac> thats ok
[10:05] <dpm> JanC: Sounds good, yeah, I'd rather prefer to focus on getting to the bottom of this before speculating on what translators can do. Thanks
[10:05] <micahg> asac: once the translation bugs have an Ubuntu translations task, they go to triaged, right?
[10:06] <asac> micahg: for us yes.
[10:06] <asac> micahg: but they are release critical
[10:06] <JanC> would be useful if I had some documentation about how the firefox-3.5-nl.jar maps to the non-translated stuff though :-/
[10:06] <asac> micahg: actually not really
[10:06] <micahg> asac: so critical or high + milestone?
[10:06] <asac> micahg: we should just use a unique tag
[10:07] <micahg> l10n?
[10:07] <asac> micahg: the idea is that we review translations for bustage and if there are issues reported that are not addressed go for "xpi" approach
[10:07] <asac> micahg: lets use xpipo
[10:07] <asac> i want to use somethign unique that noone else uses
[10:07] <micahg> should I set a milestone?
[10:07] <dpm> JanC: unfortunately, documentation on the Mozilla translations format is pretti scarce. You might want to ask at the #l10n channel in the Mozilla IRC server
[10:08] <dpm> s/pretti/pretty/
[10:08] <asac> dpm: its better if he just asks here
[10:08] <asac> at least i think
[10:08] <asac> if its a general understanding issue (rather than a launchpad specific) i will send them to #l10n i guess
[10:09] <dpm> I was just thinking in case he had general questions about the xpi format
[10:09] <dpm> yes ^
[10:09] <JanC> first of all: is it possible that such an issue is the result of there being no translation ?
[10:09] <dpm> anyway, JanC, feel free to ask, and we'll help you in what we can :)
[10:10] <micahg> asac: jaunty-proposed for safe browsing seems fine
[10:11] <asac> micahg: great. please comment on the bug
[10:11] <asac> also check the geolocati0n thing ... which iirc worked ;)
[10:11]  * micahg doesn't know how the geolocation works
[10:11] <asac> JanC: please get us the data.
[10:11] <asac> JanC: its much more efficient
[10:12] <asac> and no. those problems usually won't arise if there is no translation
[10:12] <micahg> asac: done on attack bug
[10:12] <micahg> and proposed merge for ubufox
[10:12] <asac> but it cannot be ruled out ... which is why we need to look at the facts (.dtd/.properties) files
[10:12] <micahg> now I must get some sleep
[10:13] <asac> http://launchpadlibrarian.net/31829339/xulrunner-1.9.1_xulrunner-1.9.1-nl.po
[10:13] <asac> micahg: good night
[10:13] <asac> i will review, merge etc.
[10:13]  * mac_v doesnt want to repeat himself , but reminds asac of a question asked a few mins ago :)
[10:13] <asac> http://launchpadlibrarian.net/31829339/xulrunner-1.9.1_xulrunner-1.9.1-nl.po
[10:13] <dpm> JanC: looking at the upstream statistics, where translations are imported from (http://l10n.mozilla.org/dashboard/?locale=nl), it seems that fx35x is completely translated anyway (the 0 Missing figure tells that)
[10:13] <asac> didnt i answer?
[10:14] <micahg> asac: are you going to wait for all the ubufox fixes?  it seems like we're starting to get more of those apturl crashes every day
[10:14] <mac_v> hm.. oh did you , didnt notice ,
[10:14] <micahg> that's why I wanted to push it for alpha6
[10:14]  * mac_v cant find the ans :(
[10:15] <asac> mac_v: i cannot even find the question right now
[10:15] <asac> did you ask on a different channel?
[10:15] <mac_v> hehe , just a sec
[10:15] <asac> what time was it?
[10:15] <asac> i thoguht i answered something from you
[10:15] <mac_v> asac:  hi... is this true > Bug #429777 , that the 3G prompts for a password even when not required? i dont use 3G so i cant confirm ;p
[10:15] <asac> oh yeah. i just thought the answer, but didn't type it i guess
[10:16] <asac> mac_v: its definitly not a hundredpapercut
[10:16] <mac_v> \o/
[10:16] <asac> but we want to fix it
[10:16] <asac> problem is that you cannot just fill in random stuff everywhere
[10:16] <asac> for those that need real username/password it would be wrong
[10:16] <mac_v> hmm... ok so reassign it to nm-applet?
[10:16] <asac> but i think we will end up doing that anyway
[10:17] <asac> yes
[10:17] <mac_v> thanks :)
[10:18] <micahg> asac: lp should link the branch for me, right?
[10:21] <micahg> ok, night all
[10:22]  * mac_v wonders when micahg actually sleeps o.0 , micahg is almost awake on all time zones ;p
[10:22] <asac> micahg: launchpad does that if you use --fixes lp:XXXXXX
[10:22] <asac> in bzr commit
[10:22] <asac> debcommit does that if you have LP: #xxxxx in changelog
[10:22] <asac> micahg: is a hero ;)
[10:23] <mac_v> asac: once i was discussing something with him and he said > "its almost dawn ,so i guess no sleep today"
[10:24] <asac> hehe
[10:24] <asac> yeah
[10:28] <asac> JanC: please save chrome://browser/locale/aboutCertError.dtd and paste it somewhere
[10:28] <asac> same for chrome://branding/locale/brand.dtd
[10:30] <JanC> yeah, I was getting there about  ツ
[10:31] <JanC> http://paste.ubuntu.com/271386/ is aboutCertError.dtd from the locale
[10:32] <JanC> http://paste.ubuntu.com/271388/ is brand.dtd
[10:33] <JanC> http://paste.ubuntu.com/271389/ is the "original" aboutCertError.dtd I suppose
[10:34] <JanC> which has some extra stuff at the top compared to the translated one
[10:34] <JanC> looks like an include that's missing or something?
[10:36] <asac> JanC: is http://paste.ubuntu.com/271386/ really the complete aboutCertError.dtd ?
[10:36] <JanC> yes
[10:36] <JanC> the translated one
[10:36] <asac> nothing omitted?
[10:37] <asac> like something on top etc.?
[10:37] <JanC> nope, like, I say, there seems to be some include missing  ;)
[10:38] <asac> yes
[10:38] <asac> <!ENTITY % brandDTD
[10:38] <asac>     SYSTEM "chrome://branding/locale/brand.dtd">
[10:38] <asac>   %brandDTD;
[10:38] <asac> JanC: can you check other locales?
[10:38] <JanC> if I install them
[10:38] <asac> one sec
[10:38] <asac> i think i have other locales
[10:39] <JanC> maybe have some installed for tests/demos
[10:40] <JanC> okay, I had farsi installed for some RtL test long ago, and it doesn't have that "include" either
[10:41] <JanC> I guess this is a translation package build issue then?
[10:42] <asac> ok
[10:42] <asac> so bug is in runpo2xpi
[10:43] <asac> doesnt like multi line entities i would think
[10:43] <asac> err i mean doesnt like multi line SYSTEM includes
[10:43] <asac> for entityline in `grep ENTITY.*%.*SYSTEM $dtdfile`; do
[10:43] <eagles0513875> hey asac :)
[10:44] <asac> ola
[10:44] <asac> too bad
[10:44] <asac> why did they start to linebreak it ;)
[10:45] <JanC> asac: why not, it's perfectly legal SGML  ;)
[10:45] <asac> its xml here
[10:45] <asac> anyway
[10:46] <asac> parsing in shell script is not nice ;)
[10:46] <asac> you cannot even run an xpath on it ... hmmm
[10:46] <asac> maybe you can
[10:46] <asac> but i am sure even if xpath can match this, xpath command will have a bug ;)(
[10:47] <asac> yeah. that road leads nowhere as xpath cannot deal with chrome:// paths for sure
[10:47] <asac> so the parsing will explode before xpatch match can be tried
[10:47] <eagles0513875> have just 10 more bugs to file then everything is good to go :)
[10:48] <asac> is the wiki page up to speed?
[10:48] <eagles0513875> im doing the wiki as im filing the bugs
[10:48] <eagles0513875> :)
[10:48] <asac> g
[10:49] <eagles0513875> thing im confused on is some names of extensions that have yet to be added to the launch pad list of packages for the project
[10:49] <JanC> asac: no way to use a headless xulrunner or something?  ;)
[10:49] <JanC> (as I suppose this has to run on a server)
[10:52] <JanC> BTW: I guess my bug report should be re-assigned ?
[10:52] <eagles0513875> andv: what you on about with bug 425612
[10:52] <eagles0513875> are you talking about something i did or what
[10:52] <andv> I'm mentoring my student, read the comments better
[10:59] <eagles0513875> ahhhh ok sry bout the confusion andv
[10:59] <JanC> asac: can you re-assign this bug to whoever is going to work on it (I'd rather not have ubuntu-nl translators to lose time on figuring out why they are assigned now...)
[10:59] <andv> np
[11:04] <asac> JanC: feel free to do that.
[11:04] <JanC> asac: reassign to you?
[11:04] <asac> yes
[11:04] <JanC> done
[11:05] <JanC> and thanks for the help  :-)
[11:07] <mac_v> asac: an off topic question: the bluetooth module is plain "bluetooth"  , right ? i want to blacklist it , so simply adding "blacklist bluetooth" to the /etc/modprobe.d/blacklist.conf should prevent it from loading, right?
[11:21] <asac> mac_v: why do you want to blacklist bluetooth?
[11:22] <mac_v> asac: the bluetooth is causing problems :( , Bug #409233 and i dont use it either ;)
[11:23] <asac> mac_v: tried latest package?
[11:23] <asac> from yesterday?
[11:24] <mac_v> hmm..> this update ? pulseaudio-module-bluetooth (1:0.9.16-0ubuntu1) to 1:0.9.17-0ubuntu1
[11:24] <mac_v> oh wait , i have one waiting :)
[11:26] <mac_v> but still , i have the bluetooth disabled from the startup list using BUM , and still there is a process "bluetooth" ? why is that?
[11:27] <mac_v> if i try killing it from the system monitor , the system monitor crashes o.0
[11:31] <asac> after upgrading to latest restart
[11:31] <asac> the bluetooth process should be ok
[11:32] <mac_v> hmm... ok.
[11:33] <asac> let me know if there still is a problem
[11:33] <mac_v> sure :)
[11:33]  * mac_v still whines about 1 process unnecessarily loading ;)
[11:36] <JanC> mac_v: be happy, I have a smartcard daemon running all time too, even if I don't use it very often
[11:36] <JanC> all that could be prevented with proper dbus/udev stuff AFAIK
[11:37] <mac_v>  ;)
[11:47] <andv> asac, I'm setting up a relationship with debian guy for moz extensions
[11:48] <andv> asac, we want to create a channel on OFTC for it, and awoodland suggested me to ask you
[11:49] <asac> i dont think we should create a new channel for that ;)
[11:50] <asac> we dont really need a channel imo. we need to agree on policies and on top we have the malinig list
[11:50] <asac> and if someone wants to chat they can use this channel or #debian-devel
[11:51] <andv> asac, the mailing list is available on alioth
[11:51] <asac> i know
[11:51] <asac> there is no need for more imo
[11:51] <andv> asac, I hope you don't except DDs to join ubuntu-mozillateam ML
[11:52] <asac> no. but no new channel
[11:54] <andv> asac, the new channel was useful for CIA commits
[11:54] <andv> so someone knows who is working on what
[11:57] <eagles0513875> andv: when did u guys start working for the us government and the intelligence community :P
[11:57] <andv> lol
[11:58] <eagles0513875> couldnt resist not making that joke
[12:13] <andv> asac, mozilla-devscripts support iceape?
[12:16] <asac> depends on what support means
[12:33] <andv> asac, I gonna work on the mozgest package
[12:34] <andv> asac, I will keep it in sync with ubuntu
[12:34] <andv> asac, but looks like we have a different binary name
[12:34] <andv> asac, mozilla-mozgest in debian, mozgest here
[12:41] <andv> asac, xpi:depends recognize iceweasel / icedove as well?
[12:43] <asac> atm yes.
[12:46] <asac> cyphermox: so two things i forgot to tell you: a) we need a needs-packaging bug for openconnnect. otherwise i cannot get freeze exception
[12:46] <asac> that one should be closed in changelog
[12:46] <asac> cyphermox: the other thing would be to bump connman to the latest upstream release
[12:47] <asac> cyphermox: also we need kind of mechanism that allows consumers to do their own git tag version scheme
[12:47] <cyphermox> ok
[12:47] <asac> similar to the vpn stuff
[12:47] <asac> then i want to move it to -devscripts
[12:47] <asac> i have first folks asking for those snippets for outside comsumption
[12:47] <cyphermox> asac, still need to find out why openconnect crashes when I try to start a connection
[12:48] <asac> cyphermox: hmm. that would be good ;)
[12:48] <asac> cyphermox: i would think upstream bug. you have a backtrace?
[12:49] <cyphermox> will in a second
[12:49] <cyphermox> or if not, at the latest tonight
[12:49] <asac> andv: will think about the naming
[12:49] <asac> andv: according to http://wiki.debian.org/Teams/DebianMozExtTeam we want to go for xul-ext- prefix
[12:49] <asac> i still believe it maekse no sense
[12:49] <asac> will open discussion again asap
[12:50] <andv> ok
[12:50] <andv> asac, Depends: iceweasel (>= 2.0) | icedove (>= 1.5) can be safely removed then right?
[12:50] <asac> if you use Recommends: ${xpi:Depends} then probably yes.
[12:51] <asac> maybe keep the "thunderbird" directory name
[12:51] <asac> that one is still needed until tbird/icedove gets 3.0
[12:54] <mac_v> asac: the latest update fixed the suspend issue :)
[12:55] <mac_v> but now i have a weird sideeffect! , not sure if its gnome-bluetooth causing it or not
[12:55] <asac> mac_v: going for lunch now ... lets talk after that, ok?
[12:56] <mac_v> asac: sure... no probs , but i'm pretty sure its something else :)
[12:56] <eagles0513875> woot woot i have a proper machine now to test on :)
[12:57] <eagles0513875> no more vm :)
[13:00] <gnomefreak> im not here long at all just finishing something up real fast
[13:31] <andv> gnomefreak, I'm fixing mozgest in debian
[13:31] <andv> gnomefreak, they use iceape / icedove
[13:32] <andv> how can I add them?
[13:32] <gnomefreak> andv: just add them to rules file and control depends
[13:32] <gnomefreak> that should be it
[13:32] <andv> MOZ_XPI_MOZILLA_DIRS?
[13:33] <gnomefreak> looks right. should be at the end of rules
[13:33] <andv> yep
[13:33] <andv> gnomefreak, I need to add them on depends?
[13:33] <gnomefreak> andv: they should have already been there.
[13:34] <andv> Depends: iceweasel (>= 2.0) | icedove (>= 1.5)?
[13:34] <gnomefreak> oh it doesnt have it
[13:34] <gnomefreak> andv: yeah add it to depends in control should be enough
[13:34] <andv> ok
[13:35] <gnomefreak> andv: where did you get that from?
[13:35] <andv> debian package
[13:35] <andv> im updating it
[13:35] <gnomefreak> oh so its not the same as ours?
[13:36] <gnomefreak> rules is different? either way just add them to depends should be plenty but test to make sure
[13:36]  * gnomefreak getting pissed at flashblock
[13:38] <gnomefreak> andv: i dont have time to make a chrrot today to test for you
[13:38] <gnomefreak> chroot even
[13:38] <andv> np
[13:45] <gnomefreak> is it me or is bzr merge broken?
[13:45] <gnomefreak> http://paste.ubuntu.com/271438/
[13:45] <gnomefreak> please let me know what the hell is wrong
[13:46]  * gnomefreak be back ina  minute
[13:49] <gnomefreak> k
[13:50] <gnomefreak> for some reason the instructions dont work. was there a change in m-d that would cause https://wiki.ubuntu.com/MozillaTeam/Extensions/Packaging#Preparing%20an%20update to not work
[13:50] <gnomefreak> andv: ^^^
[13:51] <andv> gnomefreak, ?
[13:52] <gnomefreak> andv: the instructions dont work for some reason please see pastebin above for error i keep getting
[13:53] <gnomefreak> andv: do you feel like doing that upgrade?
[13:54] <andv> gnomefreak, try to give a bzr upgrade remoteurl
[13:55] <gnomefreak> replace remoteurl with my upstream branch location?
[13:56] <gnomefreak> andv: i never used bzr upgrade before :)
[13:58] <gnomefreak> lol there is a ubuntu-dev branch but no package in archives
[14:00] <gnomefreak> asac: you made an ubuntu-dev branch of linkwidgets but you never pushed it?
[14:01] <asac> gnomefreak: hmm
[14:01] <gnomefreak> asac: https://code.edge.launchpad.net/~ubuntu-dev/firefox-extensions/linkwidgets.ubuntu
[14:01] <asac> gnomefreak: why do you think i didnt push to it?
[14:01] <asac> i see 5 revisions there
[14:02] <asac> gnomefreak: aren't you supposed to be on holiday?
[14:02] <asac> ;)
[14:02] <gnomefreak> asac: i cant find it in repos
[14:02] <gnomefreak> asac: yes trying to be at least. we will be taking honeymoon in nov. since emergency prevented us from going. from nj we flew back here
[14:03] <gnomefreak> still trying to take time offf to spend together :)
[14:04] <asac> fta2: how does subversion work for local_branch? is its just "return" if $self->{'local-branch'}
[14:08] <fta2> in mozclient? not sure it ever worked, i did it only for hg initially, maybe git
[14:09] <fta2> the idea is just to do the checkout in the local_branch directory, and then copy or clone the results in the temp directory that will be stripped and packed.
[14:10] <fta2> same as in chromium
[14:10] <fta2> asac, ^^
[14:12] <asac> fta2: are you saying you dont use local branch anywhere except for NM ;)?
[14:12] <asac> or is that implemented in the individual packages now?
[14:12] <asac> you said that checkout does not work, but update
[14:12] <asac> where is that code for hg?
[14:12] <asac> or ... are you setting MOZ_LOC... instead of LOCAL_BRANCH?
[14:12] <asac> i saw potential different code paths
[14:14] <fta2> no, i'm saying in mozclient, it's mostly ok for hg (except it's not able to create the local_branch itself, iirc), so it's usable *and* used by ff/xul/...
[14:15] <fta2> try it, it should spit an error when it's not supported
[14:15] <fta2> with filename & lineno
[14:32] <fta2> asac, the reason it's incomplete in mozclient is that it was my 1st implementation of a local cache. the idea was just to re-use an existing cache, not create it in the 1st place. the packages that came later with their own code are more advanced
[14:34] <asac> fta2: its all ok
[14:34] <asac> didnt look at mercurial but svn
[14:34] <asac> so didnt see the update
[14:34] <asac> ;)
[14:35] <gnomefreak> andv: please look at https://code.edge.launchpad.net/~mozilla-extensions-dev/firefox-extensions/mozilla-imagezoom.ubuntu i will be gone in a minute or so but that is done
[14:35] <asac> fta2: what does it mean: the packages that came later with their own code? i would think that packages should use the VCS.pm's shipped
[14:35] <asac> just .conf files etc. in package
[14:35] <andv> gnomefreak, we should keep tb in the depends i guess
[14:35] <andv> gnomefreak, better ask asac about that
[14:36] <fta2> asac, i meant packages not using mozclient, like chromium
[14:37] <asac> andv: yes. icedove/tbird manually also in the DIRS
[14:37] <andv> gnomefreak, keep tb
[14:37] <andv> and add tb into DIRS
[14:38] <andv> gnomefreak, on rules
[14:38] <gnomefreak> andv: k
[14:38] <andv> asac, iceape and iceweasel as well
[14:38] <andv> if on debian
[14:38] <andv> DIRS works fine with ffox abrowsers
[14:38] <andv> but not with debian stuff yet
[14:39] <gnomefreak> its already in rules
[14:39] <gnomefreak> andv: i just have to remove firefox from it. we are keeping firefox-addons right? do we add debian packages to it and to depends?
[14:40] <andv> gnomefreak, no, firefox-addons should not be there
[14:40] <gnomefreak> andv: just the packages than?
[14:40] <andv> gnomefreak, yes, dont need to add iceape / icedove it is meant for ubuntu
[14:40] <andv> at least until we sync with debian
[14:40] <gnomefreak> ok
[14:41] <gnomefreak> andv: add thunderbird to depends too?
[14:41] <andv> yes
[14:41] <gnomefreak> ensure that no packages (browsers / mail clients) are in Depends: cause ${xpi:Depends} will do the trick for us
[14:41] <gnomefreak> thats from wiki
[14:41] <andv> it dont get mail clients
[14:42] <gnomefreak> thunderbird -- mail client
[14:42] <andv> yes
[14:42] <gnomefreak> ok leave it with xpi* than
[14:46] <gnomefreak> andv: pushed but branch is still updating
[14:46] <gnomefreak> updated
[14:47] <andv> ok, great, gonna do it this evening
[14:47] <gnomefreak> andv: cool
[14:48] <gnomefreak> ok im done for today doing updates than getting back to holiday, will be around a week or 2 than nov im gone for a while (not sure how long yet)
[14:48] <andv> gnomefreak, what's the status
[14:48] <andv> of -stumbleupon?
[14:49] <gnomefreak> andv: of?
[14:49] <gnomefreak> dont know i dont remember working on that
[14:49] <gnomefreak> did i?
[14:49] <andv> nope, you didnt
[14:49] <andv> but I was going to update it for debian so was wondering how it is here
[14:53] <gnomefreak> andv: it worked last time i checked other than that i dont have a clue
[14:55] <asac> andv: dirs works fine with debian stuff
[14:55] <asac> btw i think you confused me above
[14:56] <asac> the xpi:Depends is always good
[14:56] <asac> if not its a bug
[14:56] <asac> just the DIRS are important for old tbird/icedove/iceape/seamonkey
[14:56] <eagles0513875> asac: once i wake up a bit i will finish up those extensions
[14:56] <gnomefreak> forget deamonkey as deps
[14:56] <gnomefreak> seamonkey
[14:56] <asac> gnomefreak: the dep is ok
[14:57] <asac> just the DIRS needs to be tweaked still
[14:57] <gnomefreak> SM1 doesnt have a addon thing (name escapes me atm
[14:57] <gnomefreak> SM2 has addon capibility
[15:00]  * gnomefreak will fix SM2.1 sometime. atm profile patch is broken cant recall what else was but i dont have latest tarball. you can add SM2 to dailies if you want its stable enough. but wont have time for Sm* for a while (2 weeks or so) SM1 needs patch love due to nss/nspr changes. should be as easy as taking changes from iceape in debian and change path names to use branded version. i am gone for the day. not sure when i will be back
[15:00] <gnomefreak> holy shit that is long
[15:01] <asac> right
[15:01] <asac> forget seamonkey
[15:01] <asac> ;)
[15:01] <asac> we should check whether we have the right bound for seamonkey
[15:02] <eagles0513875> asac: can i ask you a question thats nto related to mozilla stuff
[15:02] <eagles0513875> but another rather urgent question
[15:09] <andv> asac, gonna get firefox-sage in sync too
[15:09] <andv> asac, can I grab the med-xpi-pack script?
[15:10] <andv> asac, debian has latest upstream, so I'm moving the debian package to use m-d and med-xpi-pack so we can sync it directly
[15:10] <asac> why grab? if you build-depend on moz-ds you can just use med-xpi-pack
[15:45] <mac_v> asac: heh ,the sideeffect i was mentioning... i had a weird problem where the /home wasnt unmounting on shutdowns! , just did another update and it was solved :)
[15:47] <asac> good ;)
[15:47] <asac> mac_v: please close your bug
[15:47] <mac_v> oh... yeas...
[15:47] <mac_v> and it was not my bug ;p  ... i just found it ;)
[15:48] <asac> hmnm. please ask on the bug and if the guy says its not fixed let me know ,)(
[15:48] <mac_v> sure
[16:19] <micahg> asac: I have someone e-mailing me about ff extensions
[16:24] <micahg> asac: can I set the release series on the ubuntu package for FF3.5?
[16:36] <eagles0513875> got a question for you guys about the names of 2 packages on launch pad flashgot and linkpad it says those packages havent been published
[16:37] <micahg> eagles0513875: I thought we were going to import them through debian?
[16:38] <eagles0513875> micahg: ask asac im just filing bugs against the pacakge and the mozilla-devscripts
[16:38] <eagles0513875> i dunno details bout where they are coming from
[16:40] <ikonia> eagles0513875: haven't you asked about this not being published ?
[16:40] <eagles0513875> ikonia: some packages use a different name that i am not aware of
[16:40] <eagles0513875> im going by the name of the branch and some are new features for karmic
[16:41] <ikonia> yes, but didn't asac say "don't worry about it" ?
[16:41] <eagles0513875> ikonia: im just trying to make sure im doing my job right and im not gonna worry bout it but i hate leaving something unfinished though
[16:42] <ikonia> but didnt he say "don't worry about it" ?
[16:42] <eagles0513875> ya
[16:43] <ikonia> so what's the problem?
[16:45] <eagles0513875> i just dont wanna leave somethign incomplete that he had instructed me to do
[16:45] <ikonia> but he also said "don't worry about it" - it's not going to cause a problem if it's not known/ready yet
[16:45] <eagles0513875> ikonia: can i ask you another question on an unrelated note to the topic of this channel? or would that best be done in offtopic
[16:45] <eagles0513875> ok ikonia
[16:45] <ikonia> I'd ask in one of the offtopic channels
[16:59] <asac> this channel is ok for short offtopic trips
[16:59] <asac> i dont mind
[17:00] <eagles0513875> asac: finishing up on the extensions bud
[17:01] <asac> thx
[17:01] <asac> how many left?
[17:01] <eagles0513875> 10 more i believe im jsut double and triple checking i have them all on the wiki
[17:02] <asac> great
[17:04] <eagles0513875> asac: now that i have a working linux partition on my macbook it helps can file bugs on my desktop and look at the extensions on laptop as well as wiki on my desktop
[17:05] <asac> good. sounds like progress
[17:05] <eagles0513875> :) very much so
[17:05] <eagles0513875> and you know what it was
[17:30] <eagles0513875> asac: just a heads up 3 more left to do :)
[17:30] <eagles0513875> asac which out of the extensions i have up right now are maintained upstream so i can put that in the branch like i have for pwdhash
[17:49] <andv> asac, is it possible to apply patches when using med-xpi script?
[17:50] <eagles0513875> asac:  and andv filing me last one :)
[17:51] <asac> andv: why?
[17:51] <asac> its med-xpi is indpendent
[17:51] <asac> you can just use patchsystems like normal
[17:52] <asac> but have to see the individual case to say whats beset
[17:52] <andv> asac, damn just discovered m-d don't work with .xpi at top level
[17:52] <andv> asac, it cleans the .xpi file before doing anything
[17:52] <andv> asac, bdrung fixed that on latest 0.16, do you know when it will come out?
[17:53] <eagles0513875> asac:  :) finished em all
[17:54] <eagles0513875> they are all on the wiki
[17:54] <eagles0513875> let me know what else i can do for you guys packaging if needed but i need a few to setup my laptop with the necessary packages for packaging
[17:55] <asac> andv: not sure aobut release date. normally you shouldnt have a .xpi in the orig
[17:55] <asac> sounds like a bug to have that
[17:55] <andv> asac, what do you suggest?
[17:55] <andv> asac, I'm cleaning up firefox-sage but it has the .xpi at top level
[17:55] <asac> .xpi should be produced during build
[17:56] <asac> otherwise upstream tree should be created from .xpi using med-xpi-unpack
[17:56] <andv> asac, I could extract xpi stuff into the upstream tree
[17:56] <andv> asac, so I work at top level with upstream files directly
[17:56] <andv> and not with an .xpi file
[17:58] <asac> andv: thats the way we do it yes.
[17:58] <asac> if extensions are maitained from .xpi releases
[17:58] <asac> we produce .upstrewam tree using med-xpi-unpack
[17:58] <andv> asac, yeah, I am trying that way
[17:58] <asac> we do that in a few packages
[17:58] <andv> let's see
[18:01] <eagles0513875> asac:  hope the wiki is to ur satisfaction there are 3 that i couldnt file bugs for as it seems like they have not been published to launchpad
[18:02] <andv> debuild worked, let me see if the build will success
[18:08]  * eagles0513875 is happy that all is posted
[18:31] <fta> asac, any success with mozclient?
[18:33] <fta> THUNDERBIRD_3_0b4_RELEASE
[18:34] <fta> d'oh! http://launchpadlibrarian.net/31845703/buildlog_ubuntu-karmic-i386.xulrunner-1.9.3_1.9.3~a1~hg20090915r32496%2Bnobinonly-0ubuntu1~umd1_CHROOTWAIT.txt.gz
[18:34] <fta> same http://launchpadlibrarian.net/31845668/buildlog_ubuntu-karmic-amd64.firefox-3.7_3.7~a1~hg20090915r32496%2Bnobinonly-0ubuntu1~umd1_CHROOTWAIT.txt.gz
[18:48] <micahg1> asac: the localized versions seem broke on karmic
[18:48] <micahg1> now 3 people showing the issue
[18:51] <sebner> fta: chroot problems everywhere :(
[18:52] <micahg> my guess is they're respinning some stuff for the alpha 6 release
[18:56] <fta> it's the massive update to upstart
[19:00] <fta> asac, grrrr http://paste.ubuntu.com/271605/
[19:00] <fta> the bot failed for ucd
[19:57] <micahg> asac: can I set the upstream links for ff3.5 in ubuntu?
[20:13] <fta> asac, https://bugs.edge.launchpad.net/ubuntu/+source/bzr-builddeb/+bug/399938/comments/9
[21:55] <ikonia> eagles0513875: why are you offering to package things !!!!!! why do you not learn to stop offering things you can't do
[21:55] <ikonia> man oh man how many times does this stupid dance need to take place
[21:55] <[reed]> heh
[22:04] <micahg> !coc | ikonia
[22:04] <ikonia> micahg: ?
[22:04] <micahg> I thought we try to encourage participation :)
[22:04] <ikonia> micahg: I thought we tried to stop people telling lies
[22:05] <micahg> why are they mutually exclusive?
[22:05] <asac> micahg: yes. po2xpi is a bit broken
[22:05] <ikonia> micahg: they are not
[22:05] <micahg> asac: ok, so is there anything I can do or are the statuses correct?
[22:06] <asac> micahg: so target is langpack-o-matic ... we tracked po2xpi there in the past
[22:06] <micahg> ok
[22:06] <micahg> so I should move from Ubuntu Translations?
[22:06] <asac> maybe keep a "catch dupe" task for firefox-3.5 open on the MASTER bug
[22:07] <asac> micahg: yes. you can reuse that target if it helps
[22:07] <asac> otherwise its invalid
[22:09] <micahg> asac: done and marked metabug
[22:09] <micahg> asac: should I mark the upstream series for ff3.5 in ubuntu?
[22:13] <asac> micahg: what do you mean?
[22:13] <asac> you mean associate the upstream series with the package?
[22:13] <micahg> yes
[22:13] <micahg> so that people can more easily add upstream bugs
[22:13] <asac> i can do that
[22:13] <asac> one second
[22:14] <asac> ok did it
[22:14] <micahg> thanks
[22:14] <micahg> someone commented in a bug about it
[22:15] <fta> asac, this gzip (or pipe) bug is turning me crazy
[22:15] <asac> ok also made 3.7 current development focus
[22:16] <asac> fta: do you know how i can reproduce it? i didnt see that for ages
[22:17] <fta> bug 399938, comments 9..11
[22:17] <asac> are you sure you use the system bzr-builddeb? maybe you installed the plugin in the $HOME/.bzr dir at some point
[22:17] <asac> yes
[22:17] <fta> it's not about bzr
[22:17] <asac> but i ran the evolution apt-get yesterday and didnt get it
[22:17] <fta> not even about python
[22:17] <fta> i can upload that tarball if you want
[22:18] <asac> yes please
[22:18] <fta> as i said, when i scp it to my 32bit box, it's fine
[22:18] <fta> but it's not in my x64 box
[22:22] <micahg> asac: would you be open to me making ubufox's ubuntu versioning dynamic?
[22:24] <asac> micahg: sure
[22:25] <asac> would love to. but not running some command
[22:25] <micahg> ok
[22:25] <asac> not sure what to best use
[22:25] <micahg> can't the build file dynamically patch the version?
[22:25] <micahg> s/patch/set/
[22:45] <eagles0513875> ikonia: btw in response to packaging stuff they are willing to teach me how
[22:49] <fta> asac, http://www.sofaraway.org/ubuntu/tmp/chromium-browser_<IP_ADDRESS>~svn20090915r26226.orig.tar.gz  73798543 / 01ec4f4d092f581c4dbf9f39160dbf73
[22:57] <asac> fta: why would that happen for me on that if it doesnt happen for evolution-data`from archive?
[22:58] <fta> asac, i don't even know why it's happening to me in the 1st place
[22:58] <asac> i know stupid idea, but did you run a full memcheck yet?
[22:59] <fta> no
[22:59] <asac> ok  i try to run gunzip on it?
[22:59] <asac> or what?
[22:59] <fta> but why would tar zxvf fail while gunzip + tar xvf succeeds?
[22:59] <asac> tar tzf chromium-browser works
[22:59] <eagles0513875> asac: you have a chance to look at the wiki that i finished up earlier
[23:00] <asac> fta: aybe your tar binary is corrupted or something
[23:01] <fta> e62c26a70d3827bfd1ba85a69d0cb215  /bin/tar
[23:01] <fta> oops
[23:01] <fta> 4c76231bcffe023f1575912251cb0088  /bin/tar
[23:02] <asac> tar zxvf worked
[23:03] <asac> eagles0513875: looked good. are those all extensions from that code.launchpad.net page?
[23:03] <eagles0513875> si senor
[23:03] <asac> eagles0513875: ok also file one on ubufox
[23:03] <asac> and assign the bug to me
[23:04] <eagles0513875> ok
[23:04] <eagles0513875> btw
[23:04] <asac> eagles0513875: why does linkwidgets and firegpg not have a LÜ:
[23:04] <asac> LP bug?
[23:04] <eagles0513875> there are 3 that i couldnt find the packages it kept saying they arent published in lp
[23:05] <asac> ah ok
[23:06] <asac> eagles0513875: for those you can file bugs against firefox-extensions project directly
[23:06] <eagles0513875> ahhhh ok
[23:06] <asac> eagles0513875: just remember to name the package name in the title
[23:06] <eagles0513875> have made not of that and will do it tomorrow right now im not all here
[23:06] <asac> and point to the branch in the bug summary
[23:06] <asac> https://bugs.edge.launchpad.net/firefox-extensions
[23:06] <asac> thats the project eagles0513875
[23:06] <asac> eagles0513875: thats fine. thanks a lot.
[23:06] <eagles0513875> no problem
[23:07] <asac> i think there are more extension packages that are not maintained in branches. so next step would be to spot those
[23:07] <eagles0513875> so basically file the bug anyway and file it against the firefox-extensions project
[23:07] <asac> and review them accordingly
[23:07] <eagles0513875> that would be somethign for someone whose been working with the mozilla stuff for quite some time
[23:07] <asac> in parallel we can start fixing things. just let me know when you have some time to look at how things are done
[23:07] <asac> eagles0513875: packages that have packages in the archive have packages you can file bugs against
[23:08] <asac> so for those not in branches, you can file bugs against package and add them to the wiki
[23:08] <asac> just say "NOBRANCH" or something in the bzr branch column
[23:08] <eagles0513875> ok
[23:08] <asac> eagles0513875: to spot extension packages not in bzr you probably might want to got through the output of apt-cache rdepends firefox
[23:08] <asac> and firefox-3.0
[23:09] <asac> and firefox-3.5
[23:09] <asac> and check each of those packages individually
[23:09] <eagles0513875> asac: i was trying to file bugs against them but it was telling me error that they werent published to lp
[23:09] <asac> but lets start that tomorrow
[23:09] <eagles0513875> ya
[23:09] <asac> eagles0513875: well. those where extensions not yet in the archive. we have a few that were never uploaded but that have branches
[23:09] <asac> (but they are supposed to get uploaded at some point so its good to do it anyway
[23:10] <eagles0513875> gotcha so those 3 that dont have bugs have yet to be pushed
[23:11] <asac> eagles0513875: yes. for now file the bugs against firefox-extensions project
[23:11] <eagles0513875> gotcha
[23:11] <asac> not against a package (as there is none in ubuntu)
[23:11] <eagles0513875> will do those in the am
[23:11] <eagles0513875> being in a tired state = prone for mistakes and stupid ones at that lol
[23:15] <asac> fta: were you brave enough to reboot after the upstream upgrade?
[23:15] <asac> i am a bit in doubt atm
[23:15] <asac> ;)
[23:15] <fta> upstream upgrade of what?
[23:15] <asac> upstart ;)
[23:16] <micahg> asac: is there something I should give priority to verfying for the karmic ff3.5 transition?
[23:16] <eagles0513875> asac: im hearing that was being held back to some issues or something
[23:17] <asac> arhive.ubuntu.com had evertying for me this time
[23:17] <asac> just not sure if should reboot ;)
[23:17] <asac> or leave this system on until the first victims got fixed ;)
[23:17] <asac> micahg: what do you mean?
[23:17] <fta> nope, no reboot yet
[23:17] <eagles0513875> asac: any chance at getting some packaging mentoring
[23:18] <micahg> asac: I was going to verify that stuff was done, I did a few
[23:18] <micahg> just wanting to know if some stuff is more important to verify than others rather than going top to bottom
[23:25] <asac> eagles0513875: step by step. as i said we can start to look at how to fix the bugs you filed tomorrow
[23:25] <eagles0513875> ok bud :)
[23:25] <asac> and so you can do some small tasks
[23:25] <asac> that will help you get used to the basic tools i hope
[23:25] <asac> :)
[23:25] <eagles0513875> :)
[23:26] <asac> micahg: ah you are talking about the ffox 3.5 spec
[23:26] <asac> micahg: yes. so main porting tasks are more important
[23:26] <asac> i think most main packages are in the topmost half
[23:26] <asac> _before_ the rollout ppa to archive
[23:26] <asac> the univers packages are below
[23:27] <asac> micahg: does that answer your questioN?
[23:28] <micahg> yes
[23:29] <micahg> thanks asac


[23:21] <JacksonVanBuren> can anybody help out a first-time Linux user?
[23:22] <nalioth> JacksonVanBuren: perhaps in ##linux or #ubuntu
[23:22] <JacksonVanBuren> thanks
[23:22] <nalioth> this channel has a /topic
[23:22] <JacksonVanBuren> (thought classroom was a place to ask Q's)
[23:23] <JacksonVanBuren> oh... i see* "


[00:00] <nacc> slangasek: looking
[00:07] <nacc> slangasek: which version?
[00:07] <slangasek> nacc: https://launchpad.net/ubuntu/+source/php-guzzlehttp/5.3.0-1build1/+build/9039999
[00:11] <nacc> slangasek: simplest thing might be to sync 6.1.1-1 from experimental, but not sure
[00:11] <nacc> slangasek: sorry, i'm looking into if we can get the 5.3.0 tests to work
[00:12] <nacc> Pharaoh_Atem: all tests passed!
[00:12] <nacc> nicely done :)
[00:12] <nacc> slangasek: --^ fyi that will fix the adt failures for php7
[00:17] <nacc> slangasek: fwiw, 6.1.1-1 builds & runs tests cleanly against xenial w/o modification
[00:17] <Pharaoh_Atem> nacc: Woo!
[00:17] <nacc> slangasek: i'm not sure if it's worth us carrying a delta on an older version of the module, but i can do it if that's the better way given FF
[00:19] <nacc> Pharaoh_Atem: you'll probably need to file a bug, as the ubuntu package now has a delta -- can you handle that and cc me? and let me know when debian publishes? we can carry the delta and then hopefully sync -- is that roughly how it should work maintenance-wise, slangasek? this is a set of changes to debian's tests that we also need to pass the adt tests for src:php7.0
[00:19] <slangasek> nacc: would prefer us just taking the upstream fix; if you can file a pro-forma FFe bug against the package I'll sign off on it and sync from experimental
[00:19] <Pharaoh_Atem> I don't know how to do that, but I will be submitting the patches to Ondrej
[00:19] <nacc> Pharaoh_Atem: if you can file the bug, i'll deal with the rest of it, just don't want to lose track -- feel free to assign to me
[00:22] <nacc> slangasek: is there anything special i need to do for the FFe (this'd be my first)? special tags, etc
[00:22] <nacc> slangasek: looking at the wiki as we speak, as well
[00:22] <slangasek> nacc: explain why ("because it's needed for compatibility with php7"), subscribe ubuntu-release
[00:23] <slangasek> nacc: normally you want to also provide analysis of the upstream changes and justification for any risks; since we've only just missed FF and this is a sync from experimental, I'm happy to waive that requirement
[00:23] <nacc> slangasek: right, that's what i was just reading
[00:23] <nacc> makes sense, thanks!
[00:25] <Pharaoh_Atem> slangasek: I was just going to email Ondrej with a simplified set of the patches to apply
[00:25] <Pharaoh_Atem> and cc nacc about it
[00:25] <nacc> Pharaoh_Atem: i think his answers were for my questions
[00:25] <nacc> Pharaoh_Atem: i'd appreciate it if you could at least file the bug
[00:25] <Pharaoh_Atem> where and how do I do that
[00:25] <nacc> Pharaoh_Atem: launchpad
[00:26] <nacc> https://bugs.launchpad.net/ubuntu/+source/php7.0
[00:26] <Pharaoh_Atem> okay
[00:26] <Pharaoh_Atem> is it alright if I simplify the patches for him and send it to him?
[00:27] <nacc> Pharaoh_Atem: yeah, of course
[00:27] <nacc> Pharaoh_Atem: i just don't want to lose track
[00:28] <nacc> slangasek: LP #1547729
[00:46] <nacc> slangasek: still trying to figure out php-zeta-base
[00:46]  * slangasek nods
[00:46] <nacc> slangasek: i'm out next monday, but will get back to it first thing
[00:46] <nacc> i think i've fixed up anything other than php-zeta-base you and pitti hit overnight
[00:47] <slangasek> nacc: do you mind checking on the other uploads to see whether any have gotten stuck in dep-wait and require attention?
[00:47] <slangasek> once we have a handle on those I can batch up the next set of rebuild uploads
[00:47] <nacc> slangasek: sure -- what's the URL again (sorry not yet on the top of my head)
[00:47] <slangasek> nacc: ah... https://launchpad.net/ubuntu/+source/$sourcepkgname
[00:47] <slangasek> then drill down from there
[00:48] <nacc> slangasek: ok, need to run out quickly, but will do that when i get back
[00:51] <sarnold> nacc: it's quite handy to set up firefox keyword search for that, https://launchpad.net/ubuntu/+source/%s
[00:52] <sarnold> nacc: we've got a few other useful ones noted https://wiki.canonical.com/UbuntuEngineering/Security/Tips
[00:52] <slangasek> sarnold: huh, keyword searches work for you? they broke for me a while ago and I filed a bug on firefox but got no response
[00:53] <sarnold> slangasek: yeah; but I use pentadactyl so it might be something they've gone to some effort to continue supporting if firefox broke them..
[00:54] <nacc> sarnold: super nice! i'll have to add those
[00:54] <nacc> sarnold: yeah all the urls are super handy to have at hand
[00:54] <nacc> slangasek: ok, looks like all are good except the known php-zeta-{console-tools (depwait on base),base} and php-guzzlehttp
[00:56] <slangasek> sarnold: turns out they work now, but last time I tried to migrate from the old-style extensions to keyword-based bookmarks they were broken. Neat, that'll save me time again, thanks :)
[00:56] <slangasek> nacc: excellent!
[00:56] <sarnold> slangasek: woo :)
[00:57] <sarnold> yeah if these were to stop working I'd be pretty cranky
[00:58] <rlaager> Is Xenial expected to ship with zfsutils-linux on the server install CD?
[00:59] <sarnold> hey rlaager :) probably
[00:59] <Pharaoh_Atem> nacc: so do I just call this bug "Request to sync with Debian after application of patches" or what?
[01:02] <Pharaoh_Atem> nacc: I sent the email to Ondrej and cc'd you and Robie
[01:03] <sarnold> rlaager: interesting, it looks like it isn't currently set to ship on the CD; more details about what goes on the images and how is at https://wiki.ubuntu.com/SeedManagement
[01:05] <sarnold> rlaager: oh, of course, that's blocked on -me- finishing the security review first. jeeze. good thing it's friday afternoon.
[01:06] <rlaager> sarnold: So would it need to be in the Ship or Install seed?
[01:07] <sarnold> rlaager: i'm not sure which one, I thought of 'standard' or 'boot' on the first time through the introduction on that page..
[01:08] <Pharaoh_Atem> nacc: I cannot assign it to you: https://bugs.launchpad.net/ubuntu/+source/php7.0/+bug/1547738
[01:08] <rlaager> sarnold: I was assuming that standard is more-or-less equivalent to ubuntu-standard, and I'm not sure it needs to, or even should, be there.
[01:09] <rlaager> sarnold: I suppose installer, given that the next step would be installer support?
[01:10] <sarnold> rlaager: I don't know if installer support is planned for 16.04 or not; the foundations team is stretched pretty thin as it is. I know debian just grew support for it, there might be enough there worth stealing..
[01:12] <rlaager> sarnold: Sure, if installer support isn't possible for 16.04, that's fine. Getting the tools on the CD is a big step in that direction, though. It would allow the by-hand installation process to be greatly simplified. Instead of having to run debootstrap and do everything by hand, it would probably be possible to use most of the standard installer.
[01:13] <sarnold> rlaager: yeah, and since the image hasn't fit on a CD in ages anyway probably there aren't real space limitations to keep it out of the images
[01:16] <slangasek> we are not supporting root on ZFS
[01:16] <slangasek> so there's no particular benefit to having the tools on the install media; just install them afterward
[01:18] <Pharaoh_Atem> nacc: if you would please assign yourself to the php7.0 bug I just made, that'd be A+
[01:19] <rlaager> slangasek: Just because Ubuntu as a project isn't supporting root on ZFS doesn't mean you can't make small changes to make it easier for others (like me) who are interested in doing that.
[01:23] <rlaager> The thing to remember is that the server installer (unlike the Live CD) doesn't allow us to just `apt-get install zfsutils-linux`.
[01:37] <rlaager> sarnold: Good luck with the security review. I'll keep doing the best I can to build instructions for the root on ZFS case with whatever ships.
[01:58] <nacc> Pharaoh_Atem: done
[01:58]  * nacc -> long weekend
[02:32] <Logan> kyrofa: FYI http://bugs.debian.org/815205
[03:38] <slangasek> rlaager: on the contrary; since we don't support root on ZFS, we have a definite interest in avoiding making changes that give users a false impression of its supportability
[03:45] <sarnold> slangasek: he's left :/ he's still in #zfsonlinux however
[04:19] <slangasek> sarnold: ah, indeed :)
[12:38] <mitya57> Mirv, I pushed the qtbase dbustray patches to master branch.
[15:14] <kyrofa> Logan, I appreciate your looking into that, thank you!


[06:14] -queuebot:#ubuntu-ci-eng- rikmills, https://bileto.ubuntu.com/#/ticket/4838 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[07:59] -queuebot:#ubuntu-ci-eng- rikmills, https://bileto.ubuntu.com/#/ticket/4838 Dependency wait (kinetic/akonadi-calendar, kinetic/kdevelop, kinetic/kidentitymanagement, kinetic/okular). Diff missing (kinetic/kpmcore)
[08:18] -queuebot:#ubuntu-ci-eng- rikmills, https://bileto.ubuntu.com/#/ticket/4838 Dependency wait (kinetic/akonadi-calendar, kinetic/kdevelop, kinetic/kidentitymanagement, kinetic/okular). Pending binary packages (kinetic/kpmcore)
[08:39] -queuebot:#ubuntu-ci-eng- rikmills, https://bileto.ubuntu.com/#/ticket/4838 Dependency wait (kinetic/akonadi-calendar, kinetic/kdevelop, kinetic/kidentitymanagement, kinetic/okular). Diff missing (kinetic/kpmcore)
[10:05] -queuebot:#ubuntu-ci-eng- rikmills, https://bileto.ubuntu.com/#/ticket/4838 Generating diffs
[10:06] -queuebot:#ubuntu-ci-eng- rikmills, https://bileto.ubuntu.com/#/ticket/4838 Dependency wait (kinetic/kdevelop, kinetic/kidentitymanagement, kinetic/okular). Successfully built (kinetic/kpmcore)
[15:19] -queuebot:#ubuntu-ci-eng- rikmills, https://bileto.ubuntu.com/#/ticket/4838 Successfully built
[15:39] -queuebot:#ubuntu-ci-eng- rikmills, https://bileto.ubuntu.com/#/ticket/4838 Pending binary packages (kinetic/kdevelop). Successfully built (kinetic/kidentitymanagement, kinetic/kpmcore, kinetic/okular)
[15:40] -queuebot:#ubuntu-ci-eng- rikmills, https://bileto.ubuntu.com/#/ticket/4838 Generating diffs
[15:41] -queuebot:#ubuntu-ci-eng- rikmills, https://bileto.ubuntu.com/#/ticket/4838 Publishing packages
[15:58] -queuebot:#ubuntu-ci-eng- rikmills, https://bileto.ubuntu.com/#/ticket/4838 Proposed pocket
[18:58] -queuebot:#ubuntu-ci-eng- rikmills, https://bileto.ubuntu.com/#/ticket/4838 Proposed pocket (kinetic/kdevelop, kinetic/okular). Release pocket (kinetic/kidentitymanagement, kinetic/kpmcore)


[06:50] <dax> !unity
[06:50] <dax> !no, unity is <reply> Unity is a graphical shell for the GNOME desktop environment. Ubuntu used it by default from 11.04 to 17.04. For more information, see https://wiki.ubuntu.com/Unity
[06:52] <dax> Pici: ubot5 appears to be defaulting to xenial (in -discuss, anyway). tsimpson is listed as the contact for that one but I assume that info is wrong so I'm poking you instead.


[00:41] <KGB-2> totem signed tags ccdf8d3 Jeremy Bicha upstream/3.38.2 * Upstream version 3.38.2 * https://deb.li/3rBFx
[00:42] <KGB-2> totem upstream/latest 23041d4 Jeremy Bicha * pushed 11 commits (first 5 follow) * https://deb.li/4FNz
[00:42] <KGB-2> totem upstream/latest 39dcf81 Quentin PAGÈS po/oc.po * Update Occitan translation * https://deb.li/3MX1l
[00:42] <KGB-2> totem upstream/latest b8fa7be Bastien Nocera po/ LINGUAS br.po * po: Remove Breton translation * https://deb.li/IXXM
[00:42] <KGB-2> totem upstream/latest ed9a0ba Fabio Tomat po/fur.po * Update Friulian translation * https://deb.li/3mFdj
[00:42] <KGB-2> totem upstream/latest 175e1ec Bastien Nocera flatpak/org.gnome.Totem.Devel.json * flatpak: Fix default branch name for libgdata * https://deb.li/3U274
[00:43] <KGB-2> totem upstream/latest 887ac92 Ignacy Kuchciński src/totem-uri.c * main: Add MPL subtitles to the filechooser filters * https://deb.li/i7cVD
[00:43] <KGB-2> totem pristine-tar 7f9091c Jeremy Bicha totem_3.38.2.orig.tar.xz.delta totem_3.38.2.orig.tar.xz.id * pristine-tar data for totem_3.38.2.orig.tar.xz * https://deb.li/3jBEs
[01:25] <callmepk> good morning
[02:15] <duflu> Morning callmepk
[02:15] <callmepk> hi duflu
[05:49] <didrocks> good morning
[06:03] <callmepk> hi didrocks
[06:04] <didrocks> hey callmepk
[06:10] <duflu> Hi didrocks
[06:12] <didrocks> hey duflu
[06:14] <jibel> hi callmepk duflu didrocks
[06:14] <didrocks> salut jibel
[06:15] <enyc> Hrrm, I'm curious about OSX-like desktop-interfaces can suggest to others may transition from OSX.  There is Elementary-OS, how are ubuntu cinnamon, budgie, customizable, puzzle =)
[06:16] <jibel> this is not nice https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1946808
[06:17] <duflu> Hi jibel
[06:19] <duflu> enyc, This channel isn't the best place to ask but there are many options on https://www.gnome-look.org/browse?cat=134&ord=rating
[06:21] <oSoMoN> good morning desktoppers
[06:22] <duflu> Hi oSoMoN
[06:22] <oSoMoN> hi duflu
[06:36] <callmepk> hi jibel oSoMoN
[06:39] <enyc> duflu: hrrm this raises questions how much  trouble there is/isnit' with  themes across different desktops now
[06:39] <enyc> I rememebre a lot of trouble with gtuk themes incompatibiltiy, half working, ........
[06:39] <oSoMoN> hey callmepk
[06:39] <enyc> not sure if cinnamon, gnome, budgie,  etc would work with
[06:39] <enyc> and so-on
[06:48] <seb128> goood morning desktopers
[06:49] <duflu> Morning seb128
[06:50] <seb128> hey duflu, how are you?
[06:51] <duflu> enyc, yes custom themes do bring their own custom bugs. If you want the most reliable one then try the vanilla GNOME theme: sudo apt install gnome-session
[06:51] <duflu> seb128, I'm OK. How are you going?
[06:53] <seb128> duflu, I'm alright, a bit tired as the baby got back to wake up one time in the night though ;-/
[06:53] <duflu> :(
[06:56] <enyc> duflu: hrrm what a nice muddle =)
[06:57] <jpnurmi> good morning
[06:57] <duflu> Morning jpnurmi
[06:57] <callmepk> hi seb128 jpnurmi
[06:58] <duflu> enyc, also ironically for you coming from OSX, macOS Big Sur seems to copy a little of the GNOME user interface
[06:58] <didrocks> hey seb128
[06:58] <duflu> Windows 11 seems to as well
[06:59] <seb128> hey jpnurmi callmepk didrocks, how are you?
[06:59] <didrocks> I’m good, thanks. You?
[06:59] <enyc> duflu: a friend has a  4gb-ram macbook-2014  about to update 10.4 to big-sur....   am looking at options for them to try out on thinkpad or something as something more long-lasting value-for-money etc etc...
[06:59] <seb128> didrocks, I'm alright, just a bit tired
[07:01] <ricotz> goood morning everyone :)
[07:01] <enyc> duflu: and consider getting out of the  mac-os side of things heh
[07:02] <didrocks> hey ricotz :)
[07:03] <jpnurmi> hey duflu callmepk didrocks seb128 ricotz
[07:04] <duflu> enyc, for longevity I would recommend 20.04 right now: https://wiki.ubuntu.com/Releases
[07:04] <duflu> Hi ricotz
[07:05] <callmepk> seb128 I am good, thanks
[07:05] <enyc> duflu: well I'd be actually looking at situations for next summer or so but yes
[07:06] <enyc> duflu: past experience tells me in this sort of circumstance would actually prefer 21.10 upgraded to 22.04LTS  -- certainly in this SPECIFIC situtaino if that was needed for an install now would do so,  as e.g. in this specific circumstance  updated Libreoffice and other packages would be highly-desirable,  have known issues with 20.04
[07:08] <didrocks> morning jpnurmi
[07:10] <duflu> enyc, you'll be able to download the final release of 21.10 by the end of this week
[07:27] <jibel_> on impish live session sound is muted by default. IS it known?
[07:28] <jibel_> it breaks a11y test cases
[07:28] <duflu> jibel_, sounds /unknown/
[07:46] <seb128> jibel_, I haven't seen it reported
[07:46] <seb128> we really need an audio stack maintainer :/
[08:15] <jibel> seb128, can you test nvidia + secureboot ?
[08:25] <seb129> jibel, unsure if my reply went through, I should be able with the laptop L_aney sent me yes
[08:29]  * didrocks screenshots "129". Never seen that in 14 years :)
[08:37] <jibel> didrocks, do you want to cover the zfs test case ?
[08:38] <didrocks> sure, we already know that reboot + revert doesn’t work though
[08:38] <didrocks> and no cking around…
[08:39] <jibel> yeah but that can be fixed with an sru
[08:39] <didrocks> yes
[08:39] <jibel> but at least make sure installation is working fine
[08:39] <didrocks> doing
[10:12] <Wimpy> Morning desktoppers o/
[10:12] <Wimpy> How are you all doing? :)
[10:12] <jibel> Good morning Wimpy !
[10:12] <jibel> doing well, and you?
[10:13] <Wimpy> Very well thanks jibel. Good to hear from you :)
[10:13] <Wimpy> Doing the virtual KubeCon thing this week.
[10:14] <oSoMoN> good morning Wimpy!
[10:14] <Wimpy> Hello :)
[10:17] <seb128> hey Wimpy
[10:17] <seb128> jibel, +1 on nvidia + secureb
[10:20] <jibel> great, thanks!
[10:20] <jibel> I think we're almost done for desktop
[10:21] <jibel> I cannot test vmware ATM
[13:51] <ricotz> slyon, hi, please don't hijack https://bugs.launchpad.net/ubuntu/+source/vala/+bug/1945969
[14:19] <slyon> ricotz: ugh.. I didn't really expect to need SRU paperwork for this bug, that's why I used it in my libunity upload that is now in the impish-unapproved queue for the release team. Turned out it might become a 0-day SRU, so I needed to hijack that bug. Sorry!
[14:28] <ricotz> slyon, I see, having the upload rejected to upload a fixed changelog might have been better
[14:29] <seb128> ricotz, just unsubscribe from the bug to avoid the noise :)
[14:29] <ricotz> seb128, ;)
[14:32] <ricotz> slyon, isn't the version supposed to be 7.1.4+19.04.20190319-5ubuntu1?
[14:35] <ricotz> while -6 would be mean it is a sync from debian
[15:01] <slyon> ricotz: indeed. So it should be rejected from unapproved anyways.
[15:01] <slyon> seb128: Would you be able to sponsor this diff into Debian unstable instead? https://paste.ubuntu.com/p/CFqPcG5Njy/ Then we could just wait for the sync and avoid any release team distraction and noise on that 0-day SRU bug
[15:11] <seb128> slyon, yes, but sync isn't going to fix it in impish though, unsure if that's something we want?
[15:12] <slyon> seb128: that'd be great. Well it's an FTBFS fix, so probably really release critical. It would only become a 0-day SRU in impish anyways. So we could still SRU it to impish if needed (in the normal way)
[15:13] <slyon> s/probably really release critical/not really release critical/
[15:22] <seb128> slyon, rejected from the impish queue and uploaded to Debian now
[15:24] <slyon> seb128: thanks a lot! I'll roll back ricotz' bug then :)
[15:24] <seb128> yw!
[15:26] <ricotz> slyon, seb128, +1, thanks :)
[21:38] <KGB-0> gnome-shell-extension-freon pristine-tar 8862179 Matteo F. Vescovi gnome-shell-extension-freon_45+dfsg.orig.tar.xz.delta gnome-shell-extension-freon_45+dfsg.orig.tar.xz.id * pristine-tar data for gnome-shell-extension-freon_45+dfsg.orig.tar.xz * https://deb.li/3BD7z
[21:38] <KGB-0> gnome-shell-extension-freon signed tags 3cf7410 Matteo F. Vescovi upstream/45+dfsg * Upstream version 45+dfsg * https://deb.li/3L8UI


[15:39] <NRWlion> hey there people its Bobby Brown
[15:39] <NRWlion> ;)
[15:47] <pleia2> nhandler: NRWlion has volunteered to help out with UWN, when do you plan to start on this next one?
[15:47]  * pleia2 is leaving in about 8 hours, limited internet access through the long weekend
[15:53] <NRWlion> pleia2 & nhandler i was advised to come here due to my experience
[15:54] <pleia2> I know :)
[16:14] <NRWlion> hi jono
[16:14] <jono> hey NRWlion
[16:14] <jono> how are you doing?
[16:15] <NRWlion> tired as hell.. serving 24 hrs as medic toda
[16:15] <NRWlion> y
[16:16] <NRWlion> jono: how about you?`
[16:17] <jono> NRWlion, wow!
[16:17] <jono> good here, ready for the weekend :-)
[16:17] <jono> nice long weekend too
[16:18] <NRWlion> jono: well do it yourself then you might change your mind ;)
[16:19] <NRWlion> calls kept me out of bed since 4am (utc + 2)
[16:20] <jono> heh
[16:20] <jono> well get some rest
[16:20] <jono> right, going to do my email :-)
[16:20] <jono> back soon
[16:29] <NRWlion> jono: sorry to interrupt but Id like you to know a little bit more about me: https://wiki.ubuntu.com/nrwlion and what others do thing about me https://wiki.ubuntu.com/nrwlion-testimonials
[16:30] <NRWlion> i gotta leave now
[18:58] <nhandler> pleia2: I've started pulling links from the Planet (and I'll try and get caught up today). I could really use some help with finding any other news that is not on the planet.  I'll try and get a wiki page set up so we can clearly see what needs doing