[08:04] <andrewsh> jbicha: you upload 1.11-2ubuntu1 of redshift somehow removes the ubuntu-mono-light/dark icons
[08:04] <andrewsh> your*
[08:05] <andrewsh> and that's despite the changelog entry saying it still has --enable-unity enabled
[08:06] <andrewsh> hmmm, the diff shows s,--enable-ubuntu,--enable-unity,; is that right?
[08:07] <Unit193> -	dh_auto_configure -- --enable-randr --enable-vidmode --enable-geoclue2 --disable-geoclue --with-systemduserunitdir=/usr/lib/systemd/user/ --enable-ubuntu
[08:07] <Unit193> +	dh_auto_configure -- --enable-randr --enable-vidmode --enable-geoclue2 --disable-geoclue --with-systemduserunitdir=/usr/lib/systemd/user/ --enable-unity
[08:07] <Unit193>  Yep.
[08:07] <andrewsh> that doesn’t seem correct to me
[08:07] <andrewsh> since --enable-ubuntu did install the icons, and --enable-unity doesn't (does that work at all?)
[08:08] <Unit193> You'll also note the changelog disappeared.
[08:08] <andrewsh> AC_ARG_ENABLE([ubuntu], [AC_HELP_STRING([--enable-ubuntu],
[08:09] <Unit193> configure: WARNING: unrecognized options: --disable-maintainer-mode, --enable-unity
[08:10] <andrewsh> actually, I think ritesh could just enable it in Debian
[13:05] <cyphermox> MIR team ping; doko, didrocks, jdstrand: do we meet this week?
[13:06] <didrocks> cyphermox: nothing to say apart from "done Vulkan MIR, still work needed"
[13:06] <cyphermox> yeah, I'm not done with mine.
[13:06]  * jdstrand is here and has nothing to report
[13:07] <cyphermox> there are two bugs open, but I'll take ledmon (I have prior context on it)
[13:08] <cyphermox> let's skip then
[13:08] <didrocks> k
[13:08] <jdstrand> +1
[13:09] <jdstrand> I was actually wondering if every other week might make more sense
[13:09] <jdstrand> but meeting and adjourning quickly is fine too
[14:39] <seb128> LocutusOfBorg, hey! Do you know if something changed in cosmic for virtualbox/the vboxvideo driver that could explain https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1792932 (live CD failing to boot to a working session under virtualbox)
[14:39] <seb128> tjaalton, ^ moving the discussion here
[14:41] <tjaalton> k
[15:06] <seb128> vorlon, do you know who could help tjaalton to figure out if something change on the initramfs side in cosmic that would impact the vboxvideo driver? that's the bug just mentioned before which is a blocker for cosmic but we are failing at getting traction/understanding of the issue, seems the vboxdriver is taking too long to init and tjaalton thinks that might be because it's missing from the installed initrd
[15:09] <tjaalton> having it there might help, but it's never been on the installer initrd afaik
[15:09] <seb128> ah
[15:09] <seb128> I probably misunderstood, I though you said that was changed/explained it was taking to long to init
[15:09] <xnox> blame kernel? =)
[15:10] <seb128> tjaalton, so was the driver init faster in bionic? or boot slower? or did we just get lucky?
[15:10] <tjaalton> something changed that makes it racy now
[15:10] <seb128> I'm a bit unsure what changed/what you think is creating the issue now
[15:10] <tjaalton> I'll test on another machine with I can use to test this..
[15:10] <seb128> k, thx
[15:11] <seb128> let me know if we can help with something
[15:11] <LocutusOfBorg> apw, are you using vboxvideo inside the kernel?
[15:11] <tjaalton> the window of failure is only a few seconds, and something either made X quicker to start or vboxvideo slower to init, or both
[15:11] <LocutusOfBorg> ^^ which version? did you sync it to 5.2.18?
[15:11] <LocutusOfBorg> tjaalton, now vboxvideo is a kernel module, not sure how it can take seconds to boot
[15:11] <xnox> isn't this a general gdm fails to init on boot, sometimes?
[15:11] <LocutusOfBorg> but... installing virtualbox-guest-x11 makes it work?
[15:11] <xnox> or like you mean you don't get plymouth either?
[15:11] <tjaalton> LocutusOfBorg: takes > 25s
[15:12] <LocutusOfBorg> because I do something more on that package, wrt a normal kernel module
[15:14] <tjaalton> LocutusOfBorg: after first reboot it works, because the kernel module is already loaded before X starts
[15:20] <LocutusOfBorg> no real idea... seems not really vbox related?
[15:22] <tjaalton> I'll compare bionic/debian/cosmic..
[15:45] <LocutusOfBorg> sforshee, https://irclogs.ubuntu.com/latest/%23ubuntu-devel.html
[15:45] <LocutusOfBorg> it will update with some new messages
[15:45] <LocutusOfBorg> tjaalton, the kernel vboxvideo is now mainline, so they aren't using the vbox provided anymore
[15:46] <LocutusOfBorg> is it possible to have a spin with the vbox provided one, or a custom kernel so we know if this is the cause?
[15:46] <tjaalton> LocutusOfBorg: it's in staging
[15:48] <LocutusOfBorg> tjaalton, exactly
[15:48] <LocutusOfBorg> so this is the upstream one
[15:49] <LocutusOfBorg> tjaalton, as said, install virtualbox-guest-dkms and reboot
[15:49] <LocutusOfBorg> and tell me which one is used, and if it works
[15:49] <tjaalton> it's fine after the system is installed
[15:49] <tjaalton> only the installer instance is broken
[15:51] <LocutusOfBorg> so, seed vbox-guest-dkms or a custom kernel that sforshee can provide you? is it possible?
[15:51] <sforshee> will using the driver from virtualbox-guest-dkms even make a difference? Seems like this is a problem of when the device is ready
[15:52] <tjaalton> yeah I don't think it would
[15:54] <tjaalton> looks like bionic image on vbox just hangs if I click "show apps"
[15:55] <tjaalton> so it's not exactly bug free there either :)
[15:59] <tjaalton> and second/third attempt shows just a corrupt screen afte X has loaded
[16:00] <coreycb> RAOF: hi, can you reject keystone from the xenial unapproved queue? I need to learn how to use dput.
[16:10] <smoser> what is the right tag for verification on bionic for
[16:10] <smoser>  https://bugs.launchpad.net/ubuntu/xenial/+source/cloud-initramfs-tools/+bug/1792905
[16:10] <smoser> right now
[16:10] <smoser> basically, 2 independently functioning fixes are in -proposed for bionic.
[16:10] <smoser> i've verified one of them.
[16:11] <smoser> i do not want to hold up this SRU at all as we really need an image built with *either* of the fixes.
[16:32] <tjaalton> LocutusOfBorg, sforshee: debian testing (4.18) has vboxvideo loaded in 5-6s, compared to 25-30s in cosmic. it's not in initrd there either
[16:32] <sforshee> hmm
[16:33] <tjaalton> this is the live image
[16:33] <tjaalton> on both
[16:34] <sforshee> it's not like there are any driver-specific options that might be different, it's just enabled or disabled
[16:34] <sforshee> tjaalton: can you provide a dmesg from both? Maybe there will be some clues there
[16:37] <tjaalton> sforshee: yeah I'll try..
[16:48] <tjaalton> sforshee: oh, there's an error about module verification, could that be it?
[16:48] <tjaalton> anyway, I'll dump these somewhere..
[16:51] <tjaalton> sforshee: https://aaltoset.kapsi.fi/vbox-slow/
[17:00] <tjaalton> well, on bionic it's still slow but xserver doesn't fail the same way
[17:00] <sforshee> tjaalton: there's certainly something weird, a couple of big delays that account for most of the difference but nothing in dmesg tells me why
[17:01] <sforshee> the delay from systemd starting to the vboxvideo module loading looks to be about 7s
[17:01] <sforshee> still awfully long
[17:01] <tjaalton> right, well the root bug is something changed in xserver 1.20 compared to 1.19 which makes it fail now if vesa is loaded first
[17:24] <tjaalton> sforshee, seb128, LocutusOfBorg: we just need https://gitlab.freedesktop.org/xorg/xserver/commit/0a9415cf793babed1f28c61f8047d51de04f1528
[17:28] <tjaalton> the diff to bionic log was that glamor init succeeds now, when it shouldn't
[19:05] <seb128> tjaalton, good work figuring that issue out!
[19:06] <tjaalton> the commit says the feature was enabled in mesa 17.3 but in fact it was in 18.1 which was why I didn't think of that earlier..
[19:15] <seb128> no worry, glad that you figured it out before cosmic is out :)
[19:26] <tjaalton> well, the author helped..
[19:26] <tjaalton> as I first thought it was a regression in xserver
[22:35] <coreycb> bdmurray: i'm going to add some patches to the bionic neutron upload if you haven't gotten to that one yet
[22:36] <coreycb> bdmurray: feel free to reject that
[22:38] <bdmurray> coreycb: Oh, could you update the regression potential in bug 1790598 then?
[22:40] <coreycb> bdmurray: the other patches that I'm adding are for a different issue. Still want me to update 179058?
[22:42] <bdmurray> coreycb: Well, Regression Potential of minimal isn't great.
[22:42] <coreycb> bdmurray: well i can't argue with that. we'll get it updated.
[22:43] <bdmurray> coreycb: thanks
[23:20] <mwhudson> do the git-ubuntu imports contain enough info to reconstruct the dsc?
[23:20] <nacc> mwhudson: for an existing publish?
[23:20] <mwhudson> yes
[23:20] <nacc> mwhudson: every DSC is stored in a special branch
[23:20] <mwhudson> ah cool
[23:20] <nacc> mwhudson: which srcpkg?
[23:20] <mwhudson> nacc: uhh i think it was dh-golang this time
[23:20] <nacc> i can try and find the right ref for you
[23:20] <mwhudson> basically i run debdiff and it says "can't find dsc"
[23:20] <nacc> yeah
[23:21] <mwhudson> hmm i guess i also need the tarball for that to do anything useful
[23:21] <nacc> https://git.launchpad.net/ubuntu/+source/dh-golang/log/?h=importer/ubuntu/dsc
[23:21] <nacc> we have a git-ubuntu export-orig
[23:21] <mwhudson> nice
[23:21] <nacc> to get the orig tarball out of the pristine-tar (or downlaod it from LP if we don't have it in pristine-tar)
[23:22] <nacc> in *theory*, if you have a full repo cloned, you can get the equivalent srcpkg locally; that was the hope, at least :)
[23:22] <nacc> the above is the DSC files in ubuntu, there is a corresponding importer/debian/dsc branch for those
[23:22] <nacc> it's not an ABI yet (that is, those branches may change content, etc.), but in the current implementation that's what the importer does
[23:23] <mwhudson> i'm glad someone is thinking about these things :)
[23:23] <nacc> tbf it's mostly rbasak at this point. I just have memories :)
[23:50] <RAOF> coreycb: Keystone rejected from xenial. Enjoy your dput!


[09:18] <ginggs> can someone please tell me why LP: #1382631 has not expired due to inactivity?
[09:25] <cjwatson> ginggs: because it has a remote bug watch
[09:25] <ginggs> cjwatson: ta!
[13:24] <seb128> hey there
[13:26] <seb128> it looks like I can't edit attachements on launchpad anymore, am I overlooking something/do other have the same issue?
[13:26] <seb128> e.g https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1874908/+attachment/5359814
[13:26] <seb128> I wanted to uncheck the patch box and change the type but I don't have a button to validate
[13:26] <cjwatson> So we did make some changes there recently because previously ANYONE could edit them
[13:26] <cjwatson> But it was supposed to still allow bug supervisors
[13:27] <cjwatson> Do you not have "Change" and "Delete Attachment" buttons then?
[13:27] <cjwatson> Any chance of a screenshot?
[13:29] <cjwatson> ach, I wonder if this is target vs. pillar-of-target
[13:30] <cjwatson> Wouldn't have been noticed in the code that's shared with EditBug previously because bug supervisors are essentially always going to be covered by the "is a vaguely legitimate-looking user" check beforehand
[13:35] <cjwatson> seb128: ^-
[13:37] <seb128> cjwatson, https://people.canonical.com/~seb128/bugedit.png
[13:38] <seb128> how is 'bug supervisors' defined?
[13:38] <cjwatson> seb128: Right.  Could you file a bug, please?  You're the first to report this
[13:39] <cjwatson> seb128: It's meant to be the one shown on https://bugs.launchpad.net/ubuntu/, but I think we have a bug where we look for a bug supervisor specifically on the distribution source package and don't cascade up to the distribution.
[13:40] <seb128> cjwatson, https://bugs.launchpad.net/launchpad/+bug/1875398
[13:41] <cjwatson> Thanks, grabbing
[13:41] <seb128> thanks!
[21:08] <thomasross> hi, i'm getting an error trying to log in through SSO. Where should I report the error ID?
[21:13] <rbasak> thomasross: I'm not certain it's the right place but you might ask in #canonical-sysadmin
[21:23] <cjwatson> thomasross<EMAIL_ADDRESS>[21:23] <cjwatson> or here is fine too
[21:23] <cjwatson> (I am certain :-) )
[21:24] <sarnold> :)


[00:28] <zwirc> sarnold think il have tried everything
[00:28] <zwirc> the problem is that XX users cant reach the server trought second ip
[00:29] <sarnold> zwirc: are you past the RTNETLINK error then?
[00:29] <zwirc> yea
[00:29] <sarnold> yay
[00:29] <sarnold> zwirc: can those users ping or traceroute the server?
[00:29] <zwirc> can link you the ips in PM if u want to try to reach them?
[00:29] <sarnold> zwirc: can they see both IPs? only one IP? neither IP?
[00:29] <sarnold> sure
[00:29] <zwirc> so can you tell me if you reach none or all xD
[01:02] <mnathani> How does one set services to start on boot, (Things like apache, bind, mysql) I am looking for a chkconfig like utility on Ubuntu. (I am coming from mainly CentOS installs), Also I would like a list of what is currently set to start automatically.
[01:10] <markthomas> mnathani: check out update-rc.d
[05:33] <TimRe> hi guys I am currently having problems with vsftp and jailing users into there home directory and also having problems uploading files using CoreFTP LE just getting permission denied I am running 12.04.2 LTS on this server does anybody know what I need to do?
[06:39] <vedic> Is this correct for setting up bridge network for KVM based virtual machine? Host is a remote server running 12.04 LTS with single public ip address. http://pastebin.com/bHbXhAXw
[12:37] <smallmouse1> hi is there any way to track terminal commands entered
[12:49] <RoyK> smallmouse1: track?
[12:49] <treetreetr33> arrow up?
[12:49] <treetreetr33> down?
[12:49] <smallmouse1> RoyK: want everthing entered like  log ?
[12:49] <RoyK> less ~/.bash_history ?
[12:51] <smallmouse1> RoyK: thank you
[12:52] <RoyK> smallmouse1: or if you, from the command line, want to search the history, type ctrl+r and start typing the command you wrote earlier
[12:52] <RoyK> reverse isearch
[12:53] <RoyK> then press ctrl+r to look for more stuff like it
[13:41] <smallmouse1> to output bash history to a file is it  less ~/.bash_history ? > filename
[13:42] <smallmouse1> and how long is bash history stored for ?
[13:53] <mardraum> smallmouse1: .bash_history *is* a file!?
[14:17] <RoyK> smallmouse1: man bash
[14:17] <RoyK> them manual lists settings etc
[14:34] <streulma> hello, does someone knows OnApp ?
[14:35] <streulma> when I run Ubuntu Server and upgrade, the server will not reboot and hangs at freed memory...
[14:36] <TimRe> anybody know why my issue is happening?
[15:01] <streulma> hello, anybody here ?
[17:24] <vedic> Could you point to reliable tutorial for install KVM based virtualization? I am a bit confused from the Google results as some use JeOS and some don't and also the commands for network setup are different. My VMs will need good amount of Hard disk access and needs to remain accessible remotely. The host is a remote server running 12.04 LTS x64
[17:49] <vedic> Could you point to reliable tutorial for install KVM based virtualization? I am a bit confused from the Google results as some use JeOS and some don't and also the commands for network setup are different. My VMs will need good amount of Hard disk access and needs to remain accessible remotely. The host is a remote server running 12.04 LTS x64
[18:48] <Guest65178> I want to do this : for i in `ls` ; do echo "$i" ; done;
[18:48] <Guest65178> but some file names have spaces in them, how do I get this command to work with files with spaces in their names/\?
[18:52] <Guest65178> nevermind
[18:52] <Guest65178> I replaced `ls` with *
[20:00] <vedic> Are there any issues if NFS is setup between host and guest OS on Ubuntu 12.04 amd64 machine? Guest OS will have nat enable network (user mode)
[22:53] <wxl> hey folks. i'm following https://help.ubuntu.com/community/Installation/SoftwareRAID to set up raid with lubuntu's mini.iso and after setting up the array it tells me i have no root file system. what am i missing?


[00:04] <spm> I lashed out on the w/e and bought some vowels. now to spend 'em.
[00:11] <wgrant> dhillon-v10 has tried to most of my teams in the past 24 hours :(
[00:11] <wgrant> Er, tried to join.
[00:11] <spm> yay :-/
[00:13] <thumper> and dhillon-v10 is?
[00:13] <wgrant> spm knows him.
[00:13] <ajmitch> another overly-helpful or inquisitive person?
[00:15] <spm> ajmitch: exactly. described himself as "... *THE* launchpad answer person". it's nice they're so keen and all; but perhaps overdoing it.
[00:15] <spm> heh. even so far as to wanting admin powers on LP so he could fix stuff.... :-)
[00:16] <ajmitch> heh
[00:25] <thumper> jelmer: there has probably been no change since the 4th of Dec for https://code.edge.launchpad.net/~kiko/linux/2.6.31
[00:25]  * thumper heads for coffee
[00:25] <thumper> bbl
[02:01]  * thumper has lotsa wine now
[02:46] <thumper> spm: is staging updating?
[02:49] <spm> thumper: looks like it. it was hung in an earlier update; killed that; is now updating for ~ the past 40 mins.
[02:49] <thumper> :-| we have some imports running
[02:49] <thumper> for 4 hours so far
[02:50] <thumper> bigish bzr-svn tests
[02:50] <spm> ew
[04:33]  * thumper stops for dinner
[05:58] <mwhudson> thumper: https://code.staging.launchpad.net/~mwhudson/boost/trunk succeeded after 8 and a bit hours
[05:58] <mwhudson> thumper: yay for bzr-svn i think
[06:32] <thumper> mwhudson: http://staging.launchpadlibrarian.net/36556292/boost-trunk-log.txt are we missing saving a cache?
[06:33] <mwhudson> thumper: bzr-svn saves its caches in ~/.bazaar somewhere -- the cache will get built once per machine
[06:33] <mwhudson> thumper: which is a bit lame, but not too bad
[06:34] <mwhudson> thumper: it would be better to be better, but that requires some hacking of bzr-svn
[06:37] <thumper> ok
[07:17] <lifeless> mwhudson: I suggest filing a moderate priority bug on that: the caches will have the following issues;
[07:17] <lifeless>  - they will grow in size and not be capped
[07:18] <lifeless>  - concurrent imports from the same svn repo will interfere with each other
[07:18] <lifeless>  - they can take some time to build
[07:58] <wgrant> Can I convince a merge proposal diff to be regenerated without pushing a new revision?
[08:00]  * wgrant considers uncommit, push --overwrite, pull, push
[08:05] <thumper> wgrant: not yet
[08:06] <thumper> wgrant: at least I don't think so
[08:06] <BjornT> gmb: what's the status of the fix for the two failing Bugs Windmill tests?
[08:07] <BjornT> thumper: what's the status of the fix for the failing Code Windmill test?
[08:07] <thumper> thumper: fixed awaiting release-critical stamp
[08:08] <thumper> BjornT: thanks for reminding me, I need to put it on the release blockers
[08:09] <BjornT> thumper: cool, thanks.
[08:14] <thumper> wgrant: why is it out of date?
[08:15] <wgrant> thumper: I set a prereq branch on the MP. It generated the diff with the prereq branch.
[08:15] <wgrant> But then I pushed some more revs several days later (the prereq branch was still unmerged).
[08:16] <wgrant> It regenerated the diff, but this time it appeared not to have taken the prereq into account.
[08:16] <thumper> umm...
[08:16] <thumper> it will have...
[08:16] <thumper> unless you convince me otherwise
[08:17] <wgrant> Argh, staging is too old :(
[08:17] <wgrant> But you're right, it looks like it does do it, since now that I've repushed it has gone crazy with conflicts.
[08:18] <wgrant> They are really strange conflicts.
[08:19] <thumper> wgrant: staging doesn't really have the branches from production
[08:20] <wgrant> thumper: I know, but it probably does have the crazy diff if a dump is being restored at the moment. But since the new diff is insane too (the pre-req has been merged), I wonder if they just don't merge well (criss-cross merges, or somesuch).
[08:21]  * wgrant tries.
[08:21] <thumper> wgrant: if you have a pre-req, then merge trunk into the second, then merge trunk into the first, then the pre-req into the second, you get criss-cross
[08:22] <thumper> wgrant: I work with pipes when using pre-reqs
[08:22] <thumper> wgrant: merge trunk into the bottom unmerged pipe
[08:22] <thumper> wgrant: then 'pump'
[08:22] <thumper> all done
[08:22] <wgrant> thumper: Yeah, I normally do too. But not in this case.
[08:22]  * thumper shrugs
[08:22] <thumper> oh well
[08:22] <wgrant> I love bzr-pipeline.
[08:22] <thumper> me too
[08:25] <wgrant> Oh.
[08:25] <wgrant> I see what happened.
[08:27] <wgrant> The pre-req that was merged is slightly different from the one that Julian landed -- he merged trunk into it, then landed. I didn't notice that it had landed, so I merged trunk into it and then pushed it.
[08:27] <wgrant> So there is a horrible horrible devel criss-cross in that branch.
[08:40] <adiroiban> jtv: hi. For branch-sync, I talked with Danilo and Henning and they told me it should also work with an empty branch. bug 494762
[08:40] <mup> Bug #494762: Export to branch is not working for a fresh branch creating using LP UI <code-integration> <Launchpad Translations:Triaged> <https://launchpad.net/bugs/494762>
[08:41] <adiroiban> thanks for the email :)
[08:41] <jtv> adiroiban: it's a somewhat obscure distinction... it'll work for an empty branch, but not for a nonexistent branch.
[08:41] <jtv> adiroiban: if nothing has been pushed, it's nonexistent.
[08:41] <jtv> but you can create an empty branch & push it.
[08:42] <adiroiban> jtv: ok. so the bug is invalid?
[08:42] <adiroiban> or  is for the wishlist?
[08:43] <jtv> no, the bug is valid but subtle—it's not actually possible to "create" (in the strictest sense) a branch using the LP UI.
[08:43] <jtv> the "register a branch" option registers a branch, but does not create it
[08:43] <jtv> (although if the branch is mirrored, a cron job will then create the branch by importing data from elsewhere)
[08:44] <jtv> When you register a hosted branch (as you do for translations exports), the LP UI really just "reserves a spot" for it.
[08:45] <jtv> The solution that we have in mind for the bug is to leave uncreated branches out of the list of options in the branch picker.
[08:48] <adiroiban> OK. Can I touch that branch now?
[08:56] <wgrant> danilo[home]:
[08:56] <wgrant> Argh.
[09:03] <wgrant> bigjools: Are you likely to have enough time to re-review gina-3.0-support today?
[09:03] <wgrant> (thanks again for getting the other one landed)
[09:04] <bigjools> wgrant: yep
[09:07] <wgrant> bigjools: The diff generated by LP is full of conflicts that I cannot reproduce locally -- the intermediate diff is attached, and http://paste.ubuntu.com/341024/ is the full diff.
[09:07] <bigjools> ok ta
[09:07] <bigjools> is the branch against db-devel?
[09:08] <wgrant> bigjools: It was, but that was before 3.1.11. The MP is still against db-devel, but it's fine in devel.
[09:08] <bigjools> right, that was my next Q :)
[09:08] <wgrant> LP doesn't allow me to retarget it :(
[09:09] <bigjools> yeah, thumper should really fix that :)
[09:09] <thumper> bigjools: it is on my dashboard :)
[09:09] <bigjools> \o/
[09:21] <mrevell> Morning
[09:51] <beuno> good morning
[10:22]  * bigjools is loving thumper's change to highlight MP changes done after it was first made
[10:22]  * wgrant liked that too.
[10:23] <wgrant> Although no automatic diff intermediate diff :(
[10:24] <bigjools> gah I need to set up a WOL on my test box
[10:24]  * bigjools trudges back through the rain into the house
[10:43] <bigjools> wgrant: FWIW the diff of your gina branch is fine here, I suspect there's a bug in the codehosting stuff
[10:44] <bigjools> danilos: I need you to approve https://code.edge.launchpad.net/~wgrant/launchpad/gina-3.0-support/+merge/15478 for release-critical
[10:44] <wgrant> bigjools: It's probably because of the prereq branch. There was something horrible going on there, but I removed the revision that didn't get merged, but the diff was still generated broken.
[10:44] <danilos> bigjools, sure, looking
[10:44] <wgrant> Very odd.
[10:45] <bigjools> danilos: thanks - it was another branch dependent on the buildbot update that didn't get done on Friday
[10:45] <wgrant> bigjools: (you merged devel into my other branch, then landed it. Later that day, I merged devel into the branch, not realising it had landed. I think that confused things.)
[10:45] <danilos> bigjools, whoa, that looks huge
[10:45] <bigjools> danilos: the diff is fucked
[10:46]  * danilos "phews"
[10:46] <bigjools> danilos: http://pastebin.ubuntu.com/341071/
[10:47] <danilos> bigjools, it's still reasonably big... have you had a chance to test this already on dogfood?
[10:47] <bigjools> danilos: doing so right now
[10:47] <wgrant> It's also only gina.
[10:47] <danilos> bigjools, ok, let me know how that goes, I'll take a look
[10:48] <bigjools> danilos: if it doesn't go in, it'll end up being a CP request next week
[10:48] <bigjools> and the Ubuntu mafia will knock your door down ;)
[10:50] <danilos> bigjools, heh, I am not that easily intimidated :P
[10:50] <bigjools> danilos: that cross-dressing guy in the bar in Barcelona did a good job :D
[10:50] <danilos> bigjools, btw, that cowboy listed on LPS for expire-ppa-binaries is also landed, right?
[10:50] <danilos> bigjools, heh, I hope you are not trying to do the same :)
[10:50] <bigjools> danilos: I don't know, it was salgado's bug
[10:50] <wgrant> bigjools: I presume the dpkg upgrades for cocoplum/germanium/iron and whatever runs debdiff are scheduled?
[10:51] <danilos> bigjools, though, that'd look good on you :P
[10:51] <bigjools> wgrant: argh good point
[10:51] <wgrant> bigjools: buildds are pretty much sorted, fortunately.
[10:52] <bigjools> yes
[10:52] <bigjools> wgrant: will gina pay attention to the sourcepackageformatselection ?
[10:53] <wgrant> bigjools: No.
[10:53] <wgrant> gina doesn't pay much attention to anything, and the archive is trusted, so I didn't think it important.
[10:53] <bigjools> I guess it doesn't matter
[10:54] <salgado> adiroiban, around?
[10:55] <adiroiban> salgado: hi. yes.
[10:55] <salgado> adiroiban, hi there.  did you get a message telling you about the tests that were failing in your branch?
[10:55] <adiroiban> salgado: nope.
[10:56] <salgado> adiroiban, can you check if it was not incorrectly flagged as spam?
[10:56] <danilos> bigjools, please add that to the special rollout requirements if it's not there already
[10:56] <adiroiban> salgado: who is the sender?
[10:57] <adiroiban> maybe it's just delayed
[10:57] <danilos> bigjools, also, what about that cowboy for expire-ppa-binaries on librarian? is it landed yet?
[10:57] <salgado> adiroiban, let me check who's the sender.  it should've been sent Saturday
[10:57] <bigjools> danilos: do you mean the one to set the number of days?
[10:57] <danilos> bigjools, there are https://pastebin.canonical.com/25653/ and http://paste.ubuntu.com/339326/
[10:58] <danilos> bigjools, well, both of these, if you know anything about them
[10:58] <bigjools> danilos: the first one was sorted with a "proper" fix that landed
[10:58] <bigjools> 2nd one is salgado's auth store fix
[10:59] <danilos> bigjools, ok, cool, thanks for the update
[11:01] <salgado> jml, around?  if I use 'ec2 land' on someone else's branch, using a merge proposal, who gets email if tests fail?
[11:13] <bigjools> wgrant: did you do any local testing with the gina patches?
[11:13] <bigjools> dogfood doesn't have a Debian archive handy :(
[11:14] <wgrant> bigjools: Not for about a month.
[11:15] <wgrant> There's a small 3.0 archive around somewhere..
[11:15]  * wgrant hunts.
[11:15] <bigjools> that'd be very useful
[11:15] <wgrant> http://people.debian.org/~brlink/v3test/
[11:16] <bigjools> awesome
[11:16] <jml> salgado, everyone
[11:16] <wgrant> debmirror that, I guess.
[11:16] <jml> salgado, you and the other person
[11:16] <jml> salgado, --dry-run is your friend
[11:17] <adiroiban> salgado: can you please forward the email? Thanks!
[11:17] <salgado> adiroiban, I didn't get it
[11:17] <adiroiban> salgado: ah.
[11:17] <jml> g'night
[11:25] <salgado> adiroiban, I think I detached the thing too early so it didn't send out emails. I'm submitting it again. hopefully we'll get an email this time
[11:25] <adiroiban> salgado: well, life sucks :) . So you just know that it failed? I just started a new full test, but I ran one before pushing the changes
[11:26] <adiroiban> salgado: ok. thanks!
[11:26] <danilos> bigjools, wgrant: btw, I want to keep track of why something had to be RCed (it can be as simple as "buildbot images were not ready for this"), so what about https://code.edge.launchpad.net/~wgrant/launchpad/gina-3.0-support/+merge/15478? also, is there a bug we should add to CurrentRolloutBlockers?
[11:28] <bigjools> danilos: basically I was a slacker
[11:28] <danilos> bigjools, ok, good enough, thanks :)
[11:28] <adiroiban> salgado: ok. although don't know if I can access those logs
[11:29] <bigjools> danilos: the CP blocked everything on Friday and by the time I'd dealt with that it was very late my time
[11:30] <danilos> bigjools, right, I can see several other problems CP on Friday might have caused, ta
[11:30] <danilos> bigjools, btw, has that been CPed? is it worth CPing now (downtime and all) or can we wait for Wednesday release?
[11:31] <danilos> bigjools, it'd be a shame to cause so many issues and not even CP it if we should :)
[11:31] <bigjools> danilos: it was CPed today
[11:31] <danilos> bigjools, ok, thanks
[11:35] <danilos> adiroiban, btw, I probably won't have much time to help with bug 496361 until the rollout (I am doing release management this time around), but I'd be happy to help with the general direction :)
[11:35] <mup> Bug #496361: Register a single view (SeriesLanguageView)  for all ISeriesLanguage-implementing objects <Launchpad Translations:New for adiroiban> <https://launchpad.net/bugs/496361>
[11:36] <adiroiban> danilos: np. I still need to get the current changes landed :D
[11:36] <danilos> adiroiban, yeah, most of that is not happening before rollout either unless they are RC :)
[11:38] <adiroiban> danilos: yep. don't worry. I can wait and there are plenty of other unrelated bugs to nail
[11:39] <adiroiban> are we going to have the final release of YUI available on edge soon ?
[11:42] <danilos> adiroiban, we don't have it yet?
[11:42] <danilos> adiroiban, afaik it should be on production as well
[11:43] <adiroiban> danilos: hm... on devel it was only 3.0_p2
[11:44] <adiroiban> let me check if it was updated
[11:46] <adiroiban> ah...stupid me. it's here, but I didn't merged that branch with the latest devel
[11:46] <danilos> adiroiban, look at lazr-js/build/yui to see what YUI are we actually using
[11:52] <adiroiban> is there an annoucement list for such updated? I tried to read the bzr log, but I could not find any reference about updatind yui
[11:57] <bigjools> wgrant: gina has the most bizarrely contrived config I've ever seen
[11:58] <wgrant> bigjools: YES.
[11:58] <wgrant> But I think that's as a result of bug #1234
[11:58] <mup> Bug #1234: Gina is an unmaintainable mess of command line options, environment variables and shell scripts <Launchpad Foundations:Fix Released by debonzi> <https://launchpad.net/bugs/1234>
[11:58] <bigjools> heh
[11:58] <wgrant> It's now instread an unmaintainable mess of having to add each target to schema-lazr.conf WTF
[11:59] <bigjools> no kidding, that's a royal pain
[12:01]  * wgrant tracks down that diff, just to see if it was less foul before lazr.config.
[12:01] <bigjools> wgrant: more than likely
[12:02] <wgrant> Yeah, there was no need to add it to the schema with ZConfig.
[12:08] <bigjools> wgrant: I am singularly failing to get an import done on DF, it's hanging, did you ever see that when you played with it?
[12:08] <wgrant> No. Let me try it again locally.
[12:11] <wgrant> bigjools: How did you mirror it?
[12:12] <bigjools> wgrant: rsync to my box at home then copied a tarball up to DF
[12:12] <bigjools> s/rsync/wget/
[12:12] <wgrant> Ah.
[12:15]  * wgrant tries the remember the correct gina sacrifice sequence.
[12:15] <wgrant> s/the/to/
[12:22] <wgrant> bigjools: It's importing OK for me.
[12:23] <bigjools> ok cool
[12:23] <bigjools> I think my goat is the wrong breed
[12:23] <wgrant> Argh, some borkage in the later ones. I think my DB lacks some of the sections.
[12:23]  * wgrant adds them and tries again.
[12:24] <wgrant> I think the docs for pocketrelease and distroseries are around the wrong way.
[12:24] <wgrant> pocketrelease needs to be the source (in this case 'test'), while distroseries needs to be the destination.
[12:24] <wgrant> Whereas the docs in schema-lazr.conf say the opposite.
[12:25] <bigjools> it doesn't help when I get a traceback from os.path.join
[12:25] <wgrant> Ewww. What did you do?
[12:26] <bigjools> nothing!  line 57 in gina/archive.py causes it
[12:26] <wgrant> You must have left some config option blank?
[12:27] <bigjools> I did, but then the prod config does too
[12:27] <wgrant> bigjools: Hm, where does it hang for you?
[12:28] <wgrant> Oh, that archive will fail now. Curses.
[12:28] <bigjools> it's ok now
[12:28] <wgrant> (it uses lzma compression parts, whereas dak recently changed to not support lzma, and I was advised to follow)
[12:28] <bigjools> yeah I saw that and wondered
[12:29] <wgrant> Should I hack a better archive together, or do you want to cheat and add lzma to the regexps?
[12:29] <bigjools> I'd rather have a realistic archive
[12:30] <wgrant> I wonder if it will import an archive produced by itself.
[12:30] <bigjools> hmmm well my test run just went bang
[12:30] <wgrant> Uhoh. What died?
[12:31] <bigjools> lots
[12:31] <bigjools> I'll capture a log this time!
[12:32] <jtv> bigjools: available when you are
[12:33] <bigjools> wgrant: http://pastebin.ubuntu.com/341125/
[12:33] <jtv> adiroiban: just heard that the export-to-bzr bug was a new one, not the one I thought it was
[12:33] <wgrant> bigjools: Oh, so not actually a test run, but a run over that dodgy archive?
[12:33] <bigjools> tes
[12:33] <bigjools> yes
[12:34]  * wgrant uploads a tarball of his dev PPA with three v3 sources.
[12:34] <adiroiban> jtv: ok. np. I will not touch that branch
[12:35] <wgrant> bigjools: I'm not sure about those section errors, but the null filetype ones are because of the lzma.
[12:35] <bigjools> yeah
[12:36] <bigjools> jtv: ok, what's going on my man
[12:36] <jtv> adiroiban: sorry, I was mentally still in the middle of our earlier conversation.  I mean it's the same problem, and with the same solution on your end—it's just that a complementary way of handling it on our end has come up.
[12:37] <jtv> bigjools: hi!  was hoping we could have a call—not anything too much special, but maybe I could (1) catch up on what happened in my absence and (2) solidify my next steps
[12:37]  * jtv turn s on air conditioner
[12:38] <jtv> in the old days you needed friends & family to tell you you had heat on the brain and were spouting nonsense
[12:38] <jtv> "too much special," indeed
[12:38] <jtv> now you just see it in your own irc client
[12:44] <wgrant> bigjools: http://williamgrant.id.au/f/1/2009/wgrant-v3-ppa.tar.bz2, import from lucid.
[12:50] <bigjools> wgrant: ok ta
[12:50] <bigjools> going OTP, will do it in a but
[12:50] <bigjools> bit
[13:23] <wgrant> bigjools: Do you need anything else from me?
[13:23] <wgrant> I should sleep.
[13:23] <bigjools> wgrant: I'll just grab your archive
[14:01] <Pilky> hey, any launchpad devs available
[14:06] <james_w> did someone land a change that made patches have different icons to normal attachments?
[14:08] <Pilky> just wondering if anyone would be interested in seeing and commenting on some mockups I made for ideas on how to improve some parts of launchpad's UI
[14:11] <maxb> It must be said that the final release-week of the year before everyone goes on holiday is possibly not the optimal time for that question :-)
[14:11] <Pilky> heh
[14:12] <Pilky> well I had some free time this weekend and just had a little play around
[14:12] <Pilky> hoping it might be of interest, maybe for the new year
[14:13] <maxb> You may be lucky, and find someone who hasn't got anything release-critical going on
[14:13] <maxb> But dropping an email to the launchpad-dev list might be preferable
[14:13] <Pilky> ok thanks, I'll try that
[14:14] <flacoste> morning launchpadders
[14:51] <adiroiban> how I can aquire devmode in a View?
[14:53] <adiroiban> devmode and icingroot
[14:55] <noodles775> adiroiban: what is it that you want to do? (I've normally only needed those from the template, where they are defined in the base layout template)
[14:55] <adiroiban> I need to include the translations.js in a template/view
[14:56] <adiroiban> i saw henning doing this for the recent translations.lp.net/+langauges page
[14:56] <noodles775> Great, he'd be a good person to ask then (and should be around)... henninge ^^ :D
[14:57] <adiroiban> :)
[14:57] <henninge> adiroiban: hang on, I'll look it up
[14:57] <adiroiban> henninge: no hurry
[14:58] <adiroiban> btw. what is the policy/rule for js function? Should I add them in translations.js ? or i should create a different namespace for each view?
[15:00] <henninge> adiroiban: add to translations.js unless you are doing something really big
[15:01] <henninge> adiroiban: is this what you meant? http://paste.ubuntu.com/341215/
[15:01] <adiroiban> henninge: yes
[15:02] <henninge> adiroiban: I am not sure where icingroot is coming from
[15:02] <noodles775> it's set in the base template iirc.
[15:02] <henninge> adiroiban: this snippet is from lib/lp/translations/templates/translation-import-queue-macros.pt
[15:03] <henninge> noodles775: I suspected something like that
[15:05] <adiroiban> henninge: I saw your changes... and I have a similar setup... but I don't know why those variables are not aquired
[15:11] <adiroiban> henninge: solved
[15:12] <henninge> oh cool, what was it?
[15:12] <adiroiban> I think they are defined as global in the main-macro
[15:13] <adiroiban> so I had to add   metal:use-macro="view/macro:page/main_only"
[15:13] <henninge> ah yes, you need that.
[15:13] <adiroiban> as I in a +fragment, it was not previously added
[15:14] <adiroiban> as I was in a +fragment, it was not previously added
[15:15] <adiroiban> uh... i can not use view/macro:page/main_only in a +fragment, as it adds the header
[15:17] <henninge> adiroiban: what exactly do you mean by +fragment?
[15:17] <adiroiban> henninge: https://dev.launchpad.net/Web/TemplateCodeReuse
[15:18] <henninge> is that a fragment of HTML returned through API?
[15:18] <adiroiban> Fragment Views
[15:19] <adiroiban> I'm working on distroseries-langchart.pt for filtering preferred langauges
[15:20] <henninge> adiroiban: I guess you will have to do the including in the main page.
[15:21] <adiroiban> henninge: I will try, but I don't think it will work, as it looks like they are done in different requrest
[15:21] <henninge> adiroiban: that does not matter to the browser, though. It's the browser that will evaluate the js.
[15:22] <adiroiban> henninge: just a second . what should I include ?
[15:22] <adiroiban> :)
[15:22] <adiroiban> the macros is already included
[15:22] <henninge> http://paste.ubuntu.com/341215/ ?
[15:22] <adiroiban> in the main page
[15:23] <adiroiban> henninge: true. thanks!
[15:23] <adiroiban> silly me
[15:57] <noodles775> danilos: when is devel closing (it's not mentioned on the CRB page...)
[16:01] <jtv> henninge: love what you did to the +languages page
[16:02] <danilos> noodles775, it's already closed, I didn't know one had the option to not close it when we enter RC mode
[16:02] <henninge> jtv: me, too ;)
[16:02] <noodles775> danilos: ok, thanks.
[16:11] <sinzui> Chex: ping
[16:12] <Chex> sinzui: hello there
[16:13] <sinzui> Chex: A user just identified https://edge.launchpad.net/~vicodin-online-35 That account must be SUSPENDED
[16:14] <Chex> sinzui: ok, looking at it now.
[16:17] <sinzui> mars: flacoste: anyone looking into SPAM: search for "buy" in review projects" https://edge.launchpad.net/projects/+review-licenses?field.search_text=buy&field.active=True&field.active-empty-marker=1&field.license_reviewed=False&field.license_reviewed-empty-marker=1&field.license_approved=False&field.license_approved-empty-marker=1&field.license_info_is_empty=&field.license_info_is_empty-empty-marker=1&field.licenses-empty
[16:22] <sinzui> Chex: This user registered 12 project creating spam: https://edge.launchpad.net/~azartok. Please SUSPEND this account.
[16:25] <Chex> sinzui: both of those accounts are now suspended.
[16:25] <sinzui> Chex: you rock.
[16:34] <Chex> sinzui: no problem :)
[16:38] <salgado> adiroiban, we're having problems with our tools that run the test suite on amazon's ec2, but you might be able to find all test failures by running just './bin/test -vvm translations'
[16:40] <adiroiban> salgado: ok. thanks. I just ran ./bin/test -vvc -m translations --layer PageTestLayer and everhing was ok. I will try with the full module
[16:46] <adiroiban> salgado: or maybe I should merge again with devel
[16:48] <salgado> adiroiban, that shouldn't be needed; just running all translations tests should tell you which ones are failing
[16:49] <adiroiban> salgado: ok. I have started the test. it should be ready in about 1h
[17:26] <deryck> sinzui, ping
[17:32] <sinzui> hi deryck
[18:07] <sinzui> bac: how goes the QA of mimetypes? Can you prove that I was incompetent?
[18:29] <MTecknology> Could some brilliant mind please look at bug 496360 and tell me what you think?
[18:29] <mup> Bug #496360: Can no longer log in with OpenID modules <Drupal OpenID module:New> <Launchpad itself:New> <https://launchpad.net/bugs/496360>
[18:30] <mars> gary_poster, ^ ?
[18:34] <MTecknology> The standard OpenID still works for Drupal. I drupal-teams still seems to work. I don't know how to verify drupal-launchpad. If there is an issue in drupal-launchpad it's likely the cause of a change in Launchpad. If this is the case I need to figure out what changed so I can correct this in the module.
[18:36] <gary_poster> MTecknology: To my knowledge, that code has not changed for > 1 month.  I'll go verify after I send this message.  Another team is in charge of the openid code now, but we deploy it for Launchpad, so I can check for revision numbers.
[18:36] <gary_poster> I don't quite understand this part of the original report: "However.. If I use the Drupal OpenID module and used the launchpad openid string. Obviously creating a different user in the process. This worked fine."  Does that imply there could be a change to the db alone (not the code)?  I don't understand what the person did in that report.
[18:37] <bumba> Hello everybody! can anybody tell me why I can't post BB message type of forum, although I am rezistered with them? is it because of my java plug-in?
[18:38] <gary_poster> MTecknology: mm, there were some changes for Py 2.5 support, but that should not be pertinent...
[18:39] <bumba> Hello gary_poster can I ask you a question?
[18:40] <gary_poster> bumba: sure, though I must admit that I don't understand what you just asked.  Is it openid related?
[18:40] <danilos> noodles775, hi, I am looking at your RC
[18:42] <noodles775> Thanks danilos... I'll be back and forth for a bit, but feel free to ask any questions :)
[18:44] <gary_poster> MTecknology: I can verify that the code has not changed except for one test line difference (for Python 2.5) since 2009-10-18
[18:44] <MTecknology> gary_poster: I'm lost right now because Drupal 5 is used for the fridge and the module code hasn't changed in long time. The code for the modules in Drupal 6 changed recently but those are trivial as well.. It affected Drupal5 and Drupal6 at the same time..
[18:44] <MTecknology> gary_poster: thanks for looking at that
[18:45] <mars> gary_poster, I was just doing QA on r10025, the buildonce_eggs target.  I'm not sure that the target is doing what you expect.
[18:46] <gary_poster> MTecknology: ok, let me ask SAs if we have seen any DB changes recently.  That's the only other thing that could affect this AFAIK.  What's the most specific time frame you can give me for when this started breaking?
[18:46] <gary_poster> mars, ok, thank you.  I tested it, but certainly may have missed something.  what are your concerns?
[18:47] <mars> gary_poster, "find eggs -name '*pyc'"  and find eggs/ -name '*pyc'" return different results in trunk/.
[18:48] <danilos> noodles775, btw, can you add it to CurrentRolloutBlockers as well so we can track QA and status?
[18:48] <danilos> noodles775, oh, it's there, nm me :)
[18:48] <mars> gary_poster, since eggs is symlink in trunk, "find eggs" won't work.  You have to explicitly tell it to enter the directory, with "find eggs/", or "find -L eggs"
[18:48] <MTecknology> gary_poster: I just noticed about 2 weeks ago that something was funky. I normally stay logged in for a while so that's teh best I can do... sorry
[18:49] <gary_poster> mars, for LOSA's this will not be a symlink.  you should test this by moving your egg directory aside
[18:49] <mars> gary_poster, since this fix is for production, and assuming that in production eggs/ is a hardlink or directory, this may not be an issue
[18:49] <gary_poster> mars: right.  If the eggs directory is missing, one is created.  that's what the LOSAs use
[18:50] <gary_poster> MTecknology: eh, ok, that's pretty broad, but I'll see what the SAs can give us.
[18:50] <mars> gary_poster, ok, I'll mark it as OK then
[18:51] <gary_poster> thank you mars
[18:56] <danilos> noodles775, I'll be leaving soon; the change itself looks good, and I can see how it's pretty important; good QA is a must though :)
[18:59] <MTecknology> gary_poster: sounds like it was working for one person on the fridge on the 10th. They didn't try to log in again until today.
[18:59] <gary_poster> MTecknology: ok cool, I'll add that to the description
[19:02] <MTecknology> gary_poster: thanks. It could very well be a bug in Drupal or the modules. I'm just trying to follow the logical order.
[19:03] <gary_poster> MTecknology: ack, makes sense
[19:05] <danilos> noodles775, I'll be leaving now, and the branch looks good
[19:10] <MTecknology> gary_poster: It doesn't look like Drupal changed any in this time...
[19:11] <MTecknology> gary_poster: actually..... The moment where it seemed everything broke is after the last time LP went down
[19:11] <MTecknology> err - the time before that maybe..
[19:13] <gary_poster> MTecknology: Drupal not changed: OK.  I have my DB question floating the proper place.  That--or some certificate thing or something--is the only thing I can figure.
[19:13] <gary_poster> MTecknology: everything broke after the last time LP went down: How do you mean?  I thought you said someone had success on Dec 10?
[19:13] <gary_poster> MTecknology: will be afk for a bit.
[19:14] <MTecknology> gary_poster: I guess too much changed for me to have any specifics on the issue. I guess I'm just hoping it's somethin with Launchpad itself because D5 and D6 have the same issue when nothing changed with either one.
[19:16] <MTecknology> If there was a db change that would make plenty of sense that this exact issue come up.
[19:16] <noodles775> Thanks danilos - yep, I'll run it through on dogfood first thing tomorrow.
[19:16] <MTecknology> gary_poster: thanks for looking into this. I might be afk a little bit too.
[19:19] <danilos> ok, approved, I assume this is not something that can even be remotely testable or usable on edge solely, so let's get it in
[19:19] <danilos> noodles775, do some good QA on it, especially with the big refactorings you've had in soyuz recently :)
[19:20] <noodles775> yes, I spent quite a bit of time dogfooding the IBuilder refactoring already.
[19:20] <noodles775> Will do.
[19:44] <bac> sinzui: i was able to confirm the incorrect mimetype downloading from staging.  i'm about to do more testing on lp.dev
[19:44] <sinzui> bac: Should we revert, or try to fix it?
[19:45] <bac> sinzui: i don't see any reason to revert.  we're no worse off now than before
[19:45] <sinzui> bac: is the patch mime-type working?
[19:45] <bac> i'd like to investigate to come up with a fix...at least understand what is happening
[19:47] <bac> sinzui: http://paste.ubuntu.com/341393/  you see here that the local mimetypes modifications work, at least locally using bin/py
[19:48] <bac> sinzui: this, however, is still messed up:  wget -S http://staging.launchpad.net/sachco/trunk/0.1/+download/words.tbz2
[20:08] <thumper> danilos: ping
[20:09] <mars> leonardr, ping, is there some way to tell launchpadlib to only use cached responses?  In essence, to work offline?
[20:09] <leonardr> mars: no, because not everything is cached. for instance, collections
[20:09] <leonardr> if everything were cached, then there would be no problem using it offline
[20:10] <leonardr> it would work automatically
[20:10] <wgrant> bigjools: Thanks.
[20:10] <bigjools> np
[20:10] <mars> leonardr, ah.  My use-case is running the same spam filter script over and over again.  I don't want to keep re-fetching person objects if I don't have to.
[20:10] <bac> hi gary_poster
[20:11] <mars> leonardr, it should be easy enough to code something myself
[20:11] <leonardr> mars: well, it might be making conditional requests to see if those person objects have changed. i don't know if launchpad sends cache settings
[20:12] <mars> leonardr, yeah, but getting 304s is slow, too
[20:12] <mars> or HTTP HEAD requests
[20:12] <wgrant> bigjools: What do you know about the dpkg upgrades?
[20:13] <bigjools> wgrant: not done yet
[20:13] <leonardr> mars: what i was saying was, to avoid 304s launchpad should send cache directives so the client knows how long it can wait between conditional requests
[20:14] <leonardr> but i don't think we do that
[20:15] <mars> ah
[20:16] <mars> leonardr, alright.  Actually, in this case I think a launchpadlib caching wrapper is the right approach.  I can set it as aggressive as I want.  I'm not actually worried if the data goes stale, I just want the speed.
[20:16] <leonardr> mars: got it. what kind of wrapper were you thinking of?
[20:17] <mars> leonardr, so that looks like a custom script, not a launchpadlib feature
[20:17] <leonardr> ok, i was just wondering if i could be helpful
[20:17] <mars> leonardr, I was just going to wrap the launchpad.people object, and write out JSON to the disk (unless there is something already in Python...)
[20:18] <mars> desktopcouch....
[20:19] <leonardr> mars: so it sounds like you want to use launchpadlib once to get the data, save the data to disk, and then use the data locally
[20:20] <leonardr> unless you need to do some complex manipulation where the full launchpadlib class api would be useful
[20:20] <mars> leonardr, yep.  But I want to keep fetching more data, as I add features to the script.  Thus a cache, rather than a one-off data dump.
[20:20] <mars> right
[20:24] <mars> leonardr, come to think of it, a feature to load an object from JSON should be possible, since representations have a self_link.
[20:25] <leonardr> mars: not sure exactly what you want. you can pass a self_link into lp_load but that will go over the network
[20:25] <leonardr> do you want to create a Person from the JSON data?
[20:25] <mars> leonardr, since you can call launchpad.load('some/person'), then you should be able to call launchpad.from_json('{.... self_link, 'some/person' }')
[20:25] <leonardr> you might be able to do that with some hacking
[20:26] <leonardr> yes, you shoudl be able to call whatever code lazr.restfulclient calls to instantiate an object from json--i don't know what that is
[20:31] <wgrant> bigjools: Did my test archive import OK?
[20:31] <bigjools> wgrant: yep
[20:31] <wgrant> Phew.
[20:32] <bigjools> I have more problems now though
[20:32] <wgrant> Hm?
[20:33] <bigjools> we're doing some testing on DF and when the buildd-manager collects a build, it bails out with "Scanning failed with: 'NoneType' object has no attribute 'utf_8_decode'"
[20:33] <wgrant> I love the way it swallows exceptions.
[20:33] <bigjools> I don't
[20:33] <bigjools> I'm trying to see if there is by some miracle a traceback hiding in the error
[20:34] <wgrant> IIRC you just have to remove the try/except.
[20:35] <wgrant> Much like you need to hack the code to change the debug level :(
[20:35] <bigjools> aha I see something that might help
[20:40] <wgrant> I've never seen that exception locally, and I've gone through quite a few builds in the past week.
[20:41] <mwhudson> bigjools: 'NoneType' object has no attribute 'utf_8_decode'" ??
[20:41] <mwhudson> that was the error that caused so much fun in the last rollout
[20:41] <bigjools> mwhudson: correct
[20:41] <bigjools> really?
[20:41] <bigjools> tell me mo'
[20:41] <mwhudson> yeah
[20:42] <mwhudson> bigjools: it's probably to do with the crazy sys.modules mangling bin/run and _pythonpath.py do
[20:43] <bigjools> mwhudson: hmmm how was it fixed?
[20:43] <bigjools> it's buggering up dogfood now
[20:43] <mwhudson> bigjools: it was a bit random, it seems like it probably was fixed by accident by the python 2.5 upgrade
[20:44] <mwhudson> (the problem was restarting the appservers)
[20:44] <mwhudson> bigjools: buildd-manager will likely be a different case, slightly
[20:44] <mwhudson> bigjools: can you pastebin a traceback?
[20:44] <wgrant> Ha ha ha.
[20:44] <wgrant> This is buildd-manager.
[20:44] <wgrant> There is no traceback.
[20:44] <bigjools> mwhudson: if twistd didn't swallow the traceback ...
[20:44] <bigjools> well actually it's buried in the error object, Imight be able to get it
[20:45] <mwhudson> oh right, yay
[20:46] <mwhudson> bigjools: can you hack _pythonpath on dogfood?
[20:47] <bigjools> if it doesn't require root, yeah
[20:47] <mwhudson> bigjools: put 'print "deleting", k' before the del sys.modules[k] around line 238
[20:50] <bigjools> mwhudson: I got a traceback anyway
[20:50] <mwhudson> bigjools: ah cool
[20:51] <bigjools> http://pastebin.ubuntu.com/341426/
[20:51] <bigjools> mwhudson: is that pythonpath hack still useful?
[20:54] <mwhudson> bigjools: yes, still worth a try
[20:55] <mwhudson> if buildd-manager doesn't print anything out on startup i'd be a bit stumped...
[20:55] <bigjools> it doesn't
[20:55] <bigjools> well, searching for "deleting" shows nothing
[20:55] <bigjools> unless it's swallowed by something
[20:56] <mwhudson> hm, shouldn't be
[20:56] <mwhudson> i guess you can put a print in at module level to check that
[20:59] <bigjools> mwhudson: what do you mean?
[21:02] <mwhudson> bigjools: if you just put "print 'bleargh'" as the first line of the module, and that doesn't show up then you know it's being swallowed somehow
[21:02] <bigjools> mwhudson: which module?
[21:02] <mwhudson> bigjools: _pythonpath
[21:02] <bigjools> ok
[21:07] <bigjools> well I;ve not done that yet
[21:07] <bigjools> I just rebuilt my environment
[21:08] <MTecknology> gary_poster: You hear anything back yet?
[21:08] <mwhudson> bigjools: some background as to what is probably happening here
[21:08] <mwhudson> bigjools: when a python module is garbage collected, all the globals in that module are set to None
[21:08] <bigjools> now I get http://pastebin.ubuntu.com/341430/
[21:08] <bigjools> mwhudson: different error now
[21:09] <mwhudson> bigjools: !!
[21:09] <bigjools> the librarian is rejecting the upload!
[21:09]  * bigjools bangs head on wall
[21:10] <mwhudson> bigjools: almost all of the traceback is the same though
[21:10] <bigjools> yeah, it was failing uploading to the librarian before too
[21:10] <wgrant> Woo corrupt librarian files on production.
[21:10] <mwhudson> i don't know if that is a clue or not though
[21:12] <gary_poster> MTecknology: yes, from SA: "there was an architectural change made a little while back.  [authmaster changed] i am not sure exactly when that cutover was made though".  Not sure how it could be related to the issue you describe.  I need to escalate to two other people, one in a different timezone.  Do you happen to have access to error messages on fridge?
[21:12] <gary_poster> (other than "OpenID login failed" :-) )
[21:12] <MTecknology> gary_poster: unfortunately no - But I can get to logs on my own system
[21:13] <gary_poster> MTecknology: +1.  Could you put 'em on a pastebin?
[21:13] <bigjools> gary_poster: if you have a moment can you check http://pastebin.ubuntu.com/341430/ and tell me what you think about the error?
[21:13] <gary_poster> looking bigjools
[21:15] <gary_poster> bigjools: I'm not a librarian guy, but it looks like we are encoding the filename string incorrectly.  Do we know what the filename was?
[21:16] <MTecknology> gary_poster: I don't seem to have anything useful in apache logs..
[21:16] <bigjools> gary_poster: this is the buildd-manager, it hasn't changed in many cycles
[21:16] <gary_poster> MTecknology: :-(
[21:16] <bigjools> gary_poster: and now I get this error on dogfood
[21:17] <MTecknology> gary_poster: you have an OpenID account I assume.. You can try to log into staging.profarius.com to see what happens if you'd like.
[21:17] <gary_poster> bigjools: sure, but this is an issue on launchpad calling the librarian afaict
[21:17] <bigjools> gary_poster: did the librarian client change with regard to utf?
[21:17] <gary_poster> MTecknology: ok.  was going to try one of the openid demo sites.
[21:17] <MTecknology> sd.ubuntu-us.org if you would prefer a site with trust root verified
[21:18] <gary_poster> bigjools: not to my knowledge but will look
[21:19] <bigjools> gary_poster: ok - the other possibility is that it's related to the other error before I restarted the librarian: "'NoneType' object has no attribute 'utf_8_decode'"
[21:19] <bigjools> which mwhudson says we had on the last rollout
[21:20] <gary_poster> bigjools: ah, yes we did.  do a make clean and a make just to be careful
[21:20] <bigjools> ok
[21:21] <MTecknology> gary I can get you the link to the source code for that stuff if you'd like.
[21:21] <gary_poster> MTecknology: no way I have time for that I'm afraid.  The sd site has timed out twice.  I'll try the other one
[21:22] <MTecknology> gary_poster: I'm not sure what's up with that actually.. staging.profarius.com or profarius.com should work without issues
[21:22] <gary_poster> MTecknology: yes it does but error message is as useless as one from fridge, I'm afraid.
[21:22] <MTecknology> ya
[21:23] <MTecknology> I'll try to grab watchdog errors if any exist
[21:25] <bigjools> gary_poster: phew, that seems to have fixed it
[21:25] <gary_poster> bigjools: good.  sorry for the scare.  fix for scare in progress.
[21:25] <bigjools> gary_poster: :)
[21:27] <MTecknology> gary_poster: I don't think this helps.... http://paste.ubuntu.com/341443/
[21:27] <MTecknology> gary_poster: is <IP_ADDRESS> one of yours?
[21:30] <gary_poster> MTecknology: agree doesn't help; and no, I don't see myself on there, oddly enough.  Going to escalate on another channel; will let you know if I discover anything.  May not get a reply till tomorrow.  If I haven't contacted you by tomorrow, please feel free to ping me.
[21:33] <MTecknology> gary_poster: thanks. I think this may actually affect some people paying canonical. I'm not sure but it might be a good idea to ping stu or elachuni and ask them if they know anything.
[21:34] <gary_poster> MTecknology: ok, will do (and escalating elsewhere now)
[21:35] <MTecknology> :)
[22:03] <bac> hi abentley
[22:09] <abentley> bac: Hi.
[22:10] <bac> abentley: how can i make 'bzr send' create a MP against db-devel instead of devel, without editing my locations.conf to change the target for trunk?
[22:11] <abentley> bac: Specify db-devel as the first parameter to "bzr send".
[22:12] <bac> abentley: simply 'bzr send db-devel'?
[22:13] <bac> or the full URL i suppose
[22:14] <abentley> bac: You need to specify a URL that Launchpad recognizes.  lp:launchpad will work, or lp:~launchpad-pqm/launchpad/db-devel, etc.
[22:15] <abentley> You can also use the bzr+ssh or http URLs if you like.
[22:15] <bac> abentley: great.  i'm creating a dbsend alias similar to the dbsubmit you suggested a while back
[22:16] <abentley> bac: Cool.  I have one like that, also.
[22:16] <abentley> bac: You can use a local mirror, too, if the local mirror has its public_branch set.
[22:17] <bac> abentley: this page needs updating, i think.  'bzr lpsend' is deprecated, right?  https://dev.launchpad.net/WorkingWithDbDevel
[22:18] <abentley> bac: It's a little mixed up.  lpsend used "send --no-bundle", which is a good idea right now, because we seem to have some bugs applying bundles.
[22:19] <bac> ok
[22:19] <bac> abentley: thanks for your help
[22:19] <abentley> bac: No problem.
[22:38] <jml> thumper, inline propose for review pls.
[22:39] <thumper> jml: eh?
[22:39] <jml> thumper, https://code.edge.launchpad.net/~jml/launchpad/fix-release-hot-bugs-486437 -- clicking "Propose for merge" takes me to another page. I'd love the form to be inline
[22:40] <thumper> jml: one day...
[22:40] <jml> thumper, :)
[22:44] <thumper> beuno: ping
[23:05] <beuno> thumper, pong
[23:05] <thumper> beuno: hey, got a few minutes for a call?
[23:06] <beuno> thumper, I'm double late, even for a south american
[23:06] <beuno> tomorrow?  :)
[23:26] <maxb> Whoever implemented display of PPA packages obsoleted by the primary archive, you rock! :-)
[23:41]  * mwhudson lunches
[23:42]  * thumper lunches


[00:04] <KGB-0> gimp signed tags 015d31c Jeremy Bicha upstream/2.10.26 * Upstream version 2.10.26 * https://deb.li/3J8th
[00:04] <KGB-0> gimp upstream/latest 970059b Jeremy Bicha * pushed 139 commits (first 5 follow) * https://deb.li/nI62
[00:05] <KGB-0> gimp upstream/latest 44b9e3f Aurimas Černius po/lt.po * Update Lithuanian translation * https://deb.li/iUufC
[00:05] <KGB-0> gimp upstream/latest 1fb6175 Trần Ngọc Quân build/windows/installer/ gimp3264.iss lang/Makefile.am * build: add Vietnamese translation to the Windows installer * https://deb.li/lJ2g
[00:05] <KGB-0> gimp upstream/latest baa4ce3 Aurimas Černius po-windows-installer/ LINGUAS lt.po * Add Lithuanian translation * https://deb.li/3EuGl
[00:05] <KGB-0> gimp upstream/latest 45fe197 Jehan build/windows/installer/lang/ Makefile.am test-installer-langs.sh * build: add a test to check the Windows installer languages. * https://deb.li/58Cx
[00:05] <KGB-0> gimp upstream/latest e807464 Jehan build/windows/installer/lang/test-installer-langs.sh * build: improve the script to test for Windows installer languages. * https://deb.li/3nwME
[00:05] <KGB-0> gimp pristine-tar 1fd0727 Jeremy Bicha gimp_2.10.26.orig.tar.bz2.delta gimp_2.10.26.orig.tar.bz2.id * pristine-tar data for gimp_2.10.26.orig.tar.bz2 * https://deb.li/cxh4
 "still waiting for usable in-ears..." <- forget it, I have the same issues on 21.10 :D
[05:37] <jibel> Good morning all
[05:51] <didrocks> good morning
[06:05] <jibel> Salut didrocks
[06:11] <didrocks> salut jibel
[06:17] <duflu> Morning jibel and didrocks
[06:35] <duflu> It just occurred to me why the old ubuntu-dock startup animation made login stutter so much. It's probably because it was loading icons from disk, while gnome-shell was trying to animate the whole screen.
[06:38] <jibel> hi duflu
[06:43] <didrocks> hey duflu
[07:08] <jpnurmi> good morning
[07:13] <oSoMoN> good morning desktoppers
[07:17] <seb128> goood morning desktopers
[07:19] <oSoMoN> salut seb128
[07:21] <seb128> lut oSoMoN, comment ça va ?
[07:24] <jpnurmi> good morning oSoMoN seb128
[07:26] <duflu> Morning jpnurmi, oSoMoN, seb128
[07:27] <didrocks> hey jpnurmi, salut seb128, oSoMoN
[07:31] <seb128> hey jpnurmi duflu didrocks, how are you?
[07:34] <oSoMoN> seb128, fatigué comme un vendredi, mais ça va, et toi?
[07:34] <seb128> oSoMoN, un peu pareil :-)
[07:34] <oSoMoN> hey jpnurmi, duflu, didrocks
[07:36] <duflu> seb128, having a great end to the week. You?
[07:38] <jpnurmi> hey didrocks didrocks
[07:48] <tjaalton> Trevinho: btw that issue with dock & wsmatrix I mentioned earlier, it's fixed in wsmatrix git now
[07:48] <tjaalton> something about destroying controls
[08:09] <seb128> duflu, nice to read that you are having a great end of week :) I'm alright, just a bit tired
[08:24] <duflu> Hmm no meeting reminder from Google again.
[08:24] <duflu> I think it's still happening
[08:30] <didrocks> I got the reminder, check your spam :)
[08:33] <KGB-2> evolution tags c47f94f Sebastien Bacher upstream/3.40.4 * Upstream version 3.40.4 * https://deb.li/tvg0
[08:34] <KGB-2> evolution upstream/latest bdd9db2 Sebastien Bacher * pushed 17 commits (first 5 follow) * https://deb.li/i7TuF
[08:34] <KGB-2> evolution upstream/latest 927a11e Milan Crha CMakeLists.txt * Post-release version bump * https://deb.li/3PL7
[08:34] <KGB-2> evolution upstream/latest 8fe6b91 Milan Crha data/webkit/e-editor.js src/composer/e-msg-composer.c src/e-util/e-util-enums.h src/modules/webkit-editor/e-webkit-editor.c * I#1469 - Composer: Signatures in HTML inserted into the quote on reply * https://deb.li/y0Ki
[08:34] <KGB-2> evolution upstream/latest bd7521b Milan Crha src/modules/backup-restore/evolution-backup-tool.c * I#1307 - backup-restore: Handle user settings through GSettings, not DConf * https://deb.li/3Xhah
[08:34] <KGB-2> evolution upstream/latest 5aea2f4 Milan Crha src/shell/e-shell-searchbar.c * I#1537 - EShellSearchbar: Search option not saved on change * https://deb.li/JHxn
[08:34] <KGB-2> evolution upstream/latest 59a14d5 Milan Crha src/mail/e-mail-notes.c * I#1547 - EMailNotes: Unset Content-Transfer-Encoding on message on save * https://deb.li/3m9m7
[08:34] <KGB-2> evolution pristine-tar e87d82b Sebastien Bacher evolution_3.40.4.orig.tar.xz.delta evolution_3.40.4.orig.tar.xz.id * pristine-tar data for evolution_3.40.4.orig.tar.xz * https://deb.li/3Oa6d
[09:09] <duflu> didrocks, I got the time wrong. It arrived 15 seconds later
[09:41] <KGB-2> gnome-system-monitor tags df4e8a5 Sebastien Bacher upstream/41_rc * Upstream version 41~rc * https://deb.li/3BjYN
[09:42] <KGB-2> gnome-system-monitor upstream/latest 0a9deb7 Sebastien Bacher * pushed 52 commits (first 5 follow) * https://deb.li/BqGe
[09:42] <KGB-2> gnome-system-monitor upstream/latest 721c2b8 Philipp Kiemle po/de.po * Update German translation * https://deb.li/30gj0
[09:42] <KGB-2> gnome-system-monitor upstream/latest 7353aed Claude Paroz help/fr/fr.po * Updated French help translation * https://deb.li/dgcz
[09:42] <KGB-2> gnome-system-monitor upstream/latest cef1bf0 Rafael Fontenelle help/pt_BR/pt_BR.po * Update Brazilian Portuguese translation * https://deb.li/31P4s
[09:42] <KGB-2> gnome-system-monitor upstream/latest 4c2e82d Luna Jernberg po/sv.po * Update Swedish translation * https://deb.li/3Lqfy
[09:42] <KGB-2> gnome-system-monitor upstream/latest 1c73b33 Marek Černocký po/cs.po * Updated Czech translation * https://deb.li/0PtG
[09:43] <KGB-2> gnome-system-monitor pristine-tar 2b310ce Sebastien Bacher gnome-system-monitor_41~rc.orig.tar.xz.delta gnome-system-monitor_41~rc.orig.tar.xz.id * pristine-tar data for gnome-system-monitor_41~rc.orig.tar.xz * https://deb.li/3pjyv
[09:51] <KGB-2> evolution-ews tags e6d4857 Sebastien Bacher upstream/3.40.4 * Upstream version 3.40.4 * https://deb.li/iwjcR
[09:52] <KGB-2> evolution-ews upstream/latest 41ddfa1 Sebastien Bacher * pushed 10 commits (first 5 follow) * https://deb.li/3wqq7
[09:52] <KGB-2> evolution-ews upstream/latest 7d1cd8d Milan Crha CMakeLists.txt * Post-release version bump * https://deb.li/3Pj8h
[09:52] <KGB-2> evolution-ews upstream/latest b14f739 Milan Crha src/ (6 files in 4 dirs) * I#155 - Contacts: Birthday/Anniversary before Epoch ignored * https://deb.li/sgL2
[09:52] <KGB-2> evolution-ews upstream/latest 1a61c23 Milan Crha src/EWS/common/e-ews-connection.c * I#156 - Set FolderClass when creating a new folder * https://deb.li/3nE6C
[09:52] <KGB-2> evolution-ews upstream/latest 6e5ed92 Milan Crha src/EWS/common/e-ews-camel-common.c * I#157 - Mail: Do not re-encode message on append * https://deb.li/cPZU
[09:52] <KGB-2> evolution-ews upstream/latest 4442692 Milan Crha NEWS * NEWS update for 3.40.3 * https://deb.li/3GaoF
[09:53] <KGB-2> evolution-ews pristine-tar 96a7ed9 Sebastien Bacher evolution-ews_3.40.4.orig.tar.xz.delta evolution-ews_3.40.4.orig.tar.xz.id * pristine-tar data for evolution-ews_3.40.4.orig.tar.xz * https://deb.li/ilgwd
[09:58] <GunnarHj> Hi laney! Did you see my ping here:
[09:58] <GunnarHj> https://salsa.debian.org/gnome-team/gnome-session/-/merge_requests/6
[09:58] <GunnarHj> My hesitation is mostly about the effect for Ubuntu.
[12:57] <xypron> didrocks: I am currently looking into building ubuntu-report on RISC-V. It is unclear for me how I have to proceed once I am finished. I have created a fork on Github and I will have a built package in my ppa. Will I have to create a pull request at that stage? Or should I first ask for a sponsor and get his review?
[13:02] <didrocks> xypron: I think first propose a PR that we will review, then we see on which releases we will upload it to
[13:03] <xypron> didrocks: thx
[15:28] <xypron> didrocks: https://github.com/ubuntu/ubuntu-report/pull/38. golang-1.16 - 1.16.7-1ubuntu2 available in ppa:xypron/golang will have to be sponsored first for building on RISC-V.
[15:34] <KGB-2> gnome-session Gunnar Hjalmarsson 263143 * commented merge request !6 * https://deb.li/3omhx
[16:30] <hellsworth> ahoy there desktopers!
[16:42] <GunnarHj> Hello hellsworth
[16:45] <hellsworth> hi GunnarHj ! thanks for your recent help on libpam and gnucash :)
[16:46] <GunnarHj> hellsworth: N.p. I noticed your pleas on the Debian MRs and decided to help.
[16:47] <hellsworth> well much appreciated :)
[16:55] <xypron> golang-1.16 - 1.16.7-1ubuntu2 is available in ppa:xypron/golang. I am looking for a sponsor.
[17:14] <GunnarHj> xypron: Sponsored.
[17:23] <xypron> GunnarHJ: thanks a lot


[08:30] <dpm> good morning all
[13:12] <kelemengabor> dpm: hi, what should I do, if I'd like to request new langpacks to be generated for Natty?
[13:13] <kelemengabor> The ones in -proposed contain some nice fixes and some ugly mistakes
[13:14] <kelemengabor> I just corrected the latter, and it would be great to push all of them out now
[13:24] <kelemengabor> hm, bug 795844 is interesting too - I think if we push the new langpacks before FF5 is in -updates, FF4 translations will break
[13:24] <ubot4> Launchpad bug 795844 in language-pack-en (Ubuntu) (and 2 other projects) "en_GB Firefox appears untranslated (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/795844
[13:26] <dpm> hi kelemengabor, since we've started the testing period, the PPA updates have been stopped (so that the testers who are testing in natty-proposed and are subscribed to the PPA don't get those updates overwritten by newer ones from the PPA). This means that to get new langpacks you'll have to first wait until the testing period has finished and the PPA is reenabled. Then wait again until the next langpack is generated on the PPA (should be on the n
[13:26] <dpm> ext Wednesday for Natty https://dev.launchpad.net/Translations/LanguagePackSchedule). Then you can either ping pitti to upload it to -proposed or to file a bug in ubuntu-translations and assign it to pitti. I think for now the quickest way is to ping pitti, and if he needs a bug for that, he'll tell you to file that first
[13:27] <kelemengabor> okay, thanks :)
[13:30] <dpm> kelemengabor, it's the first time there's the request from translators for a language pack update, so you'll help defining the process while you're doing it ;)
[13:31] <kelemengabor> :)
[13:48] <kelemengabor> and... what will happen, when FF5 is pushed to -updates, but the updated langpacks (for most languages, who do not QA approve it) not, and current the langpacks do not recommend firefox-locale-xx packages?
[14:56] <dpm> kelemengabor, yeah, that's a good question. I thought about it and I don't have a good answer. That's something the Mozilla team should give some input on. One option is: since now translations are only coming from upstream and we can consider them being tested there so they can be pushed to -updates. In any case, on every FF upload there should be an upload of all the firefox-locale-xx packages
[15:31] <kelemengabor> dpm: sure, that's a must. but how will the firefox-locale-xx get installed? the new langpacks recommend it, the old ones however not
[15:33] <kelemengabor> so I think we need either rebuild the old packs with the new recommendation (if this is possible) and push that to -updates, or push the currently -proposed packages regardless to the QA result
[15:34] <kelemengabor> and in any case, we should not push the QA'd packages before FF5 is out in -updates
[15:35] <kelemengabor> if I get things right
[18:10] <dpm> kelemengabor, that's a good point. I think the "push all to -proposed at least the first time" option will most likely be the approach. I've sent an e-mail to pitti and chrisccoulson about it
[18:11] <kelemengabor> dpm: you mean to -updates?
[18:11] <dpm> kelemengabor, exactly, sorry for the confusion, s/proposed/updates/
[18:12] <kelemengabor> okay :)
[18:16] <dpm> lol, I'm "the big chief"!
[18:16] <dpm> https://lists.launchpad.net/ubuntu-l10n-bem/msg00035.html
[20:41] <trijntje> Hi all, after enabling -proposed for natty firefox is no longer localised to dutch (nl)


[01:57] <yonkeltron> so...i've been thinking of getting the thinkpad t60, are things supported well enough?
[01:57] <yonkeltron> i understand many devs and the SABDFL have thinkpads....
[01:57] <yonkeltron> so i'm guessing it's all good
[01:59] <yonkeltron> just wanted to check with the experts...
[02:19] <thmo> http://www.thinkwiki.org/wiki/Installing_Ubuntu_6.04_Flight_5_on_a_ThinkPad_T60
[02:19] <thmo> with a older version
[02:19] <thmo> probably fixed some of the issues
[02:20] <thmo> http://thinkwiki.org/wiki/Installing_Ubuntu_7.04_%28Feisty_Fawn%29_on_a_ThinkPad_T60
[02:20] <thmo> the newest one :)
[02:21] <Garre1> Would anyone here like to know how to enable two fingered scrolling?
[02:24] <yonkeltron> ah
[02:24] <yonkeltron> Garre1: sure
[02:25] <Garre1> I have a lot to tell ya then
[02:25] <Garre1> Do you have a synaptic touchpad?
[02:25] <yonkeltron> yes
[02:26] <yonkeltron> thmo: apropos, i'm wondering if i should wait for the next t>60 in the T series to be released....
[02:26] <thmo> no idea :)
[02:26] <thmo> i just googled it :P
[02:27] <Garre1> DO you use gsynaptic?
[02:27] <yonkeltron> Garre1: kubuntu actually
[02:27] <Garre1> ohh
[02:27] <yonkeltron> thmo: thanks.., :-)
[02:28] <thmo> Garre1: from what i can read on posts in the forum, people are having quite a few problems with synaptic and trackbacking
[02:28] <thmo> for some it works, and others it dosen't
[02:28] <yonkeltron> trackbacking?
[02:28] <Garre1> thmo what do you mean by trackbacking?
[02:31] <yonkeltron> Garre1: but my synaptic tp has a scroll bar on the side...works fine
[02:32] <Garre1> Well this is just if you want to use two fingered scrolling like the macs do I know how to
[02:32] <thmo> a fancier word for two finger scrolling
[02:32] <Garre1> Ahhh
[02:32] <yonkeltron> ok....cool
[02:32] <Garre1> Well mine seems to work just fine
[02:32] <yonkeltron> Garre1: i'd like to see the mechanism although i'm cool with my sidescrollbar
[02:33] <Garre1> As far as I know I'm the only one who's done it on a regular pc
[02:33] <thmo> should have been s/trackbacking/trackpadding/
[02:33] <Garre1> Well I just installed gsynaptic and made it start up automatically at startup
[02:33] <yonkeltron> makes much more sense
[02:33] <thmo> mac named the touchpad trackpad
[02:33] <thmo> yeah ;)
[02:33] <yonkeltron> Garre1: would ksynaptic work?
[02:33] <thmo> it's late and stuff
[02:34] <Garre1> and then I edited a scrpt in xorg
[02:34] <Garre1> I would think so
[02:34] <Garre1> just a sec
[02:35] <Garre1> Are you good with editing xorg?
[02:35] <yonkeltron> as good as emacs is...
[02:36] <yonkeltron> Garre1: http://qsynaptics.sourceforge.net/ss.html
[02:36] <Garre1> Well mine works very well I use it day to day
[02:36] <Garre1> So you have done this?
[02:37] <Garre1> Haha I did it the hard way with gsynaptics instead of that?
[02:38] <yonkeltron> Garre1: haven't messed with it...a bit afraid to break a working thing...but i think i'll install it
[02:38] <yonkeltron> Garre1: there are some very good KDE tools....
[02:39] <Garre1> I know I was thinking about switching
[02:39] <Garre1> How do you like it?
[02:39] <yonkeltron> Garre1: kde?
[02:43] <Garre1> I was thinking about going with KDE, yes
[02:44] <Garre1> I'm in GNOME now and I think it's ok but I want more customization
[02:49] <Garre1> yonkeltron, is it better for customization?
[02:52] <yonkeltron> yes
[02:52] <yonkeltron> by far
[02:52] <Garre1> Can and it has better programs right?
[02:53] <Garre1> I love Katapult
[02:53] <yonkeltron> i also think that KDE is a superior interface with a better general design and superior characteristics
[02:53] <yonkeltron> hehe
[02:53] <yonkeltron> it's not everything
[02:53] <yonkeltron> but it's nice
[02:53] <yonkeltron> it's nice
[02:53] <yonkeltron> furthermore, KDE 4 will be amazing
[02:54] <yonkeltron> um
[02:54] <Garre1> So you use Kubuntu?
[02:54] <yonkeltron> yes
[02:54] <yonkeltron> so does the SABDFL
[02:56] <Garre1> Does it have as much support as Ubuntu?
[02:56] <yonkeltron> Garre1: different.
[02:56] <yonkeltron> Garre1: don't forget that for, at least, the first release was put together by one person
[02:57] <yonkeltron> Garre1: johnathan riddell was able to, on his own, put together something that at worst equaled and at best exceeding the efforts of a full team of paid gnome developers
[02:57] <yonkeltron> KDE is much easier to hack on and, imho, is of greater technical merit
[02:58] <yonkeltron> that being said, it, like any other piece of software, does have it's issues
[02:58] <yonkeltron> s/it's/its
[02:58] <yonkeltron> or
[02:58] <yonkeltron> rather
[02:59] <yonkeltron> anyway, i find KDE to be a little bit nicer to my sensibilities as a user for many reasons
[02:59] <yonkeltron> Garre1: it's not for everyone and it's not perfect....i couldn't imagine using much else
[03:02] <Garre1> Cool
[03:02] <Garre1> I just want something like ubuntu but that has more for customization
[03:02] <yonkeltron> Garre1: i imagine you can customize gnome well enough if you try
[03:03] <Garre1> I have gotten more into the technical end of ubuntu but there are limits
[03:03] <Garre1> There are limited good-looking themes
[03:03] <yonkeltron> well, under the hood, they are the same
[03:03] <yonkeltron> the only difference is the UI
[03:03] <Garre1> Really?
[03:04] <yonkeltron> pretty much
[03:04] <Garre1> I see on my live cd that there is some little bit of eye candy
[03:04] <Garre1> Is that most of it?
[03:04] <yonkeltron> the only difference, afaik, is that ubuntu uses gnome and kubuntu uses kde
[03:04] <yonkeltron> so effectively, they are the same under the hood....the only difference is the desktop
[03:05] <Garre1> Ahh
[03:05] <Garre1> Have you ever looked at GNOME-look?
[03:06] <Garre1> the web site?
[03:06] <yonkeltron> not in depth
[03:06] <Garre1> Well I have looked at both the KDE one and GNOME and I see much more on the KDE side
[03:06] <Garre1> The thing that holds me back is support
[03:07] <Garre1> I just want the same support as ubuntu
[03:07] <yonkeltron> wiki.kubuntu.org
[03:07] <yonkeltron> and also, there is an F1 key
[03:07] <yonkeltron> works very well
[03:09] <Garre1> yonkeltron: is Kubuntu 7.04 set to release at the same time as Ubuntu 7.04?
[03:09] <yonkeltron> yes
[03:10] <yonkeltron> Garre1: all releases are coordinated
[03:10] <yonkeltron> Garre1: perhaps this conversation would best be had elsewhere.....given the topic
[03:11] <Garre1> Where?
[03:12] <yonkeltron> don't know
[03:13] <yonkeltron> not functioning very well
[03:13] <Garre1> Sorry
[03:14] <yonkeltron> me too
[03:17] <Garre1> Need sleep?
[03:20] <yonkeltron> i'm unsure
[05:40] <pwnguin> is the laptop debugging info conf'd in the ubuntu kernel?
[05:41] <pwnguin> my toshiba's not suspending and im not sure where it's broke at
[05:51] <pwnguin> it sounded like there was some nvram trick
[05:53] <mjg59> It's in the feisty kernel
[05:53] <mjg59> You need to echo 1 >/sys/power/trace (I think - it's called something like that)
[05:53] <pwnguin> cool
[05:54] <pwnguin> also, is there a good way to get apt / dpkg to restore the acpi file configurations? i may have touched them
[05:54] <pwnguin> previously i was hoping i could get suspend to work with nvidia's ulgy binary drivers, but its probably better to start small
[06:09] <pwnguin> im not finding anything interesting in dmesg
[06:09] <pwnguin> do i need to pass a kernel parameter?
[06:10] <mjg59> No
[06:18] <pwnguin> where should i be looking for those logs at?
[11:48] <no0tic> hi, what is this channel for?


[03:25] <holms> hi :) does anyone knows how to debug upstart? job is unable to start, i have tons of env vars in there. Command itself works, if used standalone.. but with  upstart job it doesn't, and I can't even see why
[03:56] <holms> hello =\?
[04:35] <holms> support for 5$ anyone =?
[04:35] <holms> i'm stuck for so long time


[13:43] <kim0> um, anyone interested to resolve that bug up there
[13:43] <kim0> For some reason I am :)
[14:42] <thelinuxer> kim0: which bug ?
[14:43] <kim0> um
[14:43] <kim0> 23:12 < Yaron-Heb> Hey guys, an Arab related bug was marked as invalid in Launchpad, I'd be glad if anyone here will take a look at it: https://bugs.launchpad.net/ubuntu-website/+bug/275971
[14:43] <kim0> basically official "Arabic" language support
[14:43] <kim0> is listed under the Israeli team
[14:44] <kim0> they don't really want it and have voiced they don't support Arabic
[14:44] <kim0> there's this #ubuntu-arabic
[14:44] <kim0> which seems a bit dead
[14:44] <daker> yeah
[14:44] <kim0> the website maintainer (m nuzum) refused to link their website
[14:45] <daker> event the website
[14:45] <daker> even*
[14:45] <kim0> http://ubuntu-arabic.org/
[14:45] <kim0> since it looks as you can see
[14:45] <kim0> I think it makes sense to have a generic language based irc channel
[14:46] <kim0> so can someone step up .. help make the ubunt-arabic website make more sense (it could just be one page that makes sense, no need for complexity)
[14:46] <kim0> then we can apply to regain official Arabic language support
[14:47] <daker> the domain is parked
[14:48] <kim0> daker: is it unbought ? or bought with no website behind it
[14:49] <daker> kim0, it's for sale
[14:49] <daker> kim0, i don't the problem is the website
[14:50] <daker> all arabic can be listed there
[14:50] <daker> arabic teams*
[14:50] <daker> kim0, here http://www.ubuntu.com/support/community/locallanguage
[14:50] <kim0> That is something I thought about as well
[14:50]  * kim0 checking it out
[14:50] <daker> Arabic as a categorie
[14:51] <kim0> daker: same thing .. it's Israel again
[14:51] <daker> yeah i know
[14:51] <daker> my solution is to have Arabic
[14:51] <thelinuxer> hmm
[14:51] <kim0> Actually, if we have a way to get a list of all arabic speaking loco teams ..
[14:51] <kim0> we can just list them all
[14:51] <daker> ya
[14:52] <kim0> daker: can we have that list :)
[14:52] <thelinuxer> i am little bit confused
[14:52] <daker> sure
[14:52] <kim0> thelinuxer: why ?
[14:52] <thelinuxer> confused about what needs to be done to solve the problem :)
[14:52] <kim0> Yeah kinda me too
[14:52] <thelinuxer> and y Arabic is listed under the il team
[14:52] <thelinuxer> that makes no sense
[14:52] <kim0> either we all "agree" on a new channel for generic Arabic support
[14:52] <thelinuxer> and also can we just change the wiki page
[14:53] <kim0> or we list all available arabic speaking loco teams (probably easier)
[14:53] <kim0> no idea who imagined .il support arabic
[14:53] <kim0> however whoever listed that was far sighted :)
[14:53] <thelinuxer> lol
[14:53] <kim0> hehee
[14:54] <thelinuxer> i guess we should create a section in this page with all Arabic teams. right ?
[14:54] <thelinuxer> like what's done for spanish
[14:54] <kim0> yeah something like that
[14:54] <kim0> except that it's also in another place
[14:54] <thelinuxer> where ?
[14:55] <kim0> nvm
[14:55] <thelinuxer> kim0: i feel stupid :D
[14:55] <kim0> thelinuxer: not really .. it's my mistake
[14:56] <kim0> thelinuxer: when u said can't we just edit the wiki
[14:56] <kim0> I imagined it was listed on the wiki + ubunt.com ..
[14:56] <kim0> I think it's just ubuntu.com
[14:56] <thelinuxer> ah
[14:56] <thelinuxer> la2 my bad keda b2a
[14:56] <kim0> anyway .. let's get a list of arabic speaking teams
[14:56] <thelinuxer> this is not a wiki page aslan
[14:57] <thelinuxer> cool it should take much time
[14:57] <kim0> daker the genie ..  I have a fish memory :)
[15:01] <kim0> thelinuxer: basically someone who wanted to start a new Arabic translations team
[15:02] <kim0> Are you aware of the issues there as well
[15:02] <kim0> basically multiple teams having fights
[15:02] <kim0> and no team appointed as the official team
[15:02] <kim0> thus no translation happening
[15:02] <thelinuxer> :S
[15:02] <kim0> that's as far as I could understand quickly
[15:02] <thelinuxer> as always ...
[15:02] <kim0> 7aga tefres :)
[15:03] <kim0> YES
[15:03] <thelinuxer> i guess i received an invitation or something to some translation team
[15:03] <thelinuxer> let me check keda
[15:03] <kim0> you must know khaled hosny ?
[15:03] <thelinuxer> yes of course
[15:03] <thelinuxer> dah el me3alem el kebeer
[15:03] <kim0> ok .. he's supposedly leading the most successful translation effort
[15:04] <kim0> and his team meets the naming scheme
[15:04] <kim0> so it has the highest chance of being adopted as official
[15:04] <kim0> now the thing is
[15:04] <kim0> for everyone's benefit
[15:04] <kim0> can you talk to him, discuss the problem perhaps
[15:04] <kim0> if you think he's not accepting new members or something
[15:04] <kim0> can he relax any constraints, get everyone in that team
[15:05] <kim0> mark it as official
[15:05] <kim0> so that we can go forward
[15:05] <kim0> I don't quite know him personally
[15:05] <thelinuxer> i don't know him personally, but I know someone who does
[15:05] <thelinuxer> u mean this team
[15:05] <kim0> so I guess it's best if you do some talking ?
[15:05] <thelinuxer> https://launchpad.net/~ubuntu-l10n-ar
[15:05] <kim0> Yes that
[15:05] <kim0> well
[15:05] <kim0> we need to talk one way or the other
[15:05] <kim0> an email thread is fine
[15:06] <kim0> but I guess a phone call from soneone he knows would be a good intro
[15:06] <thelinuxer> ok but i guess this is a separate problem from the first one
[15:06] <thelinuxer> we have 2 problems
[15:06] <kim0> Yes absolutely
[15:06] <thelinuxer> first that the arabic teams are not listed as Arabic supporters :)
[15:06] <kim0> we have many problems really .. we're just trying to solve 2 :D
[15:06] <thelinuxer> and this daker is fixing it
[15:06] <thelinuxer> loool  mashy
[15:07] <kim0> yep
[15:07] <thelinuxer> the second one is trying to make khaled accept more translators
[15:07] <thelinuxer> and make the group official
[15:07] <kim0> Consolidate one team as official
[15:07] <kim0> I think there's 5 teams now
[15:07] <thelinuxer> as official translation team ?
[15:07] <kim0> Yes
[15:07] <thelinuxer> but i guess most of the Ubuntu is translated by Khaled
[15:07] <kim0> launchpad has to appoint a team as official
[15:07] <kim0> currently none is
[15:08] <kim0> bec of the fighting
[15:08] <kim0> or that's how I understand it
[15:08] <kim0> and there's a good chance I may be wrong
[15:08] <kim0> bec I am new to all of this
[15:08] <kim0> khaled probably exactly understands the issues
[15:08] <thelinuxer> so what's is needed from him exactly ?
[15:09] <thelinuxer> check this
[15:09] <kim0> I don't know what's stopping him from accepting other members, perhaps sharing team ownership/admin status with their leaders
[15:09] <thelinuxer> https://translations.launchpad.net/ubuntu/maverick/+lang/ar
[15:09] <kim0> but if that were done, we could apply for that team to be official and start working
[15:09] <thelinuxer> check the page i just sent
[15:10] <kim0> Yeah! makana :)
[15:10] <kim0> that's why I think it makes sense to capitalize on him
[15:10] <kim0> he's making the work
[15:10] <kim0> it's a meritocracy
[15:10] <thelinuxer> it says that "These Ubuntu translations are managed by Ubuntu Arabic Translators."
[15:10] <kim0> can you invite him to have a talk
[15:10] <kim0> in this irc room
[15:11] <kim0> so that at least we understand the real issue
[15:11] <thelinuxer> ok i will try
[15:11] <kim0> great
[15:11] <thelinuxer> but u i think they are the official team
[15:11] <kim0> today ?
[15:11] <thelinuxer> noway :D
[15:11] <kim0> mm
[15:11] <kim0> he must be on irc somewhere
[15:12] <kim0> crap he's not online
[15:13] <thelinuxer> what was that command to search for users on irc ?
[15:13] <kim0> his nick should be khaledhosny
[15:13] <kim0> from https://launchpad.net/~khaledhosny
[15:13] <thelinuxer> yes...
[15:13] <thelinuxer> how to find if he is online or not ?
[15:13] <kim0> - /msg him ?
[15:14] <kim0> thelinuxer: ok can you try to own this issue .. talk to him .. start an email thread .. get everyone talking ... etc
[15:14] <kim0> this problem has existed for a long time
[15:14] <kim0> if we could resolve it .. this would be quite good
[15:14] <thelinuxer> eshta
[15:15] <kim0> great .. if you start an email thread .. get me in ..
[15:15] <kim0> ya mosahel
[15:15] <thelinuxer> sure i will
[15:15] <thelinuxer> check this
[15:15] <thelinuxer> https://translations.launchpad.net/+groups/ubuntu-translators
[15:15] <thelinuxer> they are the official translation team i guess
[15:17] <thelinuxer> kim0: ping
[15:18] <kim0> thelinuxer: well read this thread
[15:18] <kim0> https://answers.launchpad.net/launchpad/+question/108979
[15:19] <kim0> I don't claim to understand what the problem is ..
[15:20] <kim0> but I got this email from the translations community guy
[15:20] <kim0> The situation with the Arabic team though, is a bit complex. Several people have created several teams but never agreed on which one to use, and no team ever applied to be added to the Launchpad Translators group
[15:21] <kim0> so there is some problem :)
[15:21] <thelinuxer> There is an active Ubuntu Arabic Translation team https://edge.launchpad.net/~ubuntu-l10n-ar  and they are appointed for translating Ubuntu intro Arabic. They are  also a restricted team and there is a page describing how to help with  the translations.
[15:22] <kim0> that's not khaled's team right
[15:22] <thelinuxer> that's really confusing !
[15:22] <kim0> Yeah .. I am just as confused
[15:22] <thelinuxer> that's khaled's team
[15:22] <kim0> so far it seems like there is no problem
[15:22] <thelinuxer> if they are the official team, y there is a problem aslan :)
[15:22] <kim0> although if David says there is one .. there must be one :)
[15:24] <thelinuxer> i guess there is a team for lp
[15:24] <thelinuxer> and a team for ubuntu
[15:24] <thelinuxer> these are the official ones
[15:24] <thelinuxer> bas mesh 3aref el ba2y dool eih
[15:26] <kim0> thelinuxer: I guess this thread explain things a bit
[15:26] <kim0> https://answers.launchpad.net/launchpad/+question/108979
[15:26] <kim0> read david's comment where he says "So to answer the question: yes, these are different translation groups"
[15:27] <thelinuxer> yes i am reading the thread, but it's taking time :D
[15:27] <kim0> hehe
[15:27] <kim0> ok
[15:30] <thelinuxer> khaled hosny replied to the thread
[15:30] <thelinuxer> kim0: 10 days ago
[15:30] <daker> kim0, thelinuxer do Yemen speaks Arabic ?
[15:30] <kim0> I think yes
[15:30] <daker> i guess yes
[15:30] <thelinuxer> yes they do
[15:30] <kim0> daker: http://en.wikipedia.org/wiki/Yemen
[15:30] <kim0> Yes
[15:30] <thelinuxer>                      Khaled Hosny          said     on 2010-12-25:       The lp-l10n-ar team seems to meet the  naming policy, I've no problem with adding any other interested members  to the team or even handing ownership to Usama or anyone else  interested.
[15:31] <kim0> perhaps his team has not applied for launchpad group membership!
[15:31] <thelinuxer> kim0: so he was already contacted and aware of the problem ...
[15:31] <kim0> As I said, there is no group appointed for Arabic translation in
[15:31] <kim0> Launchpad translators, and several teams which have effectively no
[15:31] <kim0> translation capability because of that
[15:31] <kim0> that's a quote
[15:32] <thelinuxer> yes i agree
[15:32] <thelinuxer> i am just saying he was already contacted by usama akkad
[15:32] <thelinuxer> and usama is trying to join all team into one
[15:32] <kim0> thelinuxer: it migth be as simple khaled applying his team in launchpad
[15:32] <thelinuxer> and khaled doesn't have a problem with that
[15:33] <thelinuxer> ok
[15:33] <kim0> I'll probably have a better understanding on Mon
[15:34] <thelinuxer> tab where do they apply for membership ?
[15:39] <daker> kim0, http://pastebin.com/ta4vnFES
[15:41] <kim0> thelinuxer: https://bugs.launchpad.net/ubuntu-website/+bug/275971
[15:41] <kim0> daker: Man .. Thou art amazing :)
[15:42] <kim0> daker: thelinuxer I'm commenting on that thread, mentioning this list daker created
[15:42] <kim0> hopefully this will resovle that problem
[15:42] <thelinuxer> kim0: ya rab :)
[15:42] <thelinuxer> daker: nice work man
[15:43] <daker> kim0, wait wait
[15:43] <kim0> daker: what
[15:44] <daker> kim0, http://pastebin.com/H845tGGN
[15:44] <kim0> daker: Morocco forum updated right ?
[15:44] <daker> yeah
[15:45] <kim0> daker: what's the lifetime of this post ?
[15:45] <daker> no idea ツ
[15:45] <kim0> I think pastebin asks you that
[15:45] <daker> it says NEVER
[15:45] <kim0> ah ok ..
[15:46] <kim0> yes
[15:46] <kim0> cool posting
[15:47] <daker> thelinuxer, thanks
[15:47] <thelinuxer> daker: yw :)
[15:50] <thelinuxer> bye guys, happy weekend :)
[15:52] <kim0> daker: Egypt team doesn't have forums ?
[15:52] <kim0> you listed algerie ?
[15:54] <daker> yes
[15:54] <daker> Egypt
[15:54] <daker> IRC: #ubuntu-eg on irc.freenode.net
[15:54] <daker> Website: http://www.ubuntu-eg.org/
[15:54] <daker> Forum: http://tunisie.ubuntuforums.org/
[15:54] <daker> Mailing List: https://lists.ubuntu.com/mailman/listinfo/ubuntu-eg
[15:55] <daker> ah damn it
[15:55] <daker> bad copy-paste
[15:55] <kim0> daker: can it be edited ?
[15:56] <kim0> daker: see where it says
[15:56] <daker> i dunno
[15:56] <kim0> SUBMIT A CORRECTION OR AMENDMENT BELOW.
[15:56] <kim0> let's see how that looks like
[15:56] <daker> kim0, you will do it ?
[15:56] <kim0> I guess you do it
[15:56] <kim0> maybe that's better
[15:57] <daker> ok
[15:57] <kim0> if it results in a new URL .. let me know
[15:57] <kim0> I'll post an update
[15:59] <daker> new url :s
[15:59] <daker> http://pastebin.com/sWUSYUTn
[16:00] <kim0> ok thanks


[12:11] <BluesKaj> Hi all
[16:51] <Eickmeyer[m]> Hey! Does anybody want to get the buzz out about this little powerhouse? https://kfocus.org/spec/spec-nx.html
[19:45] <arraybolt3[m]> Eickmeyer: OK I'll take one. (ok that's a joke, I can't afford that right now, but WOW that looks cool.)
[19:46] <Eickmeyer[m]> arraybolt3: All we need is the word spread.
[19:47] <arraybolt3[m]> Eickmeyer[m]: Sounds good, will do!
[19:47] <Eickmeyer[m]> It's tiny, but packs a punch!
[19:48] <arraybolt3[m]> (They're cheaper than I expected! Still outside of my price range but WOW those are cool.)
[19:48] <arraybolt3[m]> Out of curiosity, why does KFocus keep going with 11th Gen Intel? 12th Gen is supposedly WAY more powerful - a 12th gen i5 beats an 11th gen i7 IIUC.
[20:12] <mmikowski> arraybolt3[m]: The 11th generation support is more mature. We do have 12th-gen with  the M2, but the 12-gen NUCs are just hitting the market now.
[20:12] <arraybolt3[m]> Ah, good point.
[20:13] <mmikowski> It takes weeks to sort through BIOS, modules, and hardware configs.  Trust me, it's a full-time job!
[20:14] <arraybolt3[m]> Yeah but it looks like you're making awesome computers. Keep it up!
[20:15] <mmikowski> ... for many people :) For example, in the NX, there is a critical BIOS update that has to be accomplished for everything to work right. Also, it was prone to audio popping due to an Intel audio auto-sleep. Those are just two examples of fixes we put into place based on extensive usage tests.
[20:15] <mmikowski> Thanks arraybolt3[m]!
[20:15] <arraybolt3[m]> Wow.  Or maybe this one unit was particularly bad.
[20:16] <arraybolt3[m]> I really need an upgraded system at some point, so I'll be keeping an eye on this stuff.
[20:17] <mmikowski> We return a lot of testing now upstream for Kubuntu and others.  However, not everyone has time to sort through it and implement fixes like we do. In the case of the audio popping, I can probably tell you how to fix it :)
[20:17] <arraybolt3[m]> LOL well the HP Envy is running Won
[20:17] <arraybolt3[m]> Windows 10... D-:
[20:18] <arraybolt3[m]> I don't use it, so I'm fine with it, my dad can figure it out. :P
[20:18] <mmikowski> Ah, well then you're out of luck. But if it's Linux, there's a kernel module setting that solves it.
[20:19] <arraybolt3[m]> Nice. If he switches to Linux I'll see if I can do it.
[20:20] <mmikowski> Interestingly, we don't set that for laptop models in the hardware-config subsystem - it isn't needed. But for the NX and generic desktops, we found it would occur, and the tiny power savings there really don't matter. So that's now the default on all generic hardware too.