[13:01] <Rhonda> Before anyone asks - yes, I have intentionally b0rked packages.ubuntu.com right now.
[13:02] <iulian> Oh no!
[13:02] <Rhonda> Don't act like you would have noticed it if I didn't state it. ;)
[13:03] <iulian> Well, you got me here...
[13:40] <Rhonda> Hah.  Someone noticed.  And actually is someone who is here at debconf  \o/
[13:40] <Rhonda> (no, it's not Laney)
[13:40] <Laney> how do you know? :P
[13:41] <Rhonda> Are you a split personality to use different nicks on IRC at the same time? :)
[13:41] <Rhonda> No juding involved, just curious.
[13:41] <Laney> aha
[13:41] <Laney> I guessed you were checking in logs
[13:42] <Rhonda> Nope, someone sent me an irc query. :)
[13:44] <Rhonda> Sometimes you must break stuff to know whether there is actually still people using it, don't you.
[14:02] <Rhonda> huhm
[14:04] <Rhonda> yay
[14:04] <Rhonda> saucy packages!
[14:19] <Rhonda> Gosh, answering mails from may seems strange …
[14:20] <tumbleweed> if you like that kind of thing, I have a pile of e-mail from the last few years that I need to reply to :P
[14:58] <iulian> tumbleweed: I think you can easily ignore those. :)
[14:59] <tumbleweed> that's theplan
[15:14] <Rhonda> tumbleweed: It's all Laney's fault, he didn't pester me enough about the issue. :)
[20:27] <Noskcaj> Can someone please look at gnome-codec-install? i am not sure if it can be a merge now


[12:51] <nixternal> anyone around with fridge submit power?
[10:30] <Burgwork> nixternal: !
[10:30] <nixternal> yo
[10:30] <Burgwork> when you write a release announcement, do one for all the flavours, dammit
[10:31] <nixternal> heh, I was given an order by the higher ups to do the one I did
[10:38] <Burgwork> nixternal: can you write the other 4? Ubuntu, Xubuntu, Edubuntu and Ubuntu Server?
[11:08] <Burgwork> robitaille: can you save the fridge from only announcing kubuntu?
[11:11] <nixternal> Burgwork: what do you want done?
[11:12] <Burgwork> nixternal: a similar release announcement for Eduubntu, Ubuntu, Xubuntu and Ubuntu Server
[11:12] <Burgwork> without or without the graphic
[11:12] <nixternal> is there a write up for Ubuntu, Xubuntu and Edubuntu that is classy? I don't follow their development so I don't know what's hot and what's not
[11:13] <Burgwork> either you do it or I publicly shame you by doing it :)
[11:13] <nixternal> hahaha
[11:13] <Burgwork> and I mention that evil Kubuntu people prevented the other announcements
[11:13] <nixternal> you know, I would feel honored to be publicly shamed by you :)
[11:13] <Burgwork> heh
[11:13] <nixternal> muhahaha
[11:39] <robitaille> Burgwork:  I approve the article that I sent :)   It's not my fault the only one who wrote something did it for Kubuntu :)
[11:40] <robitaille> s/I sent/I receive/
[11:40] <robitaille> I have to say the thought of having only a kubuntu article was bad...but the alternative was no article at all about the release on the Fridge which is worse
[11:43] <robitaille> On some days I just feel like the Fridge is only a long painful and dying experiment that needs to come to an end with someone deciding to pull the plug...
[11:45] <Burgwork> we just need more people
[11:46] <robitaille> We have dozen of editors!  We need to pull the plug and do it differently....and with a new name and a different community around it.
[11:46] <Burgwork> hmm
[11:47] <Burgwork> the "suggest a story" idea is a good one
[11:53] <robitaille> personally I always like the "slashdot" look...people submit stories and us editors approve the ones we like.  And the comments are right there under these approved stories.    But I don't think that was the "look" people wanted originally.  But it makes it easy to build a community around these stories
[11:53] <nixternal> I will agree there actually. the design/layout of /. is good, but /. sucks :)
[11:54] <nixternal> Burgwork: KUBUNTU FTW!
[11:54] <Burgwork> nixternal: 2/3 of the downloads are ubuntu, 1/3 are kubuntu
[11:55] <nixternal> that is about the same for the bug count as well
[11:55] <nixternal> probably even more ;)
[11:55] <nixternal> 1/3 kubuntu sounds a little much truthfully
[11:55] <Burgwork> almost all the large deployments I have heard about are Ubuntu
[11:56] <nixternal> most KDE people tend to use multiple distros at once anyways
[11:56] <nixternal> what about France?
[11:56] <nixternal> they are all Kubuntu
[11:56] <Burgwork> KDE tends to be the older Linux crowd, from what I have seen
[11:56] <Burgwork> mandrake holdover
[11:56] <robitaille> Interestingly the usage stats for users  I have seen in the past for linux in general was the reverse 2/3 KDE, 1/3 Gnome....interesting mismatch
[11:56] <nixternal> that is the largest Ubuntu/Kubuntu implementation yet in amount of hardware and money
[11:57] <nixternal> robitaille: that is Linux in general though, Ubuntu has it for the GNOME crowd w/o a doubt
[11:57] <Burgwork> robitaille: all those numbers are suspect, due to being biased
[11:57] <Burgwork> nixternal: I seriously doubt if the french parliment is the largest U/Kubuntu deployment
[11:57] <robitaille> nixternal:  exactly.  But could Ubuntu popularity have a long-term effect on KDE usage?
[11:58] <nixternal> I am thinking that Ubuntu is probably pulling people away from Kubuntu
[11:58] <nixternal> or KDE in general
[11:58] <nixternal> GNOME is easier out of the box I think
[11:59] <nixternal> KDE has so many options that it loses people
[11:59] <nixternal> hehe
[11:59] <nixternal> there are only a few KDE people I know in the Chicago land area
[11:59] <Burgwork> when I asked my company president why he choose GNOME, he said "All the large companies are putting their effort behind GNOME"
[11:59] <nixternal> actually in Chicago, Xubuntu is probably the #1 favorite Linux distro
[12:00] <Burgwork> and that was pre Ximian/Novell
[12:00] <robitaille> the sysadmin here likes KDE.  Thus KDE by default and all users only use the default they are offered
[12:01] <nixternal> I only use my GNOME desktop for testing my packages
[12:01] <Burgwork> office here uses GNOME because I use Ubuntu
[12:01] <nixternal> and I just switched it back to Ubuntu. I was using Debian until I realized no matter how great and stable it is, it is old
[12:02] <Burgwork> I wish asterisk were in main
[12:02] <nixternal> there are a couple of asterisk devs doing a talk on sunday at the lug
[12:03] <nixternal> asterisk and subversion weekend at the lug
[12:03] <Burgwork> cool
[12:03] <Burgwork> tell them to merge the bloody ldap stuff into main
[12:03] <nixternal> heh
[12:03] <nixternal> actually mishehu is on IRC right now, he is one of the devs that is a member of the LGU
[12:03] <nixternal> LUG
[12:04] <nixternal> heh, I should do a Bazaar demo right after the SVN demo
[12:04] <nixternal> but my problem is, I still prefer SVN over BZR
[12:04] <Burgwork> server applications that don't support ldap in this day and age...
[12:05] <nixternal> hehe, right
[12:06] <Burgwork> what else did I run into that didn;t...
[12:06] <nixternal> see, I started messing with GNOME during the Ximian days a little bit and actually realy liked it
[12:07] <nixternal> except for that stupid monkey and their "ubuntu-like" color scheme smashed with a banana


[14:30] <Nate_Rev> Hi everyone, can I get any help installing Lubuntu through Wubi here>
[14:31] <holstein> Nate_Rev: whats the issue?
[14:31] <holstein> put the iso of your choice in the same directory as the wubi.exe in windows
[14:32] <holstein> OR, install what is working and convert to lubuntu by installing lubuntu-desktop ...or adding lxde
[14:32] <Nate_Rev> See, I run Wubi with the ISO in the same folder but it keeps trying to download the ISO off the internet, which I can't do..
[14:34] <holstein> that has always worked for me.. maybe look at what the file that is trying to be downloaded is labeled and just change the label of your lubuntu iso
[14:35] <Nate_Rev> alright, one sec.
[14:36] <Nate_Rev> gonna go offline for a sec to see if it works
[14:39] <Nate_Rev_> it says "cant download metalink therefore no iso download
[14:40] <holstein> "it" being? the wubi.exe?
[14:40] <holstein> Nate_Rev: that "it" says that when? after what circumstance?
[14:40] <holstein> where did you get the lubuntu.iso?
[14:41] <smartboyhw> Nate_Rev, wait a minute
[14:41] <Nate_Rev> it being Wubi, yes, and it runs through, creates a directory and attempts to download the iso, which it can't do. and fail.s
[14:41] <Nate_Rev> I got the iso from the lubuntu website
[14:42] <holstein> might be worth the time checking the sum...
[14:42] <holstein> !md5
[14:42] <ubot2> To verify your Ubuntu ISO image (or other files for which an MD5 checksum is provided), see http://help.ubuntu.com/community/HowToMD5SUM or http://www.linuxquestions.org/linux/answers/LQ_ISO/Checking_the_md5sum_in_Windows
[14:42] <smartboyhw> Nate_Rev, try to mount the ISO, then cd to it in terminal and type "wubi.exe --force-wubi" and try it
[14:43] <Nate_Rev> alright. one sec
[14:46] <Nate_Rev> the terminal says it isn't a recognized command.
[14:46] <Nate_Rev> I must have typed something inccorectly.
[14:46] <smartboyhw> Nate_Rev, hmm I used it before, so  let me check again..
[14:47] <smartboyhw> Nate_Rev, actually look at http://askubuntu.com/questions/125015/can-i-install-12-04-inside-windows may help
[14:49] <smartboyhw> But then --force-wubi should be correct
[14:50] <Nate_Rev> yeah tried again and the teminal says the device is not ready
[14:50] <smartboyhw> Nate_Rev, oh?
[14:52] <holstein> https://wiki.ubuntu.com/WubiGuide#How_do_I_install_Wubi_on_a_machine_with_no_Internet_connection.3F
[14:53] <Nate_Rev> So I'll have to install oneric and update from there?
[14:53] <holstein> Nate_Rev: i didnt mean to implay that
[14:53] <holstein> imply*
[14:54] <holstein> Nate_Rev: i would just replace the version you are trying to use... but check the facts there
[14:54] <holstein> Nate_Rev: i have not tried wubi with 12.10
[14:54] <holstein> Nate_Rev: have you tried with 12.04? do you have *any* other iso to test with?
[14:55] <holstein> Nate_Rev: you should be able to install *any*buntu and switch to lubuntu from there
[14:55] <Nate_Rev> yeah, i tried with 12.10 earlier, im using a 12.04 now
[14:55] <holstein> what would i do? just a normal install or install in virtualbox
[14:56] <bodhi_zazen> o/
[14:56] <holstein> i used the above method for instaling 12.04 with the iso... i put it in place on my pops machine and it just worked
[14:57] <yeehi> Hello! I do a software update, but it fails - says I am trying to load software from untrusted sources (wine, wine tricks etc) how do I get those sources trusted?
[14:57] <holstein> yeehi: what sources? how is it failing?
[14:57] <holstein> !ppa
[14:57] <ubot2> A Personal Package Archive (PPA) can provide alternate software not normally available in the offical Ubuntu repositories - Looking for a PPA? See https://launchpad.net/ubuntu/+ppas - WARNING: PPAs are unsupported third-party packages, and you use them at your own risk. See also !addppa and !ppa-purge
[14:58] <yeehi> thanks, holstein: wine wine1.3 wine1.3-gecko wine1.4 winetricks using update manager
[14:59] <holstein> yeehi: update manager is just that.. an update manager.. if you want to install software, i would use the software center or synaptic or the command line...
[14:59] <holstein> yeehi: if you have added a ppa and upgrading the packages breaks, then you'll need to ask the ppa maintainer
[15:00] <yeehi> ah, ok - i do remember adding a ppa, iirc, holstein - let me visit that ppa page... will there be a certificate there or something to download?
[15:03] <holstein> yeehi: i use the command "sudo add-apt-repository".. which (usually) gets the ppa and the "key" (certificate)
[15:04] <Nate_Rev> i figured out my problem
[15:04] <holstein> if you didnt addd it that way, then that could be the error...
[15:04] <holstein> yeehi: feel free and give us any output details
[15:04] <yeehi> oh, that is a useful command, holstein
[15:04] <holstein> !paste | yeehi
[15:04] <ubot2> yeehi: For posting multi-line texts into the channel, please use http://paste.ubuntu.com | To post !screenshots use http://imagebin.org/?page=add | !pastebinit to paste directly from command line | Make sure you give us the URL for your paste - see also the channel topic.
[15:05] <yeehi> need a repository argument...
[15:05] <holstein> yeehi: usually if you run "sudo apt-get update" you'll get errors that are helpfulf for troubleshooting
[15:07] <yeehi> thanks holstein - i have to go - will work on it again later...
[15:08] <Nate_Rev> nevermind. didn't work
[15:08] <Nate_Rev> the installtion failed this time around
[15:10] <Nate_Rev> ?
[15:11] <holstein> Nate_Rev: share any relevant details... do you have *any* other iso to test wth?


[20:11] <daftykins> a guy asked for my business card at a clients premises today
[20:11] <daftykins> he goes "ooh are you a computer person?"
 no, i swear i'm mostly biological
[20:46] <zxmpi> store your business card as a qr code. save time AND paper :-)
[20:47] <zxmpi> jaffa cake reserve at 100%
[20:47] <daftykins> \o/ didn't see any wild Brits chasing you out of the supermarket, i presume?
[20:48] <daftykins> he can't be everywhere at once... can he...? *eyes dart left and right*
[20:48] <zxmpi> i really liked that on palmos you could send your business card via ir with 1 button press.
[20:48] <zxmpi> hid them under the wagonwheels
[20:49] <daftykins> :D


[19:14] <Noldorin> hey folks
[19:14] <Noldorin> jelmer
[21:27] <alansaul> Hey guys, I've got a problem, I pushed a branch onto my main trunk repo, overwriting the entire revision history of the trunk
[21:27] <alansaul> How can I get this back? My trunk is now has the same revision history as my branch! Bzr push doesnt seem to be incremental!
[21:31] <alansaul> Anyone any ideas?
[21:37] <alansaul> :( I don't want to develop anymore incase I can get it back somehow!
[21:37] <alansaul> seems really flakey if there is no way to get it back!
[21:42] <beuno> alansaul, hi
[21:42] <beuno> you did push --overwrite?
[21:42] <alansaul> beuno: Hey :)
[21:43] <alansaul> Ermm, no, unless that is the default
[21:43] <beuno> it isn't
[21:43] <alansaul> I had a branch say x
[21:43] <alansaul> of trunk
[21:43] <alansaul> made lots of changes
[21:43] <beuno> so you went from revision 120 to revision 2
[21:43] <beuno> something like that, yes?
[21:43] <alansaul> merged trunk into x to make sure there was no conflicts
[21:43] <alansaul> and then did bzr push x serverrepo/trunk
[21:43] <alansaul> beuno: yeah
[21:43] <beuno> right
[21:43] <beuno> so here's what happenes
[21:44] <beuno> *happened
[21:44] <beuno> trunk was at revno 120 (lets pretend that's the revno)
[21:44] <alansaul> yep
[21:44] <beuno> your local branch was at revno 10
[21:44] <alansaul> yep
[21:44] <beuno> you merged in trunk, so you got revision 11
[21:44] <beuno> and pushed that
[21:44] <alansaul> yep
[21:44] <beuno> which made trunk 11
[21:44] <alansaul> yep
[21:44] <beuno> in order to prevent that in the future
[21:44] <beuno> what you do is have a mirror of trunk locally
[21:45] <beuno> and merge your branch into trunk
[21:45] <beuno> and not the other way around
[21:45] <beuno> and then push that
[21:45] <alansaul> beuno: Yeah i realise that now :)
[21:45] <beuno> there's also a config value that will prevent revisions to be removed
[21:45] <beuno> so
[21:45] <alansaul> or merge trunk into x, then x into trunk
[21:45] <alansaul> then push
[21:45] <beuno> if you do a "bzr uncommit" on trunk, I think that'll bring it back to the previous state
[21:45] <alansaul> oooo
[21:46] <alansaul> hmmm its asking if I want to remove the revision 11
[21:46] <beuno> yes
[21:47] <alansaul> hmmm, my local trunk isnt up to date with my server trunk
[21:47] <alansaul> should i update first yeah?
[21:47] <beuno> sure, get them both in the same state
[21:47] <alansaul> (just don't wanna mess this up to some sort of irreversable state!)
[21:47] <beuno> right
[21:47] <beuno> I'd back up everything
[21:47] <beuno> just in case  :)
[21:47] <alansaul> hmmm
[21:48] <beuno> just copy over the folders
[21:49] <alansaul> okay so make a copy of my local trunk and branches just somewhere else locally?
[21:49] <beuno> yes
[21:50] <alansaul> okie
[21:50] <alansaul> okay whilst its copying, ill ask a few questions :P
[21:50] <alansaul> so uncommit will remove commit 11? and will go back to 120?
[21:50] <fullermd> I'm not sure uncommit is really what you want...
[21:50] <alansaul> Oop... holding
[21:51] <beuno> fullermd, no?  unless he has a previous copy of trunk, un-mangled, not sure how else to get there
[21:51] <fullermd> You can just make one.
[21:51] <fullermd> uncommit would just back you up to the rev before you merged trunk.
[21:52] <fullermd> Poke at log to find the previous head rev, make a new branch from that, push (--overwrite) over trunk, then go back to the question of merging in the local branch.
[21:52] <alansaul> I want to bring the trunk back to how it was before it was pushed ontop of
[21:53] <fullermd> (previous _trunk_ head rev that is)
[21:53] <alansaul> fullermd: Hmm think you lost me there
[21:53] <fullermd> (sorry, I'm in the middle of some stuff ATM...   don't have time for details for a bit  :|  )
[21:54] <alansaul> Aww
[21:54] <alansaul> my bzr log has branch nick: trunk up to 18 then branch-x from 18 to 24
[21:54] <alansaul> But my trunk was on commit 48 or something before i pushed ontop of it
[21:55] <fullermd> Important thing is: Don't Panic.  As long as push didn't require --overwrite, you've never lost anything.  It's just been rearranged.
[21:56] <alansaul> Hmm, well that sounds promising! I just cant find anywhere in any logs which have a revno of 48
[21:57] <fullermd> 'll have time in 15 or 20 minutes or something if nobody else elaborates before then.
[21:58] <alansaul> fullermd: Sweet, I can wait
[21:58] <alansaul> fullermd: Thanks :)
[21:59] <fullermd> If you're bored 'till then, reading http://wiki.bazaar.canonical.com/MatthewFuller/SpotDocs/RevNumbering and http://wiki.bazaar.canonical.com/MatthewFuller/SpotDocs/RevHandling may help you understand what's happening.
[22:17] <alansaul> Working on it :)
[22:18]  * jelmer waves
[22:18] <thomi|work> Hi - does anyone have any more information on bug #820805 ? I have run into this issue on a workmate's laptop and can't seem to work around it with any of the fixes mentioned in the bug report.
[22:29] <alansaul> fullermd: Okay read them :) Let me know when your back :)
[22:34] <jelmer> thomi|work: mgz has done some research into those bugs
[22:34] <jelmer> thomi|work: he posted a summary to the list a week or so ago
[22:35] <wgz> I've got a patch for pageant to send as well, the pain is I'm struggling to test it
[22:36] <wgz> as much as I dislike unix permissions, windows security things are far more painful.
[22:40] <thomi|work> wgz: I don't suppose you have a replacement .exe I could test for you?
[22:40] <thomi|work> I gotta skip out for lunch, but If there's anything I can do to help I'll give it a go.
[22:45] <wgz> I do, it's 32 bit though.
[22:47] <wgz> thomi|work: http://float.endofinternet.org/temp/pageant_dbg.zip
[22:48] <wgz> it's built with the debug stuff enabled so pops up a console with info
[22:48] <wgz> if you need a 64 bit version I'll look at cross compiling, but can also cc you on the patch (their list doesn't seem to be public)
[22:54] <Noldorin> hi poolie
[22:55] <poolie> hi Noldorin
[22:56] <fullermd> alansaul:  OK, yeah, that was sorta like 15 or 20 minutes...
[22:56] <alansaul> fullermd: Lol thats cool thanks for coming back :)
[22:57] <Noldorin> poolie, saw your response to my bug (suggestion) about download types, etc. happy to talk about it here if you like
[22:57] <alansaul> I have to go reasonably soon though!
[22:57] <fullermd> So, did that reading illuminate anything for you?
[22:57] <alansaul> so I need to find the revid that relates to revno 48 and revert back to that?
[22:57] <alansaul> its still there somewhere
[22:58] <fullermd> Yah.  Or the new revno, even.
[22:58] <fullermd> Look at `bzr log -n0`.  Your latest rev is the one that merged trunk, right?
[22:58] <fullermd> So the old head of trunk would be the first indented rev under that.  It'll have a dotted revno of some sort.
[22:59] <alansaul> naw the last one isnt the merge
[23:00] <alansaul> I have a revno: 16.2.1 [merge] though
[23:00] <alansaul> but its a few revisions behind, im on revision 24
[23:00] <alansaul> If I can get this trunk back to the state before though, I can merge in the changes i made in the branch properly
[23:01] <fullermd> Well, wherever it was.  You merged in trunk, before pushing over it.
[23:01] <fullermd> I'm presuming you haven't done anything on trunk since (nor anybody else); in that case things get messier.
[23:01] <alansaul> I don't think so no
[23:01] <fullermd> So whichever your 'merge in trunk' rev is, the first rev indented under that is the rev that was at the time the head of trunk.
[23:02] <alansaul> my branch x is basically a more up to date version than the trunk, but i just want to merge it into the trunk without losing all the revision history the trunk had
[23:02] <fullermd> Mmm.  Well, let's glance back a moment.  It's not lost, it's just not on the mainline (so log won't show it unless you use -n0).  Does that matter?
[23:02] <alansaul> I think I want to revert back to revno: 16.2.1 [merge]
[23:04] <fullermd> Only thing that gives me pause there is that that revno implies that it was only a single rev merged (e.g., trunk had only grown one new thing).  Is that right?
[23:06] <alansaul> Ummm im not sure what you mean?
[23:06] <alansaul> There is a further indented bit
[23:07] <alansaul> revno: 16.1.29
[23:07] <fullermd> Mmm.  Is this something you can share?
[23:07] <alansaul> My revno: 16.2.1 [merge] has a commit comment of Merged data model with trunk, only one failing test (due to users not being implemented yet)
[23:09] <fullermd> i.e., a public branch I can clone and look at?  Or a log you can substantially pastebin?
[23:44] <jelmer> hmm, I think I got carried away by the awesomeness of HPSS there for a second..
[23:44]  * jelmer goes back to spiv's branch
[23:44] <jelmer> (I'm not sure what made my inexplicably scared of the HPSS subsystem earlier, but it's really nice once you get used to it)
[23:44] <jelmer> s/my/me/
[23:45] <wgz> yeah, going a bit overboard jelmer :)
[23:45] <wgz> one complaint, adding more things that bz2 on the fly is kinda ugh
[23:46] <jelmer> wgz: what would you like to do instead?
[23:46] <wgz> practically, or ideally? :)
[23:47] <wgz> I'd like to see numbers for size/performance vs zlib
[23:47] <jelmer> both :)
[23:47] <wgz> ideally, sendfile.
[23:48] <jelmer> wgz: sendfile doesn't seem ideal bandwidth-wise
[23:50] <jelmer> wgz: you have a point bout zlib vs bz2 though
[23:50] <jelmer> *about
[23:50] <poolie> hi all
[23:51] <poolie> jelmer, i like seeing all those patches
[23:51] <poolie> you should run it under Judge :)
[23:51] <poolie> you might need to patch it to add some more options, like for the number of times
[23:51] <poolie> to run the test
[23:51] <poolie> i really hope to go back to memory consumption soon
[23:51] <poolie> i did some fun lp hacks on the weekend though
[23:51] <wgz> at least for initial branching, I've measured smaller transfer, and smaller resource usage with dumb transports over smart ones, because of the recompression/overhead
[23:52] <wgz> being able to pick out just the latest changes is something where smart and recompress does do better than splatting bytes, but wanting to get a whole repo isn't uncommon either
[23:53] <jelmer> hi poolie
[23:53] <jelmer> poolie: Yeah, I should give that a try, at least for some of the methods where performance is relevant.
[23:54] <jelmer> wgz: at least for the things I've tried adding smart methods had a significant impact. I haven't compared with zlib though
[23:54] <spiv> jelmer: :)
[23:56] <poolie> hi spiv
[23:56] <jelmer> poolie: btw, thanks for being so persistent in trying to separate launchpad-buildd from its big siamese twin :)
[23:56] <jelmer> hey spiv
[23:56] <poolie> it's kinda funny
[23:56] <poolie> just when you think it's deleted it rises back up like a zombie
[23:57] <poolie> do you guys really like the subunit test output?
[23:57] <poolie> i'm not finding it very easy to deal with
[23:57] <wgz> it makes a massive difference for anything doing operations on a remote repo
[23:57] <jelmer> poolie: :)
[23:57] <poolie> eg subunit crashed filtering this failure
[23:58] <jelmer> poolie: I think the old subunit stuff was kinda nice to read. The new bits (with mime encoding) are harder to read, but alright after applying a filter. Also, testrepository ftw :)
[23:58] <wgz> but for mirroring the data it can be suprisingly poor
[23:59] <wgz> poolie: not much. are we talking pqm or in general?
[23:59] <wgz> it has definite robustness issues.


[12:46] <frandieguez> hi all, I have downloaded the entire bazaar repository of ubuntu-manual and made some modifications in the galician translations pofile, the pdf compiles pretty well but I need to generate the printable version.
[12:47] <frandieguez> Is there one parameter to make to compile with this alternative version of pdf?
[22:32] <trijntje> Hi all, is there an e-reader friendly build of the manual? My reader is too small to render the pdf properly so it gives strange linebreaks
[22:52] <godbyk> trijntje: There isn't at the moment, but it's something we're interested in exploring.
[22:56] <trijntje> godbyk, I would like that, but I have no idea how much call there is for such a thing
[22:57] <trijntje> For linux users even just html should do, as calibre can convert them to something an eReader can understand
[22:57] <godbyk> I'm not sure either. Hopefully we can find a format that's compatible with most ebook readers and isn't too difficult to generate.  (I think epub may fit this bill, but I haven't looked into it too much yet.)
[22:58] <dutchie> trijntje: can calibre not deal with PDFs?
[23:03] <trijntje> dutchie, trying that now, I didnt know PDFs could be converted
[23:03] <dutchie> neither did i, but it was worth a guess :)
[23:11] <trijntje> dutchie, nice guess. It looks like it can convert it to epub, but it does sprinkle everything with questions marks
[23:12] <dutchie> trijntje: probably some unicode thing, try filing a bug
[23:13] <trijntje> dutchie, I will do that, and I will also try out some more ebook formats to see if one can convert from PDF properly
[23:13] <trijntje> thanks for the guess ;)
[23:13] <dutchie> no proble
[23:13] <dutchie> m
[23:13] <dutchie> damn, lost pingus again
[23:14] <trijntje> i'm off for today, have a good night


[12:27] <cub> g'day
[12:28] <smartboyhw> Hello cub
[12:28] <smartboyhw> Got to write sth in the bp soon
[12:28] <cub> hi smartboyhw, running for council I see? :)
[12:28] <smartboyhw> Sorry for not being available the past 3 weeks, too many tests
[12:29] <cub> I haven't been around for some weeks either
[12:29] <smartboyhw> cub: I don't have a high chance, I'm just trying. It isn't wrong to try:P
[12:29] <cub> quite busy
[12:29] <cub> smartboyhw, of course. If you'll make it though, will you have time?
[12:35] <smartboyhw> cub: Yes. I shall have time.
[12:36] <zequence> smartboyhw: If nothing else, people should become more and more aware of you being quite reliable and hard working, which is quite often the most important charasteristics to have
[12:38] <smartboyhw> zequence: :)
[12:38] <smartboyhw> zequence, cub: Which subjects do you guys study at high school?
[12:38] <smartboyhw> (Just asking)
[12:45] <cub> hmm I'm not sure what age high school was?
[12:45] <cub> When I went to school we couldn't choose much until we were 16
[12:46] <cub> before that it was just if we wanted to add another language besides English, and we could only choose French or German. :D
[12:47] <knome> smartboyhw, few languages, math, physics, chemistry, psychology, philosophy
[12:47] <cub> psychology knome? That would have been fun. We were only forced into Religion.
[12:48] <knome> ah, religion too of course.
[12:48] <knome> cub, yeah, in upper secondary
[12:48] <knome> i think we had something like 4 courses of that (if you wanted)
[12:48] <knome> i think one might've been obligatory
[12:48] <cub> cool
[12:49] <cub> I studied philosophy at university later on instead.
[12:49] <cub> since we didn't get that in any school beforehand
[12:49] <knome> mhm
[12:49] <knome> there weren't too many philosophy courses... maybe 3 or 4, and again, one obligatory
[12:57] <smartboyhw> Nobody study biology:(
[12:58] <knome> ah, we did that as well
[12:58] <knome> one obligatory..
[12:58] <knome> you might sense the pattern here...
[12:59] <smartboyhw> What I study are: Chinese, English, Maths (Core + M2, i.e. Algebra and calculus), Physics, Chemistry, Biology
[12:59] <smartboyhw> Basically full science
[13:06] <zequence> I majored in Music during High School. And, didn't much worry about other subjects, not even music mostly. I learned most of what I know from the city library
[13:06] <zequence> It's faster
[13:07] <zequence> Well, in some ways. Sometimes it's a lot faster if someone gives you a couple of hints, so you don't need to read through a whole shelf to find out a single idea
[13:11] <smartboyhw> zequence: I learn via school library and bookstores instead
[13:15] <zequence> I should perhaps mention it is always a good idea to get a degree..
[13:16] <zequence> Not the same thing as studying to learn something
[13:30] <cub> exactly, I read a lot in my days but have no degree to flash on my CV
[13:31] <cub> It didn't matter that much before but nowadays I feel that every job is asking for some kind of a degree
[13:31] <cub> so if you're going to learn, get a degree at the same time...or start your own business. :P
[13:43] <cub> yay, I get to go to the Internetdagarna in Stockholm. Jono is keynote speaker.
[13:44] <zequence> cub: Work related?
[13:49] <cub> the rest of the day, yes. Incident management, so work is paying for the day
[14:42] <cub> zequence, how's work going, weren't you going to a new interview?
[15:14] <zequence> cub: No contracts signed yet, I'm afraid.


[05:31] <jamesh> duflu: do you know where gnome-shell sends its log messages? (if any)
[05:39] <duflu> jamesh, there are almost no information messages, only errors. All to journalctl
[05:39] <duflu> *informational
[05:40] <jamesh> duflu: thanks.  I've got a program saying it loses its connection to the Wayland compositor, and the only output in journalctl is "May 31 13:37:15 scruffy gnome-shell[5322]: setup_framebuffers: assertion 'width > 0' failed"
[05:40] <duflu> Which is annoying because on any other display server you would get some nice information about the hardware etc
[05:40] <duflu> jamesh, I vaguely recall that's a non-fatal assertion that pops up often
[05:40] <jamesh> so maybe it is unrelated
[05:41] <duflu> Probably. It's never the problem whenever I see it in peoples' logs
[05:43]  * duflu is curious now and goes to find that assertion
[05:44] <duflu> jamesh, Hah. It's not even hardware-related. gnome-shell/src/st/st-theme-node-transition.c
[05:44] <duflu> So non-fatal
[05:44] <jamesh> on the client side, the message is just "Gdk-Message: 13:37:36.186: Lost connection to Wayland compositor."
[05:45] <duflu> jamesh, that also happens often. Xwayland and gnome-shell are co-dependent so if one crashes then the other will too. It's tricky (and often impossible) to find which went down first and why
[05:46] <jamesh> duflu: I'm not seeing any problems with my other Wayland and X11 apps in the session when this happens
[05:47] <jamesh> If the app was doing something that caused gnome-shell to hang up on it, I was hoping gnome-shell would print some diagnostics
[05:47] <duflu> jamesh, oh I thought the error was from Xwayland. OK in that case it's more weird. Only one app reckons it lost connection? That could happen as a side-effect of memory corruption, or something
[05:47] <duflu> So an application bug
[05:47] <jamesh> duflu: this is with the xdg-desktop-portal-gtk process
[05:48] <jamesh> I guess I'll poke around a bit more
[05:48] <duflu> I'm not familiar with Wayland connection errors
[05:48] <duflu> But it happens a lot with X
[05:48] <jamesh> it tries to connect to both X11 and Wayland as needed
[05:49] <duflu> jamesh, sounds like an application bug. Its maintainer will need to debug that
[05:49] <jamesh> so it can show windows that are transient for second app's window
[05:50] <jamesh> I'm wondering if gnome-shell is implementing some kind of security policy to interfere with this
[05:51] <duflu> jamesh, certainly Wayland is better contained than X. AFAIK you can't easily escape your own sandbox (of which there is none in X)
[05:52] <duflu> biab
[06:35] <didrocks> good morning
[06:37] <duflu> Morning didrocks
[06:38] <didrocks> hey duflu
[06:43] <duflu> jamesh, actually I would hazard a guess that any Wayland client trying to tinker with a client other than itself will fail with protocol errors
[06:44] <duflu> Maybe it's a GTK app that used to work in X, but can't work in Wayland
[06:45] <duflu> Or worse, maybe it's trying to make X calls while connected via Wayland. That's pretty common
[06:45] <duflu> And will fail
[06:45] <jamesh> duflu: there's Wayland specific code in here: it's a D-Bus service that shows a dialog on behalf of another app.  The app passes a string representing the window ID
[06:46] <jamesh> duflu: if it is an X11 window, the service creates an X11 dialog.  If it is a Wayland window, the service creates a Wayland dialog
[06:47] <duflu> jamesh, worth noting you need to check for Wayland before X. Because in gnome-shell both sockets are available
[06:49] <jamesh> duflu: https://github.com/flatpak/xdg-desktop-portal-gtk/blob/master/src/externalwindow-wayland.c#L45 <- it's definitely connecting to the server okay, because I don't see the "Failed to open Wayland display" message
[06:49] <oSoMoN> good morning desktoppers
[06:53] <duflu> Morning oSoMoN
[06:53] <oSoMoN> hey duflu
[06:54] <duflu> jamesh, yeah (back to the beginning) it sounds like an application bug - failure to handle some wayland error
[06:54] <duflu> Or would that be a gtk bug?
[06:58] <duflu> jamesh, slightly less likely is that some valid part of the Wayland protocol is not correctly implemented in gnome-shell. But you won't see error messages because people don't tend to predict their own bugs that well
[06:58] <duflu> -gnome-shell +mutter
[06:59] <jamesh> duflu: for what it is worth, this is the stack trace for the disconnection message: https://paste.ubuntu.com/p/qDQc9VB84w/
[07:00] <duflu> Good old Gnome. Let's make assertions non-fatal and recoverable protocol errors fatal
[07:02] <jamesh> interestingly, this seems to be a different error to what I saw when running outside of gdb "Error 71 (Protocol error) dispatching to Wayland display."
[07:02] <jamesh> that's probably just the disconnection being detected at a different point in the code though
[07:03] <duflu> jamesh, https://developer.gnome.org/meta/stable/running-mutter.html
[07:05] <jamesh> thanks.  I'll give that a shot on my laptop to see if it shows anything useful
[07:15] <didrocks> hey oSoMoN, jamesh!
[07:17] <oSoMoN> salut didrocks, ça va bien?
[07:17] <didrocks> ça va, et toi ?
[07:19] <oSoMoN> très bien
[08:02] <Laney> yo
[08:02] <didrocks> hey Laney!
[08:02] <didrocks> how are you?
[08:04] <duflu> sup Laney?
[08:04] <duflu> Morning willcooke
[08:05] <willcooke> morning
[08:06] <oSoMoN> good morning Laney, willcooke
[08:06] <didrocks> hey willcooke
[08:10] <Laney> hey didrocks duflu willcooke oSoMoN!
[08:13] <didrocks> Laney: small question for you, I think bug #1774354 and bug #1771976 needs a FFe in addition to the SRU process, correct?
[08:13] <Laney> didrocks: feature freeze doesn't exist after the release
[08:14] <Laney> you need to talk to the SRU team
[08:14] <Laney> maybe by just uploading and seeing what happens
[08:14] <didrocks> Laney: ok, I didn't know what was the process as we only starting doing this recently :)
[08:14] <didrocks> thanks!
[08:15] <didrocks> started*
[08:15] <Laney> :>
[08:15] <Laney> the release team doesn't have any involvement in stables really
[08:16] <didrocks> yeah, that's what I was thinking, but better to double check first :)
[08:31] <duflu> didrocks, I've been thinking for a long time that screen size and other graphics info should be always logged by gnome-shell/muttter, like other display servers do.
[08:31] <duflu> We have a bug open about gnome-shell not logging enough
[08:31] <didrocks> duflu: yeah, I think that should be part of the dbus API to request them
[08:42] <willcooke> Hm.  My server crashed at around 1am local time, nothing in syslog - any ideas on what I could look at to tell me why it died?
[08:44] <duflu> willcooke, you mean the login?
[08:45] <willcooke> duflu, dead dead.  Didnt even respond to pings.  I had to power it off and back on again.  #ithelpdesk
[08:46] <duflu> willcooke, If not /var/crash then check to see if it was already reported (instructions in bug 1766148)
[08:46] <willcooke> empty
[08:46] <didrocks> hum…
[08:46] <willcooke> meh, probably just one of those things
[08:46] <didrocks> yeah, without crash or logs…
[08:47] <duflu> willcooke, that web page is empty initiallly. Give it a few seconds to populate
[08:52] <duflu> The old gnome-shell #1 crasher was converted into an exit without crashing (upstream's choice). But it should at least log that the connection to Xwayland was lost
[08:57] <willcooke> nothing in there
[08:57] <willcooke> this feels more like a hardware / driver issue
[09:05]  * didrocks is confused about g-c-c branch for bionic…
[09:05] <didrocks> well, there is no branch, but changelog for cosmic contains gnome-control-center (1:3.28.1-0ubuntu<IP_ADDRESS>) UNRELEASED; urgency=medium
[09:05]  * didrocks will do his fix for cosmic now and see later what seb intended to do (I think backporting some patches)
[09:08] <didrocks> Laney: do you have any instructions on converting a branch to git with importing the first tarball?
[09:14] <Laney> didrocks: no, what I would do is clone the debian repo and make an ubuntu/master branch starting at the last time we based on Debian (1:3.27.92-1), then gbp import-dsc --debian-branch=ubuntu/master our_current_dsc
[09:15] <didrocks> Laney: ok, will give it a try then :)
[09:16] <Laney> then after that is done add a commit on top to fix the Vcs-* and gbp.conf
[09:16] <Laney> https://git.launchpad.net/~ubuntu-desktop/ubuntu/+source/gnome-terminal/commit/?h=ubuntu/master&id=fcb5025b2155a6ae48c1f430ffaa3fe690e661d8
[09:16]  * Laney did that one yesterday
[09:16] <Laney> you can see the branch layout and stuff there
[09:16] <didrocks> Laney: thanks! I will follow this
[09:19] <didrocks> Laney: you didn't push the debian branches on purpose, correct? https://code.launchpad.net/~ubuntu-desktop/ubuntu/+source/gnome-terminal/+git/gnome-terminal
[09:19] <Laney> yep
[09:19] <didrocks> ok then :)
[09:19] <Laney> you can add the salsa.debian.org remote if you want those
[09:19] <Laney> which you probably do
[09:20] <didrocks> yeah, and it will be always out of sync if we push them to launchpad, agreed
[09:20] <didrocks> so no real need
[09:20] <Laney> but they probably just get out of date
[09:20] <Laney> righto
[09:21] <Laney> oh yeah I forgot you have to also update the default branch too https://code.launchpad.net/~ubuntu-desktop/ubuntu/+source/gnome-terminal/+git/gnome-terminal/+edit
[09:21] <Laney> because it's not called "master"
[09:21] <didrocks> ahah, nice trick! yeah, "ubuntu/master" ;)
[09:22] <Laney> would be good to write this down on https://wiki.ubuntu.com/DesktopTeam/git
[09:22] <didrocks> yep, let me do it first, then, I may update it :)
[09:23] <willcooke> hm, server has crashed again.
[09:23]  * willcooke looks at livepatch
[09:24] <willcooke> oh, no this time its turned off.
[09:24]  * willcooke looks at children
[09:24] <didrocks> haha
[09:25] <Laney> enable persistent journal and then you can do journalctl -b -1
[09:36] <didrocks> argh, 1:3.27.92-1 didn't use pristine tar…
[09:36] <didrocks> that makes it a little bit harder :p
[09:44] <Laney> didrocks: https://paste.ubuntu.com/p/FbntSK5rRk/
[09:45] <Laney> some extra things in there like getting the tag format right
[09:45] <Laney> I think you don't actually need upstream at this stage as upstream/3.28.1 already exists but if it didn't you would
[09:45] <didrocks> Laney: the issue is that you end up with a debian/ only repo
[09:46]  * didrocks has to go bbl
[09:46] <didrocks> don't worry, I'll have a look
[09:46] <Laney> not here I don't
[09:47] <didrocks> hum, I'll recheck, thanks!
[09:48] <Laney> it starts out like that, but import-dsc imports the source from the tag
[10:56] <Trevinho> oh, wow, freedekstop moved to gitlab too... :)
[10:56]  * Trevinho updates the bot
[13:44] <kenvandine> tkamppeter, did you see my ping yesterday about bug 934291
[14:48] <didrocks> popey: willcooke: see https://bugs.launchpad.net/ubuntu/+source/ubuntu-report/+bug/1774395/comments/2
[14:53] <willcooke> didrocks, testing
[14:54] <didrocks> willcooke: basically, if you don't have (rev .*), on the line, this is the same bug
[14:54] <willcooke> didrocks, confirmed
[14:54] <willcooke> no rev
[14:54] <didrocks> let me duplicate the bug thus
[14:54] <willcooke> thanks didrocks
[14:54] <didrocks> then, the SRU team needs to be bragged :)
[14:54]  * didrocks duplicates popey
[14:55] <didrocks> :p
[14:55] <willcooke> I thought it was prolly regex, but didnt see that existing bug
[14:55] <popey> wat wat
[14:55] <willcooke> popey, you gpu issue is a known (and fixed waiting for SRU team)
[14:55] <willcooke> issue
[14:56] <Nafallo> didrocks: send the copy to Sweden please. haven't had beers with popey since 2011 I think...
[14:57] <popey> ooooh!
[14:57] <didrocks> Nafallo: you know, this isn't the only function that popey can do :)
[14:57] <popey> This pleases me greatly.
[14:58] <Nafallo> popey: pleased about the idea of Swedish beer? :-D
[14:59] <kenvandine> or just beer
[14:59] <popey> :D
[14:59] <popey> I haven't been to Sweden for ... *years*
[15:00] <didrocks> yeah, I think popey is more interested in the b than in the S, sorry Nafallo :)
[15:01] <Nafallo> :-O
[15:20] <popey> who should I poke about xorg bugs?
[15:36] <didrocks> oupssss, I didn't setup ccache on my new machine…
[15:36] <didrocks> popey: tseliot, maybe?
[15:37] <tseliot> popey: or tjaalton, it depends on the driver
[15:37] <popey> nvidia
[15:37] <popey> bug 1760104 specifically
[15:54] <tseliot> popey: that would be me then, assuming it's the nvidia driver that is causing the problem
[15:55] <tseliot> popey: can you reproduce the problem when using the nouveau driver?
[16:03] <tseliot> popey: also, does the 390.58 driver from this PPA solve the problem for you? https://launchpad.net/~albertomilone/+archive/ubuntu/nvidia-glvnd-temp
[16:04] <popey> tseliot: i am unlikely to install nouveau, simply because it's no good for what I use my pc for
[16:04] <popey> and i need to have it installed for a week or more to trigger the issue
[16:04] <popey> happy to try your driver ppa though
[16:05] <tseliot> popey: oh, so it's not something that you can reproduce consistently?
[16:06] <popey> it has happened enough times, but I can't forcibly trigger it, no
[16:17] <tseliot> popey: ok, see if the new driver helps
[16:41] <popey> Ok, installed that driver, lets see.
[17:58] <willcooke> night all
[18:32] <oSoMoN> good night all


[08:44] <dholbach> good morning
[09:49] <lool> Are build failure handled in all cases by buildd admins or should I do something about them?
[09:49] <dholbach> MOTU Q&A session in #ubuntu-classroom in 10 minutes
[05:39] <bspencer> ping debian package masters
[05:39] <bspencer> I want to create a symbolic link in my rules file
[05:39] <bspencer> is there a "right" way?
[05:40] <seb128> do you need it in the rules file?
[05:40] <bspencer> uh
[05:40] <seb128> you can use a package.links
[05:41] <seb128> if that's for a file which gets installed
[05:41] <bspencer> yes it is
[05:41] <bspencer> package.links is a new file that gets placed in debian dir
[05:41] <seb128> yes
[05:41] <seb128> where package in the name of the binary package shipping the file
[05:42] <seb128> and the .links contains
[05:43] <seb128> real_file_path symlink_file_path
[05:44] <bspencer> ok.  I'll play with that.  I need to know the final location of the installed package  (e.g. /usr/share/<pkg>/<some folder>
[08:47] <asac> Mithrandir: there?
[08:47] <asac> Mithrandir: we have some strange buildd issues... for instance xulrunner-1.9 build was finished, then hanged there and was killed after 150 minutes of inactivity
[08:47] <asac> Mithrandir: however it was uploaded to NEW
[08:47] <asac> Mithrandir: same appears to happen with i386 as well now
[08:48] <asac> Mithrandir: its finished and just sits there ... most likely blocking the buildd
[09:09] <agoliveira> kwwii: Hi. You're there?
[11:08] <rustyl> Anyone notice how libgtk2.0-0 is broken?  Attempting to install will fail with:
[11:08] <rustyl> libgtk2.0-0: Depends: libgtk2.0-common (= 2.12.0-1ubuntu3) but 2.12.0-1ubuntu2 is to be installed
[11:09] <rustyl> maybe a new version of gtk is in the process of being uploaded?
[11:09] <rustyl> or half of the related packages were uploaded and one of the packages failed to upload, leaving something like a log jam?
[11:10] <rustyl> The result is you can not build a new image, so expect the UME nightly to fail
[11:10] <rustyl> well... unless this is just a transient problem (like a few packages are in-flight into the apt repository)
[12:29] <rustyl> amitk, should the linux-ubuntu-modules-2.6.22-13-lpiacompat_2.6.22-13.33_lpia.deb package be running a depmod?  The reason the initramfs images are not pulling in the squashfs and unionfs images is because modprobe doesn't know about them (i.e. we are lacking a depmod)
[12:45] <rustyl> either way... i just fix a bug in image-creator where we are now correctly calling depmod on the target filesystem before creating the install images.  We had a bug that nobody noticed until this new package stopped depmoding.
[12:49] <amitk> rustyl: Yeah.. it should call depmod in postinst
[12:50] <amitk> could you run depmod on the target manually, and update-initramfs -u
[12:53] <rustyl> amitk, after manually running depmod, mkinitramfs correctly creates the initramfs
[12:54] <amitk> and that gives you a working system?
[12:54] <rustyl> yes, i can not boot a usb image and have a workable system (well... other then a gtk package that has a problem)
[12:55] <amitk> cool
[12:56] <rustyl> and i just pushed a fix the moblin-image-creator that works around the depmod issue... we intend to always do a depmod (for good measure) before creating a USB image, but we were calling it on the project filesystem instead of the target filestem.  Nobody noticed before because the kernel packages always called depmod in the postinstall
[12:58] <amitk> rustyl: and they should always call depmod. I am wondering if this happened because I created a single package for lpia, instead of running the mega command that spits out L-U-M for all flavours of Ubuntu
[12:59] <amitk> I'll check up on that on Monday... late here now.
[01:00] <rustyl> l8r
[01:01] <rustyl> for anyone that is following the gtk failures... the new version of libgtk2.0-0 that was breaking new image creation (because libgtk2.0-common depended on it) appears to now be in the apt repository


[10:43] <bluesabre> We don't have micro release exception, so we either need to create LP bugs for every bug since 1.8.14 or cherry pick that fix.
[10:44] <Unit193> Don't think those exist anymore.
[10:44] <Unit193> !mre
[10:44] <ubot3> Micro Release Exceptions are approved by the Ubuntu Technical Board on a per-package basis for packages that cannot be acceptably handled through the Stable Release Update (!sru) process. See https://wiki.ubuntu.com/StableReleaseUpdates/MicroReleaseExceptions for more information.
[10:44] <bluesabre> https://wiki.ubuntu.com/StableReleaseUpdates#New_upstream_microreleases
[10:45] <bluesabre> Xfce doesn't meet these criteria
[10:46] <jphilips> here is the patch if it wants to be cherry picked https://gitlab.xfce.org/xfce/thunar/-/commit/1b85b96ebf7cb9bf6a3ddf1acee7643643fdf92d
[10:46] <ubot3> Commit 1b85b96 in xfce/thunar "Dont execute files, passed via command line due to security risks"
[10:47] <jphilips> was hoping that translation updates since 1.8.14 could also get it for 20.04 users
[10:47] <Unit193> CVE-2021-32563
[10:47] <ubot3> An issue was discovered in Thunar before 4.16.7 and 4.17.x before 4.17.2. When called with a regular file as a command-line argument, it delegates to a different program (based on the file type) without user confirmation. This could be used to achieve code execution. <https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-32563>
[10:48] <jphilips> s/get it/get in/
[11:16] <jphilips> bluesabre: could this be xubuntu specific as others cant repo on none xubuntu distros - https://gitlab.xfce.org/xfce/xfce4-session/-/issues/106
[11:16] <ubot3> Issue 106 in xfce/xfce4-session "Triggering application on suspend does not work" [Opened]
[11:18] <bluesabre> It could be. ochosi might be a good candidate to verify... he may have written that code


[09:08] <JamesTait> Good morning all; happy Friday, and happy Wave All Your Fingers At Your Neighbours Day! :-D
[11:26] <aquarius> does Nautilus in 13.10 deliberately not execute Python scripts by clicking any more? I've marked a script as executable, but I can't find a way of making a Python file such that Nautilus will run it when clicked, rather than opening in my editor. This used to work (you got the annoying 'do you want to run this or edit it?' dialog) but now it doesn't and you can only edit... unless I'm doing something weird?
[13:11] <WebbyIT> aquarius, File -> Preference -> Behavior "Executable text files" choose Ask each time
[14:23] <dpm> mzanetti, o/
[14:24] <mzanetti> hi
[14:24] <dpm> hey
[14:24] <dpm> mzanetti, I'm testing Reminders trunk, and I'm having some trouble getting the notes content, have you seen something like that as well?
[14:25] <mzanetti> no
[14:25] <dpm> mzanetti, it loads the list of my notes, but when I click on a note it won't download the content. Here's what I see on the terminal http://pastebin.ubuntu.com/6891520/
[14:25] <dpm> on a N4
[14:26] <dpm> the automatic login if there is a single account works great, though!
[14:26] <mzanetti> huh... interesting
[14:27] <dpm> that's using this click package: http://people.canonical.com/~dpm/click/com.ubuntu.reminders_0.1.latest_armhf.click
[14:27] <mzanetti> hmm
[14:27] <mzanetti> I wonder how that broke
[14:27] <dpm> and the accounts plugin package from https://launchpad.net/~dpm/+archive/ppa?field.series_filter=trusty
[14:29] <mzanetti> uh... found the issue
[14:29] <mzanetti> dafuq
[14:33] <mzanetti> dpm: https://code.launchpad.net/~mzanetti/reminders-app/fix-fetching-notes/+merge/205372
[14:33] <mzanetti> meh... I know what happened :D
[14:34] <mzanetti> I just removed the ! before pushing to do the negative test... apparently I committed that
[14:34]  * dpm hugs mzanetti :)
[14:35] <dpm> mzanetti, ok, I'll test that one straight away
[14:35] <mzanetti> kk
[14:53] <mzanetti> dpm: so are we ok with the reminders state for mwc? or something that needs to happen before that?
[14:57] <dpm> mzanetti, I wanted to talk a bit about it during the meeting the other day, but I was away for a bit and I didn't manage. So I was thinking:
[15:00] <dpm> 1) Getting the app to be rock solid. It works very well for me so far, but it'd be good to do some more testing and polish it if there are any bugs that needs fixing
[15:02] <dpm> 2) Getting the accounts login changes done with the trusted helper (it seems mardy is working on this) and the initial screen prompting to create an account and using the trusted helper if there isn't any
[15:03] <dpm> 3) We're talking to Dani to give us some tablet designs. We probably won't manage to do a full tablet design, but it'd be good to have a couple of views that expand to tablet mode if possible. But let's talk about it next week, or as soon as we get the designs
[15:05] <dpm> mzanetti, that's what I was thinking, does it make sense to you. I also talked to Lucas Romero, who's interested in doing visual designs, but I don't think visuals are that important as long as the app works and the wireframes are implemented
[15:07] <mzanetti> dpm: 1) can you do a call for people to test it? I'm not using evernote so it won't get much real life testing from me
[15:07] <dpm> ack
[15:07] <mzanetti> dpm: 2) yeah, mardy has started on that. shouldn't be much to finish it off
[15:07] <dpm> rather than ack, yes
[15:07] <dpm> ok
[15:08] <mzanetti> dpm: 3) ok. let me know when you have some designs... should be fairly easy to implement as there isn't any logic in our qml files
[15:08] <dpm> awesome
[15:09] <dpm> hm, I wonder why Jenkins is not running on https://code.launchpad.net/~mzanetti/reminders-app/fix-fetching-notes/+merge/205372
[15:10] <mzanetti> dpm: seems it is, no?
[15:13] <dpm> I don't see it
[15:14] <dpm> asking on -ci-eng
[15:29] <dpm> mzanetti, it seems adding images via the content hub is not working right now. It definitely was last week (I don't know the revision, though), and I think the app has had no changes in that area lately, so perhaps it's something that's changed in the platform? bug 1277557
[15:29] <ubot2`> Launchpad bug 1277557 in Ubuntu Reminders app "Adding images with the content hub does not work" [High,Triaged] https://launchpad.net/bugs/1277557
[15:44] <kazak1377> Hello everybody. I need help to integrate my player into volume menu. (player wrote in qt5)
[15:45] <kazak1377> Or just create an tray icon.
[15:46] <kazak1377> Cause QTrayIcon broke in unity(((
[17:03] <nik90> gatox: hey, I was told by elopio that you are the developer of Ninja IDE. I just started using Ninja IDE since yesterday after being recommended by him and it made my python life so much easier. Thanks a lot!
[17:04] <gatox> nik90, awesome!!! thanks :D
[17:05]  * elopio collects comission.
[17:05] <elopio> gatox: I want a shirt :)
[17:05] <nik90> lol
[17:05] <gatox> elopio, jeje next sprint you are going to get one! :P
[17:06] <elopio> \o/
[17:08] <nik90> elopio: In for index, day_element in enumerate(daylist):
[17:08] <nik90>     if(day_element.text == day):
[17:08] <nik90>         day_index = index
[17:08] <nik90>         break
[17:09] <nik90> does index and day_element both get incremented at every loop?
[17:09] <gatox> yes
[17:09] <nik90> also shouldn't the if loop be daylist[0].text == day
[17:09] <nik90> gatox: thnx
[17:10] <gatox> nik90, and no to the second question
[17:11] <nik90> gatox: hmm..daylist is an array and I am trying to compare if the daylist[index] is equal to the day. Or does day_element get assigned to daylist[index]?
[17:12] <gatox> nik90, day_element gets assigned with daylist[index] in each iteration
[17:12] <nik90> gatox: ah okay. now I understand
[17:12] <dpm> balloons, for the reminders app: https://code.launchpad.net/~mzanetti/reminders-app/fix-fetching-notes/+merge/205372
[17:13] <gatox> nik90, also, you can do:  day_index = daylist.index(day) (and avoid the for and the if)
[17:15] <nik90> gatox: ooh that's a one liner..awesome!
[17:17] <elopio> oh, that's cool.
[17:18] <nik90> elopio, gatox: hmm I get an error that ValueError: 'Saturday' is not in list
[17:18] <nik90> despite it working before with the for loop
[17:18] <elopio> gatox: but how do you tell the index to use the text property for the check?
[17:18] <gatox> ah sorry.... i thought it was a list of strings
[17:19] <gatox> elopio, well if the comparison is always by text..... you could implement the __eq__ method in that object... i don't know what that object is
[17:19] <elopio> gatox: it's an autopilot introspection element.
[17:20] <nik90> no no let's not go too deep into python with __eq__ .. I have no idea how that works nor am I comfortable :P
[17:21] <elopio> yeah, I wouldn't recommend it in this case :)
[17:21] <balloons> dpm: the quick fix regardless is to push the version to be higher than your manual upload, make sense?
[17:22] <nik90> elopio: one more question
[17:22] <nik90> In day_element = self.wait_select_single(
[17:22] <nik90>         toolkit_emulators.CheckBox, objectName='repeatDaysSwitch{}'.format(index))
[17:22] <nik90> is there a difference between toolkit_emulators.CheckBox and just CheckBox?
[17:22] <elopio> nik90: next(day_element for day_element in daylist if day_element.text == day)
[17:22] <elopio> there's your one liner :)
[17:22] <balloons> dpm: do note though, that you will replace what's in the ppa with the merge
[17:22] <elopio> but I prefer the for.
[17:23] <dpm> balloons, it shouldn't be difficult, would you recommend us to do that rather than waiting for a proper fix? I don't mind replacing what's in the PPA, that's fine
[17:23] <nik90> elopio: I will stick with the for now
[17:23] <elopio> nik90: no, autopilot has emulators.CheckBox in a cache so it will return the same object.
[17:23] <elopio> but it's clearer with emulators.CheckBox
[17:23] <elopio> then you know where the new methods come from.
[17:23] <nik90> ok
[17:26] <elopio> nik90: I forgot to mention that you should raise an exception if you don't find the day on the list.
[17:28] <nik90> elopio: hmm how do I do that?
[17:29] <nik90> elopio: also will the toolkit_emulators thing work for other stuff like Button, MultiValue, Label etc etc?
[17:29] <elopio> elopio:
[17:29] <elopio> for index, day_element in enumerate(daylist):
[17:29] <elopio>     if(day_element.text == day):
[17:29] <elopio>         day_index = index
[17:29] <elopio>         break
[17:29] <elopio> else:
[17:29] <elopio>      raise ClockEmulatorException('Unknown day: {}'.format(day))
[17:30] <elopio> nik90: it will execute the else statement if the for ends normally, without finding a break.
[17:31] <elopio> nik90: we don't have emulators for Button, MultiValue or Label, so calling toolkit_emulators.Button will fail.
[17:31] <elopio> when there's no emulator, you need to pass 'Button'
[17:31] <nik90> elopio: ah okay makes sense.
[17:31] <nik90> elopio: I need to first import the ClockEmulatorException class from your branch
[17:31] <nik90> for the exception
[17:33] <elopio> nik90: you could raise any exception, like ValueError. But I prefer when we throw our own exceptions. It could make easier an hypothetical handling of that exception
[17:34] <nik90> elopio: yeah yeah I agree. I will just copy paste that code from your MP
[17:47] <nik90> elopio: addressed all your comments in the MP :-)
[19:08] <dpm> balloons, https://code.launchpad.net/~dpm/reminders-app/content-exchange-permission/+merge/205420
[19:09] <mzanetti> dpm: hey, could we have your opinion on the very last point here? https://code.launchpad.net/~rpadovani/reminders-app/multiple-accounts/+merge/205066/comments/479604
[19:10] <dpm> mzanetti, on it
[19:10] <mzanetti> dpm: thanks for this: https://code.launchpad.net/~dpm/reminders-app/content-exchange-permission/+merge/205420
[19:11] <mzanetti> totally missed that
[19:11] <dpm> np :)
[19:48] <dpm> balloons, can you retrigger Jenkins for https://code.launchpad.net/~dpm/reminders-app/content-exchange-permission/+merge/205420 ? The prerequisite branch has been now merged
[19:49] <dpm> balloons, and approve the branch along the way?
[19:52] <balloons> dpm, I already sent it along again