[00:10] if you created the patch correctly, it will be obvious from that patch file [00:10] because it is used to see differences [00:11] ok [00:15] I'm using "diff -u ~/Desktop/xfdesktop-file-icon-manager.h xfdesktop-file-icon-manager.h > xfdesktop-file-icon-manager.h.patch" but I don't like the generated output in the patch file [00:15] because for the first line of the patch I have the full pathname where I put the original source file [00:16] I placed on the desktop the original unmodded files... [00:16] so I go in the src dir of the modded files and do the above diff command [00:17] but in the generated patch file there will be the full pathname of the original file I placed on my desktop... :( [00:17] something like: "--- /home/user/Desktop/xfdesktop-file-icon-manager.h 2014-02-11 09:35:31.000000000 +0100" [00:18] I don't think there should be something like that in the patch file, right? [00:20] i think it's irrelevant [00:30] amigamagic, use dpkg-source --commit to make the patch [00:31] now I have the 3 patch files generated by diff [00:31] now? [00:31] Noskcaj, that is another way to do the same thing? [00:32] It is the "official" way to patch a patch [00:32] And in the proper format [00:32] You use apt-get source, do your changes, the use it [00:32] so I didn't have to generate the diff files? [00:33] it generates the diff for you [00:33] ok, let's try... [00:36] mmmh... I have this error with dpkg-source --comit: [00:36] dpkg-source: error: tail of src/debian/changelog gave error exit status 1 [00:38] strange [00:38] Is that the whole error? [00:38] mmmh.... I used that command in the src dir of the package [00:40] yes, that was the whole error [00:41] I will try to redownload the sources [00:41] reapply the mods [00:42] and doing a dpkg-source --commit without compiling the sources [00:46] ok, with a clean source package it appears to work... [00:47] what name I should give to the patch? [00:47] bug1307251_patchfix ? [00:52] ah, so there is an easier way to do it after all [00:52] I've been using quilt directly [00:57] bluesabre, yeah, using guilt is easier ;) [00:57] :) [01:05] in the example description of the patch proposed by the dpkg-source tool there is the name of the author of the patch and its email... I should insert them? [01:05] amigamagic, Sure. I'll try and get a good name when i package it. Thanks for the fix [01:05] amigamagic, Noskcaj: don't forget testing. [01:06] i'm sure there was a good reason to set the timeout to 7 seconds [01:06] knome, of course, and we can't upload the fix till unicorn development starts [01:06] maybe it was a performance consideration, or something else (maybe not catching everything if <7 seconds?) [01:07] the best thing to do now would be to contact the original author [01:08] I don't know why it was set to 7 seconds that delay. There is another part of the code (that I have not modded) in which there is another delay of 7 seconds and I don't understand why... I have to say that the code is not so easy to read. It has strange name conventions. [01:09] amigamagic, Maybe someone in #xfce-dev knows [01:09] amigamagic, that's why you shouuld ask. [01:09] then I will try to ask there [01:09] if you knew, you probably could consider if it is sane to keep it or not [01:09] yes [01:10] for now I'm trying myself and so far it's all ok [01:11] knome: Some of the delay was so xfconf could start up and not get the weird text and such, if I remember correctly. [01:11] Unit193, mmmh, then test on that [01:11] anyway, i'm off for now [01:11] Good nighty, knomey. [01:11] have boring stuff to do tomorrow before the release [01:12] Unit193, what harm could do write the .rc icon file after 1 second you change the icon positions, instead of 7 seconds? [01:13] amigamagic: I can't parse what you're trying to say, but the problem was that not enough time was given, or something along those lines (more correctly, starting in the wrong order, which you don't have as much control over.) [01:17] I have the generated patch file [01:17] who dares to try it? :D [01:17] where I should upload it? [01:21] Unit193, actually xfdesktop saves/updates a file with .rc extension in "~/.config/xfce4/desktop" whenever you alter some icon on the desktop [01:21] and there is a different file for each resolution you use [01:23] when you change some icon on your desktop that file is updated after a delay of 7 seconds. I think it's too much time, because if I move an icon and logout, the new position will not be saved. [01:47] why launchpad complains that my patch file doesn't seem a patch?? [01:48] it's because it has a description above? "dpkg-source --commit" generated a description on top of the diff inside the file [01:48] maybe launchpad expects only a diff file without introductive text on top? [01:53] I uploaded the patch on launchpad [01:53] https://bugs.launchpad.net/ubuntu/+source/xfdesktop4/+bug/1307251 [01:53] Launchpad bug 1307251 in xfdesktop "xfdesktop doesn't save the arrangement of desktop icons after a resolution change" [Low,Confirmed] [01:53] in the comment n.4 there is my patch fix === holstein_ is now known as holstein === TheDrums is now known as TheMaster [06:24] morning peeps [06:27] good morning folks === TheMaster is now known as DalekSec [06:54] big release day, today? some party later on? ;) [07:22] https://bugzilla.xfce.org/show_bug.cgi?id=10804 would be what I'm seeing. [07:22] bugzilla.xfce.org bug 10804 in General "Overlay video sometimes prevents screen area from updating after video application is closed" [Normal,New] [07:33] heyy elfy [07:34] hi knome [07:34] the volman update just arrived here :) [07:35] yay [07:35] * elfy is going to mark packages ready shortly [07:35] good good [07:35] and I'd mark images ready too :) [07:36] elfy, oh btw [07:36] elfy, when we're testing, and if you want to quickly know if something landed properly [07:36] use the main archive mirrors [07:36] eg. not fi.archive... but archive. [07:36] because i got the thunar-volman update ages ago [07:37] I had it pinned to brainwashe's ppa [07:37] Saaame, but with us iirc. [07:37] awwh :) [07:37] * elfy wasn't going back to it not working for me :D [07:38] thought so - main server [07:38] yep [07:38] i always get fi. selected [07:38] :< [07:39] yea ... though as far as I know - main and GB are in the same place [07:39] probably [07:40] packages marked \o/ [07:40] woohoo [07:41] I doublechecked all the image tests with no results this morning [07:41] lol [07:41] not running vbox anymore today :) [07:41] no what results? [07:41] ;) [07:41] ha ha ha [07:42] * elfy is already on the train drinking beer - unfortunately it's only inmy head atm [07:43] hehe [07:44] * knome is thinking about getting a bottle of whiskey [07:53] morning brainwash [08:01] hey elfy [08:16] elfy: should we remove all the dupes from bug 1259339? [08:16] bug 1259339 in xfce4-power-manager "Xfce4 Power Manager does not restore screen power" [Medium,Confirmed] https://launchpad.net/bugs/1259339 [08:16] it is not a screen power issues, just some blanking problem [08:17] that's what we got in 14.04 [08:19] if the dupes aren't dupes... [08:19] I guess we could check if they closed the lid to suspend first [08:19] the setups are different [08:20] if they all have the same failing power set up then afaik they are all the same bug [08:23] not sure, but it's confusing [08:23] for people affected on 14.04 [08:23] with light-locker [08:26] please re-read the bug description [08:26] "Power manager is configured to do nothing when the lid closes." [08:28] so I suggest reverting to bug 1303736 as main report [08:28] bug 1259339 in xfce4-power-manager "duplicate for #1303736 Xfce4 Power Manager does not restore screen power" [Medium,Confirmed] https://launchpad.net/bugs/1259339 [09:01] elfy: yes/no? [09:02] sorry - was afk [09:02] I'd say if they ARE different then un-dupe them [09:02] alright [09:03] but I'm not convinced that they are different :) [09:03] hi, someone tried my patch? [09:03] I am convinced that people aren't very good when writing bugs though :p [09:03] amigamagic: not me - know nothing about it [09:05] which patch? [09:05] I'm trying to talk with xfce devs to check if my mods are alright [09:05] https://bugs.launchpad.net/ubuntu/+source/xfdesktop4/+bug/1307251 [09:06] at the bottom of the page I posted a patchfix [09:06] I see [09:06] yeah, you need to talk to the upstream guys, mainly eric_the_idiot [09:07] once it has been accepted upstream, it will find its way into xubuntu one day [09:08] ok... brainwash yesterday you said something to me to try for light-lock problem on my virtual machine? [09:09] I don't have that log anymore because I'm on another machine... [09:09] yes, killall instances of light-locker and use "dm-tool switch-to-greeter" to switch to the greeter :) [09:10] mmmh... after the command the virtual machine has feezed... :D [09:11] so it's not related to light-locker [09:11] but general vt switching [09:11] what shoul that command do ? [09:11] and/or lightdm-gtk-greeter [09:11] it spawns the greeter on vt8 [09:12] but without locking the session on vt7 [09:12] so.. you should check the lightdm log files located in /var/log/lightdm/ [09:13] ok, I will check them [09:14] at least now know how to reproduce the problem [09:14] thanks! [09:14] bbl [09:22] knome: please set the importance to high for bug 1303736 [09:22] bug 1303736 in xfce4-power-manager (Ubuntu) "Black screen after login from suspend in Xubuntu 14.04" [Medium,Confirmed] https://launchpad.net/bugs/1303736 [09:33] good morning everyone [09:52] good day starrats [09:52] brainwash, any specific reason to bump the importance? [09:53] black screens are never fun [09:53] well no, but it used to be medium [09:55] so medium is fine? [09:56] it prevents the user from using the desktop [09:57] i'm just asking if there is a specific reason [09:57] learn to argument ;) [09:57] i know there is a reason [09:57] it just looks better [09:57] but i'm not a loose gateguard :P [09:57] lol [09:57] it looks better that we have a high importance bug unfixed than medium one? [09:57] that's the truth :P [09:59] ok, why is it the truth [09:59] because it... [09:59] ..is a high importance bug? [09:59] 1) is the favorite importance of brainwash [10:00] 2) brainwash likes to ask knome to do things [10:00] 3) potentially affects all laptop users [10:00] pick one? [10:00] mmh, can I pick all maybe? [10:00] I pick 3 [10:00] 1,2,3 [10:01] and we should assign ochosi to fix it, job done :) [10:01] brainwash, no, it's a checkbox [10:01] err. [10:01] radiobox. [10:01] * knome voluntells brainwash to look at it [10:03] Black screen on 14.04 to a new user of 14.04 and coming from windows would think they hit the BSOD of windows, lol, :) [10:33] I have a question peeps. How different (if at all) will the final release of trusty-amd64 be to the final zsynced image uploaded to cdimage.ubuntu.com on release day ? I have been zsycing the daily image. [10:39] matt_symes, slightly, but it's likely that the changes are something high/critical on the ubuntu core [10:39] matt_symes, you can zsync the final iso as well, as long as you specify what is the "original" iso [10:40] ahh. thanks knome. I'll zsync the final then. [10:40] np [10:40] zsync --help tells you more [10:41] cheers and enjoy the weekend :) [10:41] you too [10:41] only some errands to run, then can start celebrating the release [10:44] !isitout [10:44] No bluesabre, it's not out yet. It's due out some time on the 17th :) [10:44] :) [10:44] silly bluesabre [10:44] :p [10:44] spamming ubottu [10:45] :) [10:48] ty knome [10:48] hey elfy [10:49] with the release today, I can relax [10:49] :) [10:49] bluesabre, join #ubuntu-release-party, say "!isitout" too many times and get kicked by knome ;) [10:49] and then return to bug fixes tomorrow [10:49] sergio-br2: hey [10:49] yep... [10:51] hi matt_symes :) [10:53] being curious, how long does it usually takes for the next release to be "open"? (i.e. archive created and synced from debian, image creation started) [10:55] usually just a few days [10:55] I think a week maybe actually [10:55] knome would know better though :) [10:55] i think it's about a week [10:55] I think that last time it was less than a week [10:56] I know I was breaking it really really quickly :p [10:56] elfy: we all need something fun to do :P [10:56] thanks [11:05] hey ochosi [11:05] fine? [11:05] yup, just returned yesterday [11:08] i just wanted to ask how it's going with the social icons and stuff [11:08] s/social/social and web/ [11:08] also saw that some 64px mimes appeared upstream [11:08] did you file merge-requests or did they pick the icons themselves? [11:09] no, they pick themselves [11:09] and I had integrate these things to my branch [11:10] knome: You retiring? [11:10] zequence, yep, stepping down from the project lead chair [11:10] knome: Who's stepping up? [11:11] i don't know, we will have to discuss the future generally [11:11] will be doing that on the next weeks meeting, welcome [11:11] Lucky you.. (or to quote a character from Life of Brian: Youee lycky baastard!) [11:12] knome: Still going to contribute actively? [11:12] zequence: pink fluffyness contributions I think [11:12] more or less [11:12] yep, those ^ [11:13] I had planned to quit now, but that would be a bad idea, I think. Also, I feel a lot more motivated recently, so I'm aiming for another two years, or until we get enough contibutors that we can have some for of a vote on the subject [11:18] i think after the LTS release it's always good to see where you are at with the team, even if the outcome was "let's continue business as usual" [11:20] knome: you happy to mark as ready? [11:21] you are more qualified to assess that, but from my point of view, yes [11:21] we haven't hit any more nasty bugs [11:21] and the ones we have... we have [11:21] I'm happy to do so [11:21] yep, let's do so [11:22] bluesabre is the other release team member :) [11:22] yes, and I think its good [11:22] and I won't be around to do it later :) [11:23] awesome - ok - I shall do so now then [11:23] done that [11:23] yay! [11:23] !isitout [11:23] No bluesabre, it's not out yet. It's due out some time on the 17th :) [11:23] ;) [11:23] thanks everyone for putting up with my whining :) [11:23] gotta run, bbl [11:23] thanks elfy [11:23] much appreciated [11:23] have fun everybody! [11:24] cya bluesabre - I'm away later till mondayish [11:24] you too [11:24] bye bluesabre [11:28] hi cub [11:28] hiya [11:28] all set for release? :) [11:29] we're marked as ready :) [11:29] I haven't had time to do any testing lately, it's sad. [11:40] knome: the QA blog post is now finished, but it can wait till the screen locker one has been published - that's more important imo [12:34] !isitout [12:34] No ochosi, it's not out yet. It's due out some time on the 17th :) [12:36] lol [12:39] it seems most people are thinking it will be released 13:04 (14:04 London time) [13:07] anyway I would like to take the opporunity to thank everybody involved in Xubuntu for the time and patience spent to make this new release possible [13:08] I think devs are too often ignored, so I need to point out: Well done all of you [13:09] !team ^ [13:09] gah, ubottu-fail :) [13:09] thanks though, jhenke [13:10] !team [13:10] bluesabre, elfy, GridCube, jjfrv8, knome, lderan, micahg, mr_pouit, Noskcaj, ochosi, pleia2, skellat, slickymaster, Unit193 [13:10] ah! [13:27] thanks jhenke, and enjoy [13:28] knome: thanks I do, it already brought an old WinXP netbook back to life :) [13:59] bbl folks, looks like the release will delay a bit today [14:00] maybe for the bad weather? [14:10] edited the announcement to have the right download links. [14:15] who's around? === [1]amigamagic is now known as amigamagic [14:48] o/ [14:48] o hai pleia2 [14:48] i just took the screenshots [14:48] and i have the new download page in mousepad [14:49] also, just took the westvleteren 12 -bottle out of the fridge [14:49] :) [14:50] i updated the press pages [14:50] what else? [14:50] (i did look a the processes page, was helpful) [14:52] can I be of any assistance? [15:03] i don't think so [15:03] at this point, everything is pretty much set in stone and prepared [15:03] unless pleia2 comes up with new tasks [15:04] oh, I should publish the new docs [15:04] yep [15:05] for the next release, you could add a deja-dup default integration with thunar as for ubuntu/nautilus... [15:06] it's quite easy with thunar custom actions.... I just tried and it works nicely! [15:12] I needed gnome-doc-utils for the make to not error our (this is a new system, so I had to install all dependencies, discovered new on!) [15:12] one [15:14] pleia2, mmh [15:22] hm, build didn't give me an includes directory [15:24] hm? [15:25] http://docs.xubuntu.org/1404/ [15:25] no bueno [15:25] ahahh :( [15:26] oh come on [15:26] the docs frontpage in 14.40 does not have an image [15:26] :D [15:26] thanks for reminding me to check [15:27] hm? [15:27] yeah [15:27] open docs in 14.04 [15:27] I do not haz [15:27] no xubuntu logo on the front page [15:27] relly? [15:27] I just pulled + built this from lp:xubuntu-docs [15:27] oh bah [15:28] i can't type today [15:28] wrong place? [15:28] i don't know [15:28] hehe [15:29] bzr branch lp:xubuntu-docs [15:29] cd xubuntu-docs/ [15:29] make [15:29] upload contents of build/desktop-guide [15:29] in my desktop, which is an upgrade [15:29] and in the vbox machine, which is a clean install [15:29] when i open "help" [15:29] there is no xubuntu logo on the startpage [15:29] the logo is in there for the docs, but not the startpage [15:30] hm [15:31] not much we can do about it now [15:31] can fix it later [15:31] but for your problem... [15:31] the structure was changed a bit for 14.04 [15:32] ok [15:32] you need libs/ at http://docs.xubuntu.org/libs/ [15:32] okie [15:32] knome, can you please confirm something for me? [15:32] slickymaster, probably [15:33] :) [15:33] depends on the question... [15:33] better on -off [15:34] knome: so if it lives in top level /libs, it will be hard to keep up with between releases if anything changes [15:35] mmh. [15:35] which I think is why we had the includes/ directory inside [15:35] well no [15:35] oh ok :) [15:35] this structure is needed for the languages to work properly [15:35] or, tbe, not needing each their own includes [15:35] ah [15:36] well, as long as nothing is release-specific I guess it's ok to share /libs [15:37] shouldn't be there [15:37] and all releases after 14.04 at least should be fine with those libs [15:37] ok [15:37] if not, let's rethink [15:38] if we want to dramatically change something, maybe we could use libs-14.04 or sth [15:38] docs-startpage needs 13.10 still [15:38] 3 more months :) [15:38] yep [15:38] just has ltses now [15:39] huh? [15:39] Documentation for currently supported releases [15:39] Xubuntu 14.04 (Trusty Tahr), the current LTS version, released in April 2014 [15:39] Xubuntu 12.04 (Precise Pangolin), a previous LTS version, released in April 2012 [15:39] Get more Help & Support [15:39] I just pulled it down from https://code.launchpad.net/~xubuntu-website/xubuntu-website/docs-startpage [15:39] awwh [15:39] then i accidentally dropped too much [15:39] let me fix that for you. [15:39] ty <3 [15:40] hmm [15:40] 1310 never was on the branch? [15:41] heh, apparently not [15:41] now it is, pushed rev 6 [15:41] I think I forgot it existed and updated manually :) [15:41] thanks [15:42] bad pleia2! [15:42] inorite [15:42] :| lolcats [15:43] ok, it's done [15:59] knome: can we be done with the flyer now? (sorry, is it drinking time?) [15:59] can [15:59] * pleia2 noms breakfast yogurt [16:00] lol [16:00] let me just get another beer [16:00] i'll be back shortly [16:00] hehe [16:05] oki [16:05] so [16:05] the only thing left is the frontpage [16:05] which is not really "good" [16:19] running off to dr appt, will help out with things as needed when I return [16:19] aha [16:19] i thought we'd do the flyer [16:19]