[00:05] Is there a reason that its possible to report bugs about packages not in Ubuntu? For example if you go to https://edge.launchpad.net/ubuntu/+source/automake1.11/ it is not available in Ubuntu but a PPA [00:05] However, if you click on Bugs then File a Bug you can report a bug about this non-ubuntu package [00:09] a package isn't required to be in Ubuntu to make use of launchpad === matsubara-dinner is now known as matsubara === doctormo is now known as NoteTaker [00:19] synic: It is to file bugs about it in Ubuntu. [00:20] Well it ends up raising an error if you actually go to file the bug [00:20] Right. [00:20] I filed a bug about that years ago. [00:20] And it is still fixed. [00:20] oh, heh [00:20] (in that you can't actually file a bug) [00:20] Odd that the button shows up, though. [00:21] well and the bug listing for Ubuntu shows up too [00:21] Bug #157342 [00:21] Launchpad bug 157342 in malone "PPA-created SourcePackageNames appear to exist in Ubuntu too" [High,Fix released] https://launchpad.net/bugs/157342 [02:54] okay, my first attempt at both packaging and uploading to a PPA [02:54] I got the packaging working, and I think I dput okay [02:54] I get: Successfully uploaded packages. [02:54] Not running dinstall. [02:55] but still no package in https://launchpad.net/~mhall119/+archive/ppa [03:01] mhall1191, it takes a bit for them to appear [03:01] oh, so I'm just being impatient? [03:02] mhall1191: You need to wait up to 5 minutes. [03:02] If it's not there after 5 minutes, and you don't have an email from Launchpad, you probably didn't sign the package properly. [03:02] so, it launchpad building the binary? [03:02] You'll get an email before it starts doing that. [03:02] it says the signature is good [03:02] The key is associated with your Launchpad account? [03:03] okay, got an email: Unable to find distroseries: unstable [03:03] wgrant: yes [03:03] So, your changelog says 'unstable'. But that's not an Ubuntu release. [03:04] okay, must be from reading debian's documentation [03:04] what would it be for Ubuntu, "intrepid" or "jaunty"? [03:05] something like that? [03:05] Exactly. [03:06] okay, rebuild and try again, thanks [03:08] dput -f to make it upload again? [03:08] Yes. [03:09] okay [03:09] trying it again [03:10] qimo-usplash_1.0.0.dsc: Unknown section 'X11' [03:10] x11, not X11. [03:11] thanks [03:11] noob mistakes [03:11] I appreciate the help though [03:11] np [03:16] woo hoo, Accepted! [03:16] thanks again wgrant [03:16] mhall1191: Excellent. [03:16] Now, let's see if it builds... [03:17] https://launchpad.net/~mhall119/+archive/ppa shows 1 source package, 0 binary [03:17] You've hit the build farm at a bad time. [03:17] Right now there are lots of builds, and not many builders. [03:18] If you expand the source package row and click on the builds, you'll get an estimate of the starting time. [03:18] sorry my laptop battery was dying [03:19] had to switch [03:19] Ah. [03:19] 12:17:48 < wgrant> You've hit the build farm at a bad time. [03:19] 12:17:57 < wgrant> Right now there are lots of builds, and not many builders. [03:19] 12:18:27 < wgrant> If you expand the source package row and click on the builds, you'll get an estimate of the starting time. [03:22] :( [03:22] build failed [03:22] Indeed. [03:22] Faily obvious fix. [03:22] Build-Depend on whatever provides pngtousplash. === matsubara is now known as matsubara-afk [03:24] ah, okay [03:24] I'll have to find that [03:26] mhall119|eeepc: You might want to look at https://wiki.ubuntu.com/PbuilderHowto. That will let you test the build-dependencies locally. [03:27] thanks === NoteTaker is now known as doctormo [05:07] does launchpad only support Bazaar as source control? [05:10] yes [05:23] Anyone know if webhooks are a plan / current request for launchpad code hosting? So I can tell launchpad to POST to a given URL on commit like a post commit hook, triggering a build or something? [05:27] mrooney: we'd like something like that, but i don't think there's any decision made about what the mechanism would be [05:27] (maybe XMPP?) [05:28] The general solution seems to be an HTTP POST because of its simplicity and how well understood HTTP already is [05:28] mrooney: file a bug on launchpad-code [05:28] plus plenty of things already listen on http and can perform actions over them [05:29] I haven't looked at github but I know it has that feature, I think it uses HTTP [05:29] mrooney: provide examples if you can [05:29] thumper: okay. thanks! [05:32] I got an error on uploading to my ppa that 2 original source tarballs are different [05:33] if I delete the current package in tehre, will it solve the problem? [05:34] micahg: Possibly, but that's a very bad idea. [05:34] micahg: It might solve it after a day or two, but you shouldn't do that sort of thng., [05:34] ugh [05:34] Why would the orig.tar.gz differ? [05:35] idk [05:36] By definition they should not differ. [05:36] Or they are not the orig.tar.gz. [05:36] 1 know [05:36] I know [05:36] right [05:36] I think the one I uploaded originally is not the original [05:36] I got it directly from the source instead of from ubuntu [05:37] wgrant: here's what I got [05:37] http://pastebin.ubuntu.com/238145/ [05:37] If the Ubuntu one is different from upstream but has the same version, there is something wrong. [05:38] (not unlikely, and it does happen, but it shouldn't) [05:39] so, what should I do now [05:39] I checked the help page and it says to regenerate the tarball [05:39] Work out what the difference is [05:39] If you really do need the new one, change the version number. [05:40] (eg. add +repack1 if it's just a repack, or +dfsg1 if it's removing some non-free stuff) [05:42] I'm pulling in down now [05:43] is there a command that will spit out the differences between tarballs? [05:44] I'd just unpack them and diff -Nur [05:46] ah [05:46] I found it [05:46] the one I built has -orig appended to the folder [05:47] This is why we grab the tarball from upstream. [05:47] I did :) [05:48] ok [05:48] so what to do now? [05:49] Who has the right tarball? [05:49] Ubuntu or you? [05:49] And which one is already in your PPA? [05:50] Ubuntu and mine [05:50] you cannot both have a different right tarball. [05:51] There is at most one correct tarball in existence, unless upstream is crazy. [05:51] Ubuntu has the right one and mine is in my ppa :)( [05:51] micahg: if they are both right why are they different? [05:51] Ah. [05:51] I see. [05:51] lifeless: in essence both are correct, they contain the same files [05:51] The tarball content is the same, except for that directory name? [05:52] yes [05:52] micahg: then they are different; choose one and use it. [05:52] ping [05:52] rafiu: Failed. [05:52] wgrant: send [05:52] micahg: What is this new thing you are trying to upload with the Ubuntu tarball? I'd probably rebuild it to reference your version of the tarball instead. [05:53] hmmm [05:53] anyone here familiar with the process for migrating to launchpad from trac once we've converted trac tickets to xml? [05:53] I think I'll just upload without the source :) [05:53] micahg: Watch out for the hash in the .dsc. [05:53] ah [05:53] rafiu: You need a Launchpad Bugs developer. They are in Europe, so are hopefully all asleep. [05:54] asleep!? [05:54] micahg: You might need to move the Ubuntu tarball out of the way, grab the one from your PPA, then debuild -S again. [05:54] space invaders not supposed to sleep [06:07] wgrant: it accepted it this time :) [06:07] micahg: Excellent. [06:08] although, I don't know if it'll even fix the problem I was having, but that's another story :) [06:09] thumper: okay, I filed bug 407234, here's to hoping! [06:09] Launchpad bug 407234 in launchpad-code "launchpad should support post-commit actions via webhooks" [Undecided,New] https://launchpad.net/bugs/407234 [06:09] mrooney: do you think they should be configurable on a branch by branch basis? [06:10] thumper: I'm up in the air, I think by project basis is a great simple, first step [06:10] Plus if it passes the branch name, the listener can conditionally act if desired [06:10] mrooney: you don't really want it submitting for any branch associated with the project, surely [06:10] By project doesn't make sense. [06:11] neither makes sense for all purposes, project is the most simple and powerful [06:11] Project is more complicated. [06:11] why's that? [06:11] If it's per-branch, there is no need for a special way to send the branch identifier. [06:12] mrooney: if you are a developer, I'd be happy to mentor this change in [06:12] if I have a build server I may not want to register a new hook each time I branch a release. also I may want to do things on new branches made by others [06:12] thumper: sure! [06:12] wgrant: I think both might coexist in an ideal world? [06:12] So you can have either or both [06:13] thumper: I have yet to look at LP code but am moderately experienced with python and programming in general [06:13] mrooney: first up we'd have to get agreement on the right way to do it [06:14] mrooney: whether based on branch or project [06:14] mrooney: branch may be more flexible as it could work with +junk and package branches [06:14] mrooney: although we could move this to the bug report [06:14] yeah, do you agree having both is not contradictory? [06:15] mrooney: having both is more work, and we would be able to get branch in more easily I believe [06:15] mrooney: although we'd have to work out who hits the hooks [06:15] mrooney: the scanner, or something else [06:15] oh okay [06:15] we have infrastructure around branch jobs [06:16] A job seems nicer, but overkill... [06:16] perhaps [06:16] however I'm EODing now [06:16] But emails use it now, don't they? [06:16] wgrant: revision emails? yes [06:17] actually... the response time from the post leads me to think a job would be better [06:17] Right. [06:19] should be a job [06:19] created by the scanner i guess [06:20] well, the hookah library does it asynchronously so if that was used, a lot of the problems are taken care of like that, retrying with timeouts, et cetera [06:20] mwhudson: abreed [06:20] agreed [06:20] mrooney: there is a lot of infrastructure in LP that you'll soon learn about :) [06:21] how fun :) [06:21] if you think branch is easier to land, I'm fine with looking at that first [06:21] mrooney: I've updated the bug and offered mentorship (never done that before) [06:21] hooray [06:21] mrooney: it is going to need a db patch [06:21] yeah [06:21] mrooney: and that always takes more to get in [06:21] mrooney: but I can help with that too [06:21] I think there will be some cool project wide hooks though that can be done [06:22] mrooney: first step, get the code [06:22] a hook to call on a new branch creation for example, that would be neat [06:22] okay, I'm throwing some more info in the description [06:22] have you added anything that I'll stomp over? [06:22] * thumper is done for the day [06:22] mrooney: no [06:23] mrooney: I add comments, not updated the description [06:23] ciao [06:23] good night, thanks for your help and suggestions, hopefully we can work together soon :) [06:30] What's the replication lag threshold? [06:31] And are there two replicas? [06:31] I'm seeing some very inconsistent data here. [06:31] Some of which makes no sense. [06:32] Some of it is explained by replication issues (eg. the build page reporting that the build has not yet started, while the builder says otherwise), but other stuff isn't (eg. build start timestamps moving around as I refresh the page). [06:33] See, now the build page says that it has been building for 7 seconds, when I first saw it hit the builder more than three minutes ago. [06:35] Hmmm. Maybe the i386 buildd I hit is just broken and keeps dieing quickly and silently. [06:35] Aha, the build has finally stuck. [06:38] Man the automated translation export is so cool and exciting [06:39] combined with automated import, Launchpad is basically an automated magical translation factory [06:39] An open source one, too. [06:40] yeah but things are more magical if you don't look at the source :) [06:54] now it just needs to create a template automatically and I will be blown away [06:55] it seems pretty doable, just run xgettext on the file pattern of the users choosing [06:56] I'm not sure that template autogeneration is a good idea... [06:56] oh? why's that? [06:57] Good question. [06:57] I can't actually see much wrong with it, except that it's always been done the other way. [06:58] Which I presume there's a reason for. [06:58] I think the reason is because there isn't yet a solution. Most repositories are passive things which sit there and hold your files. [06:59] Until you have a system like Launchpad to do it for you, that's the only way to do it [07:00] generate the template, find translators, give them template, collect translation files, integrate them. Those are the steps, basically [07:00] LP would then automatically commit the template too? [07:00] Launchad has now basically automated all but the first, right? [07:00] Maybe. [07:01] Do you even need the template in your code? [07:01] It is autogenerated so there's no information loss to not have it. Couldn't LP store it internally wherever it currently does for Rosetta? [07:02] From a programmer's perspective when you wrap your strings with gettext, you are saying, "I want translations for these strings". So I don't see why you couldn't have something smart enough to hide the stuff you don't care about, and just deliver translations [07:27] wgrant: i'm wonder what you think of bug 407189 [07:27] Launchpad bug 407189 in launchpad-foundations "hide the user name for deleted/deactivated accounts" [Undecided,New] https://launchpad.net/bugs/407189 [07:28] poolie: I wondered that myself. [07:28] I'm not sure. [07:28] It's hard. [07:54] Hey poolie, thanks for the feedback re. ppa-index ideas. I was wondering whether you got to take a look at the new mockup? I tried to ensure that it deals with a number of your points? [07:54] thanks for listening [07:54] i hadn't clicked the new one yet but i can look now [07:54] Thanks! https://dev.launchpad.net/VersionThreeDotO/Soyuz/PPAUI#Idea%202.%20Re-focusing%20the%20purpose [07:56] noodles775: it looks nice [07:57] dear launchpad, I honor your achievements with this blog post: http://mrooney.blogspot.com/2009/07/launchpad-is-now-automatic-magical.html [07:57] I really like the top part, including [07:57] the "owned by %s" [07:57] mpt would point out that "read about installing" is a poor hyperlink text :) [07:57] Yeah, kinda necessary when people can name their PPA "Official Mozilla Security PPA" if they like. [07:58] Yes, I' just used what's on the current one... good point. I'll update it. [07:58] so i can see where you're going but i still have concerns about the "currently updates only ..." [07:58] Yes, I'd done this version before your latest email... [07:58] firstly that it's just a point-in-time thing [07:59] and also that even for quite well focussed ppas there might just be quite a few packages [07:59] most of which the user doesn't care about or recognize [07:59] what would be the problem when there were, say, 15 pkgs? [07:59] because packages are smaller than the end user's idea of applications [08:00] i guess basically i don't understand what this gives you beyond the package list down the bottom [08:02] The aim was that it summarises information for a decision. Ie. if there were 15 pkgs, it would say "This PPA updates 15 packages on your system. You can browse those packages below and subscribe to be notified of new packages..blah" [08:02] sounds a bit like filler to be frank [08:02] So I guess it is only ever summarising information that is present in the table. [08:02] Yeah, ok. You're not the only one to question the duplication :) [08:03] how about instead: make it obvious that your can subscribe [08:03] make it obvious what the packages are [08:03] and use the space maybe for some stats like [08:03] 15 packgase [08:03] 23 uploads in the last month [08:03] 4 packages building and 3 waiting to build [08:04] oh, and i'll tell you what, the nice thing is that the build counts gives you a nice way to show developers what happened to their stuff [08:04] without necessarily having a portlet [08:04] Great idea (the building stats will be present for owners/admins etc. already - see the note on the mockup). [08:05] Hmm... were you against the build-summary-status only displaying for owners/admin etc.? (see note bottom left of mockup.) [08:05] because one of the issues you have to struggle with here is that you fire off with dput and then things become a bit invisible [08:05] i am against that actually [08:05] Yep, as in you think it should always be visible? [08:05] i think generally, everyone should see the same page unless there's a good reason otherwise (like private data etc) [08:06] otherwise you get this "that's funny, why can't you see it" reaction [08:06] Yes, good point. [08:06] mm [08:06] and it seems possible that there'll be an interaction like this [08:06] dev: ok i've uploaded a fix to the ppa, please try it [08:06] user: i can't see it [08:07] well, this will probably happen anyhow, but at least showing that stuff is building or waiting may help [08:07] Why wouldn't they be able to see it? (ie. the latest uploads with their state?) [08:07] my mistake, they would see it there [08:07] ah ok. [08:08] oh, the other big reason why people should see data they we don't expect them to use in this context - [08:08] it helps them learn what the system can do [08:08] +1 [08:08] people will probably see someone else's ppa before they create their own [08:09] Great... thats excellent feedback, thanks! Anything else? (I'll try to do a v3 sometime later today). [08:09] s/thats/that's [08:09] so the thing i meant by a timeline view is something like this - above or below the package list, have something a bit like a bug activity view [08:09] with items like [08:10] firefox-3.5-thoaeu-1234124-1234-124 by _Martin Pool_ at 2009-07-31 12:22 **waiting to build** [08:10] * firefox now starts much faster [08:10] * no more bugs [08:11] OK - so people can see what changed in the latest upload, yeah, that is helpful info. [08:11] so then it's like an overall changelog for this ppa, not a timeline of builds as such, but a timeline of packages, including the current state of those uploads, whether they succeeded, failed or whatever [08:11] right, and so you get a sense of what kind of work's being done here [08:12] hm [08:12] i wonder if "You can update your system" is making too much of an assumption people are running karmic? [08:12] some people on Windows will find these pages through a google search :) [08:12] hilarity ensues :) [08:13] heh, yes, we could make that "You can update your Ubuntu ..." when we autodetect... [08:13] more seriously people on jaunty will probably get stuck [08:13] and present something else when it' pre-karmic that is more direct. [08:13] also remember people may be browsing from one system but ssh'd to another [08:14] so of course you need a way around autodetection [08:14] Yes, but those people would surely know to look at the technical details (key/apt-get url), don't you think? [08:27] yes, as long as there's a drop-down to get the right system within that it's fine [08:39] hi [08:39] https://code.launchpad.net/~mvo - this page gives me timeout all day [08:40] sianis: Known bug, and it's hopefully fixed. Try https://code.edge.launchpad.net/~mvo instead. [08:40] wgrant: thx [08:44] https://code.edge.launchpad.net/~mvo/ddtp-ubuntu/ddtp-ubuntu - why didn't launchpad put translations here? [08:44] That's amusing. [08:48] It could also do with having its whoami configured properly... [09:08] sianis: The code seems pretty clearly right. I wonder if the right series is setup up for commits. [09:35] dpm: to add new language available to be translated, even with the automatic launchpad import, do I have to add new blank .po file or can the user say "I want to translate in this language!" (https://translations.launchpad.net/quickly) [09:37] didrocks: if I'm not mistaken, you don't have to do anything, the user can easily create the new translation in the following way: depending on the language selected on his/her LP profile, only the translations for/his/her language will be shown in the +translate page, so even if the translation is empty, he/she should be able to create one with simply entering the first translation. jtv might be able to tell you more, but in fact, we can try this just no [09:37] wgrant, I'll create the Catalan translation :), give me a sec... [09:38] no need to create anything at all. [09:38] exactly what dpm said [09:38] dpm: awesome, thanks for the clarification :) [09:40] ok, it works. I added a new language to my profile and I can see it [09:40] I just have now to see why it doesn't work this branch for automatic exporting translation: ~quickly/quickly/quickly-po [09:41] didrocks: what's not working? [09:42] didrocks: there you go, you should now have a Catalan .po file as well (it's not finished, I've just translated a few strings). Regarding automatic translation exports, jtv is the one to talk to [09:42] dpm: yes, I can see it, thanks :) [09:43] jtv: I try to add it to this page: https://translations.edge.launchpad.net/quickly/0.x/+link-translations-branch [09:43] I just get "There is 1 error" [09:44] didrocks: did you pick the branch from the "Choose..." picker? [09:44] wgrant: mvo reviewd the settings, coldy you or somebody run an export again? [09:44] jtv: I can't find it as well from the "Choose..." picker [09:45] jtv: but the branch exists: https://edge.launchpad.net/~quickly/quickly/quickly-po [09:46] didrocks: team-owned branches don't quite work yet. :( Can you make yourself the owner of the branch, then set it as the translations branch, then make the team the owner again? [09:47] jtv: this workaround works well. Thanks! Something to put in a FAQ ;) [09:48] didrocks: something to fix. :( [09:48] also :) [09:48] (but in the meanwhile) [09:48] jtv and dpm : thanks for your support [09:48] didrocks: no worries, hope you enjoy the feature. Let me know if there's anything else. [09:48] didrocks: np, you're welcome :) [09:49] jtv: I will! It seems to be a really cool feature (rosetta is the "unkown part of launchpad" where I didn't get until now) [09:52] didrocks: I've updated the blog post to link to the bug. === yofel_ is now known as yofel === noodles775 is now known as noodles-afk === deryck changed the topic of #launchpad to: https://launchpad.net/ | Launchpad is now open sourced: https://dev.launchpad.net/ | Help contact: deryck | Join https://launchpad.net/~launchpad-users | Channel logs: http://irclogs.ubuntu.com | #launchpad-dev is the developer channel === noodles-afk is now known as noodles775 === salgado-afk is now known as salgado === matsubara-afk is now known as matsubara [13:20] hi, the graphs in the 'last modified' column of code overview pages like https://code.edge.launchpad.net/zeitgeist are all the same, [13:20] is this an already known issue? === sabdfl1 is now known as sabdfl [13:22] nm, found it, it's bug 407006, did not know they are called sparklines ;) [13:22] Launchpad bug 407006 in launchpad-code "sparklines always the same" [Undecided,In progress] https://launchpad.net/bugs/407006 === mrevell is now known as mrevell-lunch [14:11] cprov: I ran into some strange build issues earlier this evening. [14:12] wgrant: can I see the buildlog ? [14:12] cprov: Not an issue inside the build. It was very strange. [14:12] Basically, an i386 got dispatched to aluminium several times. [14:12] Each time, it sat building for 30ish seconds. [14:12] Then restarted silentl. [14:13] wgrant: maybe because aluminium wasn't able to fetch the chroot+files in time? [14:13] After about 6 minutes of trying, it finally caught and built fine. [14:13] wgrant: in those cases the UI lies for few seconds ... [14:13] Hey [14:14] wgrant: were you able to view any relevant part of the buildlog tail (on the builder page) ? [14:14] cprov: There wasn't any. [14:14] cprov: I suspect the slave was still resuming. [14:15] https://code.edge.launchpad.net/~thekorn/zeitgeist/flexible.engine.backend/+merge/9499 -I'm wondering, what does the "(community)" there mean? [14:15] wgrant: exactly, resuming or trying to fetch build files, then timed out [14:15] cprov: So that's expected behaviour? [14:15] wgrant: they are blindly reset, in those circumstances [14:15] wgrant: not ideal, but yes, expected. [14:15] cprov: OK, thanks. [14:16] wgrant: we should move the job to the next builder, I guess. [14:16] wgrant: it happens 'by accident' when the queue is full [14:16] cprov: What do you mean? [14:17] RainCT: It means something is broken, as it thinks you're not a member of the target's review team, when you clearly are. [14:17] RainCT: I've seen this problem in a couple of other places. [14:17] wgrant: it seems that some builders don't cope with the timeouts we established for some periods [14:18] wgrant: after some time, they work normally, it's a race on resuming, I suspect. [14:18] cprov: Right. [14:18] So, it didn't cause any problems, but was really confusing while watching the build. [14:19] Started 30 seconds ago... refresh... started 2 seconds ago... [14:19] wgrant: yes, it's very WTF, because the master keeps hammering a builder that is not working while the others are IDLE [14:20] wgrant: ok then, just making sure you know about it :) [14:20] RainCT: I'd file a bug, so Code people can look at it. [14:29] ok, done (#407347), thx [14:39] whoever manages the bzr overlay for gentoo on lp - he failed at making it accessible to the rest of the world === mrevell-lunch is now known as mrevell [15:42] Can an LP admin bump the size of mp PPA [15:43] *my [15:48] NCommander: It would probably be best to file a question against Launchpad so that they can track the request. [15:49] NCommander, yes, what jpds said. File a question, and I can get it assigned for you. [15:50] deryck, which project should I file it again [15:50] *against [15:52] NCommander, https://answers.edge.launchpad.net/launchpad-project [15:53] deryck, https://answers.edge.launchpad.net/soyuz/+question/78744 [15:59] NCommander, it's assigned now, and the appropriate group pinged. === sale_ is now known as sale === matsubara is now known as matsubara-lunch [16:25] Hi, I am trying to login to stackoverflow using launchpad open id, I did not use stack overflow for more than 6 months. It is not working it wants to create new user my launchpad open id ! [16:33] Hi, I am trying to login to stackoverflow using launchpad open id, I did not use stack overflow for more than 6 months. It is not working it wants to create new user my launchpad open id ! [16:38] can anyone help me ? [16:44] http://bazaar.launchpad.net/~armagetronad-dev/armagetronad/config_tournament_server/annotate/head%3A/ladle.cfg [16:44] what happened there? [16:45] epsy, do you know who can I ask regarding open id support ? [16:45] aboSamoor, I haven't logged into stackoverflow before, but don't you have to associate your account on stack overflow with your LP account? [16:45] what are you trying to do? [16:46] ah, stackoverflow is a website? [16:46] aboSamoor, my guess is it wants to create a new stack overflow account because the site doesn't know which account your open id relates to. [16:49] deryck, I created an account in SO using launchpad openid, what I can remember that my id was id.launchpad.net/~rmyeid and after a while it changed launchpad.net/~rmyeid and I can not access my account again ! [16:50] aboSamoor, what is your user name on Launchpad? [16:50] deryck, rmyeid [16:52]