[01:01] <basaatw> I need hlp with downloading and installing java
[01:02] <basaatw> is there anyone in here that is kind and want to help a newbe out?


 Hey the Screenshot App of Lubuntu 21.04,Screen Grab automatically opens 1000 times crashing and freezing my Laptop,How to remove this App or How to Solve this problem
 I recommend you uninstalling it via apt and when installing it directly from https://github.com/lxqt/screengrab
 You can file an issue on github if that doesn't help
 You can also make screenshots with lximage-qt, that as far as I remember is available in Lubuntu out of the box
 Ok let me try (re @emergencyrussia: I recommend you uninstalling it via apt and when installing it directly from https://github.com/lxqt/screengrab
 You can file an issue on github if that doesn't help)
[16:58] <Oxfuxxx> Hey
[16:58] <Oxfuxxx> It looks like the bug with qclipper ang gimp is still here! :////
[17:00] <Oxfuxxx> That is qclipper is launched automaticly by lubuntu, it's in the tray, but if you run Gimp and try to copy/paste things in Gimp, Gimp crash. But if i quit qclipper, then Gimp works totaly fine.
[17:02] <Oxfuxxx> Because Gimp is the most important 2D tool on Linux...if you don't know its because qclipper, it's unusable...ppl would run out to an other distrib just because of that.
 In other distros same problem
 https://githubmemory.com/repo/pvanek/qlipper/issues/108 (re @lubuntu_bot: (irc) <Oxfuxxx> Because Gimp is the most important 2D tool on Linux...if you don't know its because qclipper, it's unusable...ppl would run out to an other distrib just because of that.)
 Is a qlipper bug
[17:11] <krytarik> https://github.com/pvanek/qlipper/issues/108 - being the real address of it btw.
[17:11] <Oxfuxxx> N0um3n0, this bug is like 6 month old or more, it's kind of critical, and easy to fix.
[17:12] <krytarik> Then help them fix it upstream, nothing we can do about it here..
[17:12] <Oxfuxxx> You guys have the use of qclipper? on many distributions i tried there was no copy/paste manager.
[17:16] <Oxfuxxx> The easiest patch is to disable images paste etc on qclipper if gimp or krita etc is running. but i'm not available to do it, i'm moving, got no computer anf usually they don't easily accept patches from outsiders...
 If you use it, I would look for alternatives, if not you can always disable it at the beginning.  The bug is still open.
[21:46] <pozp> hello there
[21:47] <pozp> very new with lubuntu
[21:47] <pozp> i ve uninstalled xscreensaver cause im not interested with those stuff
[21:48] <pozp> but when the screen is supposed to lock after the idle time i got that message
[21:49] <pozp> failed to run xdg-screensaver lock. ensure you have locker screensaver compatible with xdg-screensaver installed and tunning
[21:50] <pozp> actually the purpose is juste to lock screen to the standard login screen after a certain time and then eventually suspend or hibernate after an hour
[21:50] <pozp> anyone can guide me to do that
[22:21] <guiverc> pozp, you've not provided release details; but Lubuntu uses xscreensaver to lock the screen (it has a disable function; so it's just a locker; turn the screensaver function to "Disable Screen Saver" to use it as locker only
[22:22] <guiverc> https://manual.lubuntu.me/stable/3/3.2/3.2.20/screensaver.html  (you didn't provide release details; so that's latest stable or 21.04 page)
[22:23] <pozp> by release detail do you mean lubuntu version?
[22:23] <guiverc> the greeter (initial signon screen or sddm) you'll get on logout; so to get it you just kill your session (it doesn't provide what you're wanting)
[22:23] <pozp> thx for the anwer btw
[22:24] <guiverc> yep i do
[22:24] <pozp> 21.04 = )
 yes
[22:25] <pozp> ok so i have to reinstall it
 no you you don't
[22:26] <pozp> i have uninstalled xcreensaver when i saw all those choice of screensaver
[22:27] <pozp> i felt like i didnt need those all of this
[22:27] <pozp> actually i just wanted my screen to lock on login screen
[22:28] <pozp> sorry if im not clear
[22:29] <pozp> with all those screensaver choices i just felt like xscreensaver looks like a useless bloatware
[22:29] <pozp> thats why i uninstalled it
 Hello there. Anyone could help me with samba configuration ? I can't set any network
[22:29] <guiverc> I understand you; I'd avoid removing it; as xscreensaver has a depends on it for Lubuntu (https://packages.ubuntu.com/impish/lubuntu-desktop) so by it not being there, you'l have it re-installed on upgrade to impish/21.10 OR have issues upgrading... I'd just use it (xscreensaver) with the screensaver function disabled..  Lynornian may provide other advice - I'd follow that too if if differs to what I'd do
[22:30] <guiverc> sorry I miss-typed your name Lynorian
[22:32] <pozp> so can i install it with the "discover" app
[22:32] <pozp> or i better use a command?
[22:33] <pozp> i hope i wont have any problem with upgrade cause i uninstalled a lot of app that seems very useless to me
[22:34] <pozp> like games, noble note, libroffice etc.. etc...
[22:34] <guiverc> use whichever you wish; I'd expect them to be re-installed if *depends* rule lists them
[22:35] <pozp> ok
[22:35] <guiverc> if they were included because of a recommends they shouldn't be re-installed
[22:35] <pozp> alright
 Hello there. Anyone could help me with samba configuration ? I can't set any network
[22:38] <pozp> sorry im not an expert with samba
[22:38] <guiverc> @Sylvain, we don't know what release you're using which maybe helpful; but people will respond as they're able to
[22:38] <pozp> i use to have a gui samba on earler version of lubuntu
[22:38] <pozp> but it seems that it doesnt work anymore on 21.04
 Okay sorry, I just don't want to be forgotten. I asked my question work all the infos on the Ubuntu french form 1 month ago and I still don't have any response. I'm using Lubuntu 21.04 (re @lubuntu_bot: (irc) <guiverc> @Sylvain, we don't know what release you're using which maybe helpful; but people will respond as they're able to)
[22:45] <pozp> u french so
[22:45] <pozp> ?
 I have the same feeling. Yes I'm french I do my best to speak an understandable English tho 😅 (re @lubuntu_bot: (irc) <pozp> but it seems that it doesnt work anymore on 21.04)
[22:48] <pozp> i private messaged you
 Thank you. Can you remind me the IRC address of this Lubuntu channel ? I can't receive IRC private messages as I'm presently using telegram on my phone
[22:55] <pozp> t'es pas sur kiwi irc.
[22:55] <pozp> ?
[22:55] <pozp> par navigateur
 Non ce PC est éteint il est en maintenance ^^
 Ce compte IRC est rattaché à mon compte telegram du coup l'IRC croit que je suis sur l'IRC aussi
[22:56] <pozp> essaye de m'envoyer un message ou passe sur #lubuntu-fr
 I need the exact address of the server :/
[23:00] <pozp> irc.libera.chat/#lubuntu
[23:00] <pozp> #lubuntu-fr
 Tu as le port ?
[23:04] <pozp> haha je suis censé trouvé ça ou?
[23:05] <pozp> essaye 6667
[23:06] <kryten> https://libera.chat/guides/connect
 Thank you I'm connected as Tiflow64
 Mais je trouve pas les salons
 Which channel am I supposed to join ?
[23:16] <pozp> tu peux rejoindre #lubuntu-fr
[23:18] <genii> If you're Quebecois there may also be someone in #ubuntu-qc
[23:18] <Tiflow64> Salut tout le monde
 C'est bon j'ai réussi ^^
[23:19] <pozp> nobody on qc
[23:24] <genii> pozp: I guess they didn't make the hop from freenode :(
[23:38] <Guest26> j'ai buggué
[23:38] <Guest26> bref
[23:38] <Guest26> je disais
[23:39] <Guest26> il faut que le groupe  de travail corresponde entre windows et samba
[23:39] <Guest26> moi ça marchait pas qd
[23:39] <Guest26> c'était pas pareil
[23:40] <Guest26> https://fr.wiehandy.com/comment-changer-le-nom-du-groupe-de-travail-dans-windows-10/
[23:46] <Tiflow64> Oke je test et je te dis
 Pour cela nous avons une chaine #lubuntu-fr svp cette chaine est en anglais
[23:57] <Tiflow64> Merci lubot j'ai rejoint le salon. Bonne soirée


[00:47] <maxb> czajkowski: I wonder if you're around, but probably not at this time of day?
[01:27] <maxb> czajkowski: https://answers.launchpad.net/launchpad/+question/213391 was what I was going to raise. I've put my thoughts in a comment.
[03:21] <Aaron> Hello how do you set up the email account that was forward to my account so i can write with my ubuntu email? using like evolution or any other client
[07:03] <ricotz> hello, is there a problem with the automatic deletion of old binaries in ppas?
[07:05] <TheLordOfTime> not sure that's ever been an "Issue"
[07:05] <TheLordOfTime> define automatic deletion of old binaries
[07:05] <TheLordOfTime> of course i'm not an LP admin nor an LP helper
[07:06] <TheLordOfTime> but i dont htink old binaries get purged
[07:06] <wgrant> ricotz: Yes, it's currently disabled due to a bug. If you need more PPA space because of this, ask at https://answers.launchpad.net/launchpad/+addquestion and someone will sort it out for you.
[07:06] <ricotz> it seems they are currently not deleted anymore, so the repository size rises
[07:06]  * TheLordOfTime points at wgrant's response
[07:06] <wgrant> (see /topic)
[07:06] <ricotz> hmm, i see, this leads not being able to upload anything :\
[07:07] <wgrant> Sure, ask for your quota to be increased and that will be fixed.
[07:08] <ricotz> wgrant, i know, this will only fix it for like on upload, e.g. https://launchpad.net/~ricotz/+archive/ppa/+packages
[07:09] <ricotz> i already requested several deletions while the packages are copied to the official ppa already
[07:09] <wgrant> It should be turned back on early next week.
[07:09] <wgrant> Until then you'll need to request a quote increase.
[07:09] <wgrant> quota
[07:09] <ricotz> ok
[07:09] <ricotz> thanks
[07:20] <ricotz> wgrant, do you mind taking a look at https://answers.launchpad.net/launchpad/+question/213539
[09:12] <czajkowski> maxb: ok thanks
[09:17] <maxb> czajkowski: thanks - and gosh, I have another bug comment from Christopher to argue with this morning :-/
[09:20] <Lo-lan-do> Hi all. I come in peace (from #bzr) with a question about loggerhead.
[09:20] <czajkowski> maxb: maybe not argue with him :)
[09:21] <Lo-lan-do> I'm about to adopt the package, and it needs to be ported from the old YUI 3.0.0pre2 to the current YUI 3.5.
[09:21] <Lo-lan-do> I'm told this channel might be of help (since I don't do Javascript much).
[09:29] <czajkowski> maxb: each person does thing differently, I do things differently and talk to the users also.
[11:36] <didrocks> hey
[11:36] <didrocks> I was wondering when the code update on staging is supposed to end?
[11:38] <czajkowski> didrocks: morning
[11:39] <didrocks> hey czajkowski ;)
[11:39] <czajkowski> didrocks: can you use https://qastaging.launchpad.net/  instead
[11:39] <didrocks> czajkowski: should I just use "qastaging" instead of "staging" in the launchpadlib API?
[11:40] <czajkowski> hmm
[11:40] <czajkowski> StevenK: any idea...
[11:41] <didrocks> seems so, but I'm getting then No such distribution series: 'quantal'.
[11:41] <didrocks> so it's a really old instance? and doesn't have ubuntu series?
[11:41] <didrocks> czajkowski: if the staging server is supposed to come back in the next couple of hours, I'm fine with that :)
[11:41] <czajkowski> staging has been downa  whole alright.
[11:42] <czajkowski> *while
[11:42] <czajkowski> didrocks: there are no maintenance folks around for a bit waiting on USA folks to arrive, will poke when they do and get back to you.
[11:43] <didrocks> czajkowski: excellent! I'm idling there meanwhile :) thanks a lot!
[11:44] <czajkowski> np
[11:44] <czajkowski> jcsackett: when you're alive read back up a bit please :D
[11:44] <didrocks> (yeah, qastaging is an older snapshot, so I can just use that meanwhile)
[12:16] <thopiekar> Hello :-) yesterday I noticed a running build which seems to run all the time.. https://launchpad.net/~thopiekar/+archive/quantal-dev/+build/3886376
[12:43] <danilos> czajkowski, anyone: hi, are the private blueprints available for use on production systems?
[12:57] <czajkowski> danilos: not sure just on lunch so asking someone for advice
[12:58] <rick_h> danilos: they're in beta, the plan is to bring them out of beta with private projects
[12:58] <rick_h> danilos: are you in the launchpad-beta-users group?
[12:58] <rick_h> sorry, beta-testers
[12:58] <rick_h> https://launchpad.net/~launchpad-beta-testers
[13:02] <Lo-lan-do> rick_h: I'm told you're working on porting launchpad stuff to current YUI3. Does that include loggerhead?
[13:02] <rick_h> Lo-lan-do: so launchpad has been YUI3 for a long while, but we just got moved to YUI 3.5.1 recently
[13:02] <rick_h> Lo-lan-do: but no, I think loggerhead is a seperate project
[13:02] <Lo-lan-do> Yeah, that's what I meant by "current", sorry :-)
[13:03] <rick_h> Lo-lan-do: doh sorry, too early to read straight
[13:03] <Lo-lan-do> Ah, damn. I'll have to find another Javascript guru then.
[13:03] <rick_h> Lo-lan-do: happy to help if you need a hand with something, I've not really looked at loggerhead much. It's old turbogears stuff right?
[13:04] <Lo-lan-do> No, the python part is paste. But I'm only worried about the Javascript for now.
[13:04] <rick_h> Lo-lan-do: hmm, looks like just 3 JS files
[13:04] <rick_h> no real YUI objects
[13:05] <rick_h> heh, and no tests :(
[13:05] <Lo-lan-do> I tried porting to 3.5, but apparently I failed.
[13:05] <Lo-lan-do> http://anonscm.debian.org/loggerhead/pkg-bazaar/loggerhead/unstable/annotate/head:/debian/patches/port-to-yui3.5.patch has my current efforts.
[13:05] <rick_h> Lo-lan-do: in theory, without going line by line, it doesn't look like anything major would break
[13:06] <Lo-lan-do> There are a few renamed methods, but the main thing I have is the async loading and the lack of a global Y object.
[13:06] <rick_h> yea, that'll break
[13:06] <danilos> rick_h, hi, I used to be, let me double check
[13:06] <rick_h> events don't propogate between Y instances
[13:07] <rick_h> Lo-lan-do: in launchpad we generate a var LP = YUI() to use as a global YUI instance to help with that for now since we have a ton of different JS blocks that need event propogation
[13:07] <rick_h> Lo-lan-do: I'd start small. First just update that yui/build dir with the yui3/build from github.
[13:07] <danilos> rick_h, so, it won't be possible to have private blueprints on public projects? we'd want to use that in Linaro
[13:08] <Lo-lan-do> I tried something like that, but apparently there are calls to the global object before everything is loaded, so I get missing methods or so.
[13:08] <rick_h> Lo-lan-do: and then only include the yui-min.js base js file and remove the rest of the hard coded links
[13:08] <rick_h> danilos: yes, it will be possible to do that. Actually that should work now if you're in the beta group
[13:08] <Lo-lan-do> I use the packaged libjs-yui3-min
[13:08] <rick_h> Lo-lan-do: not familiar with that
[13:10] <Lo-lan-do> It's just more convenient than getting an external copy, but the contents should be the same.
[13:11] <rick_h> Lo-lan-do: sec, looking
[13:13] <danilos> rick_h, ok, I've rejoined it: what settings does a project need to have to be able to set a blueprint as a private one?
[13:14] <TheLordOfTime> think your project needs to be private, but don't quote me on that
[13:14] <TheLordOfTime> (private projects and stuff cost MONEY)(
[13:15] <rick_h> danilos: looking/thinking
[13:15] <czajkowski> TheLordOfTime: not for canonical projects it doesn't
[13:15] <danilos> rick_h, thanks
[13:15] <TheLordOfTime> czajkowski, ah.  i just connected, no scrollbacks on this channel so, i dont have full context.
[13:15] <czajkowski> ahh
[13:16] <czajkowski> :)
[13:16] <TheLordOfTime> czajkowski, for other non-canonical projects, i assume it has to be private-registered?
[13:16] <czajkowski> context is a wonderful thing alright :)
[13:16] <TheLordOfTime> (znc's futzed :P)
[13:17] <czajkowski> TheLordOfTime: http://blog.launchpad.net/general/privacy-for-blueprints-enabled-for-beta-testers  explains it all
[13:17] <TheLordOfTime> czajkowski, i meant in general
[13:17] <rick_h> danilos:  ^^ heh was going to paste that
[13:17] <rick_h> danilos: you need to have a commercial subscription and then set it up via the sharing UI
[13:17] <TheLordOfTime> for others (that's a question for a potential business wanting to use LP)
[13:17] <rick_h> danilos: honestly, pita at the moment
[13:18] <czajkowski> TheLordOfTime: a commercial subscription is needed.
[13:18]  * czajkowski really needs to get better at not looking at irc while on lunch
[13:19] <TheLordOfTime> that's what i suspected :P
[13:19] <TheLordOfTime> czajkowski, NOW I'M HUNGRY THANKS TO YOU
[13:19]  * TheLordOfTime glares at czajkowski
[13:19] <rick_h> Lo-lan-do: what's the magic to run loggerhead locally ?
[13:19]  * rick_h grumbles around setup.py without install_requires and lack of make run
[13:20] <danilos> rick_h, right, thanks
[13:20] <Lo-lan-do> rick_h: Something like ./serve-branches I think. I switched to using WSGI myself.
[13:21] <rick_h> Lo-lan-do: yea, tring to fire up gunicorn on the .wsgi file
[13:32] <rick_h> oh come on...ugh bzrlib
[13:44] <rick_h> Lo-lan-do: so I'm tring to get it running, pointing the serve-branches at my loggerhead checkout dir and just get a 'Not Found' 404 at /
[13:44] <rick_h> Lo-lan-do: is there some url that's nothing to do with bzr branches I can test with or does it need something special for bzr repos to point at?
[13:44] <vila> cElementTree.ParseError: unclosed token: line 16496, column 12 while using lp API, does that rings a bell, I'm pretty sure there is an lp bug for that but can't find it
[13:45] <czajkowski> vila: matsubara finds all odd bugs easily
[13:46] <vila> nm, bug #1014621
[13:46] <vila> Alzheimer...
[13:49] <Lo-lan-do> rick_h: It needs a location with branches in the http_root_dir option in your ~/.bazaar/bazaar.conf
[15:06] <rick_h> danilos: czajkowski so I completely messed up since you can get a 30day commercial sub by adding a prop. license to the project
[15:06] <rick_h> much easier that way
[15:06] <czajkowski> ah yes
[15:06] <czajkowski> the trial
[15:07] <czajkowski> people forget they are on a trial a lot though
[15:07] <rick_h> yea, but would have helped get their testing going on qastaging and such to enable private blueprints
[15:07] <rick_h> without the commerical admin getting involved first, they can get involved after to extend it
[15:07] <czajkowski> nods
[15:09] <mmoya> hello support, I changed my username and now I always get 'Your page was stale' whenever I try to login. Cookies deleted, browser restarted, page reloaded, etc...
[15:13] <czajkowski> mmoya: when did this happen?
[15:13] <czajkowski> should be able to edit your username without any issue
[15:13] <czajkowski> did you change anything else?
[15:14] <czajkowski> didrocks: not forgootten you, we've just had the server kicked so hopefully there will be life soon thanks to gnuoy
[15:14] <didrocks> czajkowski: good news! Thanks a lot :) keep me posted please
[15:15] <mmoya> czajkowski: I changed it about one week ago
[15:16] <mmoya> since 2-3 days I'm getting the 'stale' message
[15:16] <mmoya> the first day I did think is was some transient error
[15:16] <czajkowski> mmoya: did you have any issue after your changed it?
[15:16] <mmoya> no
[15:16] <mmoya> it was from maykelmoya -> mmoyar
[15:17] <mmoya> now ~maykelmoya is gone and ~mmoyar is ok
[15:17] <czajkowski> mmoya: well if you had no issue after you changed it, and now are having issues, we've not done anything
[15:18] <mmoya> the issue I'm reporting is not related to changing the username but related to login after changing it
[15:19] <czajkowski> mmoya: if you file a question I'll get someone to have a look https://answers.launchpad.net/launchpad/+addquestion
[15:20] <mmoya> ok, thanks
[15:27] <rick_h> Lo-lan-do: ping, https://code.launchpad.net/~rharding/loggerhead/yui3.7.1 is a start. It's running 3.7.1
[15:27] <rick_h> Lo-lan-do: the next error I hit was it couldn't find the class Collapsable, but not sure where that came from. An old YUI thing maybe, not sure
[15:27] <rick_h> so it's not 100% tested, Y.get needs to be /get/one and such
[15:27] <rick_h> but the basics load, in an nice uneffecient one file at a time way and all that jazz
[15:28] <Lo-lan-do> rick_h: It's defined in custom.js
[15:29] <rick_h> Lo-lan-do: ah ok, so might need to stick it on window. or LH. so you can see it in the other file
[15:29] <rick_h> must have typo'd in my bzr grep for it
[15:31] <Lo-lan-do> Hey, I didn't know you could define functions within functions. Good to know :-)
[15:31] <Lo-lan-do> Thanks anyway, I'll try to start again from there.
[15:52] <rick_h> Lo-lan-do: ok, forgot to add a bunch of files and fixed the collapsable and /query/one for finding nodes
[15:52] <rick_h> Lo-lan-do: so make sure to pull the updated branch
[15:55] <czajkowski> didrocks: staging is back up now
[15:55] <didrocks> czajkowski: rocking! thanks a lot :)
[16:06] <Quintasan> czajkowski: mind if I query?
[16:06] <czajkowski> Quintasan: can talk freely in here
[16:07] <dobey> qemu-arm-static: /build/buildd/qemu-linaro-1.0.50-2012.03/user-exec.c:100: handle_cpu_signal: Assertion `({ unsigned long __guest = (unsigned long)(address) - guest_base; (__guest < (1ul << 32)) && (!reserved_va || (__guest < reserved_va)); })' failed.
[16:07] <dobey> anyone know how to get around that? qemu seems to be having fits on oneiric for armel PPA builds
[16:07] <Quintasan> czajkowski: sure, was wondering how jaintor works, when you increased ppa size for neon it just kept expanding until it reached 20GB
[16:07] <Quintasan> I have no idea how to force it to delete old stuff
[16:08] <czajkowski> Quintasan: we currently have a bug on the PPA side of things
[16:08] <czajkowski> see the topic
[16:08] <czajkowski> bug 1071562
[16:08] <czajkowski> which means ppas are running out of space
[16:09] <Lo-lan-do> rick_h: Thanks a lot!
[16:09] <Lo-lan-do> With a little more work, I trimmed my quilt patch to http://anonscm.debian.org/loggerhead/pkg-bazaar/loggerhead/unstable/annotate/head:/debian/patches/port-to-yui3.5.patch and it works :-)
[16:10] <rick_h> Lo-lan-do: cool, let me know if you hit anything. Watch out for all those Y.get and Y.query which are no longer there but are Y.one/all
[16:10] <rick_h> I didn't go through htings with a fine tooth comb and all that
[16:10] <Quintasan> czajkowski: Oh, I see, thanks. Also I have been wondering if it would be possible to get arm builds in one ppa. Since I realise arm builders are not very fast and common a proper reason would be needed, right?
[16:11] <czajkowski> Quintasan: are you Canonical ?
[16:11] <czajkowski> or Linaro ?
[16:11] <Quintasan> czajkowski: Unforutunately no.
[16:12] <czajkowski> unfortunately arm are only reserved for those two groups.
[16:13] <dobey> there are too many things named 'neon' in the foss world. http lib, kde builds project thing, and some ARM video thing
[17:05] <dobey> nobody knows anything about that qemu error?
[17:07] <czajkowski> dobey: didnt see what you were refering to
[17:08] <dobey> qemu-arm-static: /build/buildd/qemu-linaro-1.0.50-2012.03/user-exec.c:100: handle_cpu_signal: Assertion `({ unsigned long __guest = (unsigned long)(address) - guest_base; (__guest < (1ul << 32)) && (!reserved_va || (__guest < reserved_va)); })' failed.
[17:08] <dobey> getting that in an armel build on oneiric
[17:08] <dobey> https://launchpadlibrarian.net/122220400/buildlog_ubuntu-oneiric-armel.ubuntuone-client_4.0.0-0ubuntu1~oneiric2_FAILEDTOBUILD.txt.gz
[17:09] <dobey> and in another ppa, qemu on oneiric just segfaults at the same point where that error occurs in that build
[17:09] <czajkowski> gnuoy: ^^^^^ any idea re arm ?
[17:11] <gnuoy> czajkowski, I'm heading out the door, but a fellow webop might be able to help or point you in the right direction
[17:11] <czajkowski> gnuoy: thanks
[17:12] <czajkowski> gnuoy: ping them in here or the other place?
[17:12] <gnuoy> czajkowski, here should be fine
[17:12] <czajkowski> gnuoy: thanks
[17:12] <czajkowski> webops can you please help with dobeys issue
[17:13] <thedac> reading backscroll
[17:13] <czajkowski> thedac: thanks
[17:16] <thedac> dobey: are you thinking this is a buildd problem or a paackage problem?
[17:18] <dobey> thedac: i think it's a qemu on oneiric problem; it bulit fine on precise and quantal
[17:19] <thedac> so I have no immediate answers and that is way out of my skill set. I guess the question I am asking is this an IS issue we need to track down or is it a dev issue?
[17:21] <dobey> thedac: i'm really not sure. i suppose someone from IS/webops will have to debug the problem at least. i guess it's not a launchpad dev issue anyway, seeing as it is specific to armel buildd on oneiric
[17:22] <thedac> ok, let me talk to lamont and see if he has any insight
[17:23] <slank> dobey: is it on one specific builder, or have there been multiple?
[17:23] <dobey> thedac: i wouldn't say it's a super-urgent issue though, as we don't likely have many (if any) armel on oneiric users using our PPAs; but the red X icons for failed builds it causes on the lp page are annoying. :)
[17:24] <thedac> dobey: ok
[17:24] <dobey> slank: i haven't checked that, but i'd say multiple. i've seen the crash at least happen for several different builds in our nightlies PPA.
[17:25] <dobey> slank: it may be the exact same problem as well; and i don't know that 'retry this build' will throw it on a different builder
[17:25] <dobey> slank: if it will, i can hit retry a few times to verify that it does happen on multiple builders
[17:27] <dobey> ok, appears it can end up on a different builder with retry; so will wait and see what happens this time
[17:28] <thedac> dobey: based on quick google I suggest you file a bug against qemu
[17:28] <dobey> thedac: is it possible to disable armel for a specific series in the PPAs?
[17:29] <thedac> I'll check. What is the url for this ppa
[17:29] <dobey> thedac: or install the newer qemu from precise on oneiric perhaps?
[17:30] <dobey> thedac: https://launchpad.net/~ubuntuone/+archive/beta is one of the PPAs
[17:31] <thedac> dobey: so no way in the UI to specify by series the architechtures
[17:31] <dobey> ok
[17:33] <dobey> thedac: what about the possibility of a backport of qemu-kvm?
[17:34] <thedac> dobey: Create an RT with that suggestion.
[17:34] <dobey> no idea how to test this exactly; but at least there is no evidence so far of this bug existing in qemu-kvm 1.0 in precise
[17:34] <dobey> so filing a bug against qemu will probably result in a "this is fixed already" response
[17:35] <dobey> ok; i'll poke a bit more and possibly file that RT then.
[17:35] <dobey> thedac: thanks much. :)
[19:14] <dobey> slank: tried again, and it just segfaulted instead of the error, on a different builder
[19:15] <slank> dobey: huh. log?
[19:16] <dobey> slank: https://launchpadlibrarian.net/122287564/buildlog_ubuntu-oneiric-armel.ubuntuone-client_4.0.0-0ubuntu1~oneiric2_FAILEDTOBUILD.txt.gz
[19:17] <dobey> slank: so seems like an issue with the older version of qemu that's on oneiric; which appears to not be present in the newer versions. so i'll just file an RT to request using a backport of the newer version from precise, on oneiric builders. i think that should be fine to do. not sure there are binary compat issues for things built under qemu for running natively. i'd hope not


[17:02] <tedthetrumpet[m]> Eickmeyer: just to say, that second Carla update from backports worked, am now at 2.5.4. Thanks!
[17:03] <Eickmeyer> tedthetrumpet[m]: Excellent!


[08:37] <Takyoji> Oh lord, apparently there's a test implying that 11.04 cuts battery life in half, in comparison to 10.10
[08:38] <Takyoji> that's a pretty freaking big regression http://www.tomshardware.com/reviews/ubuntu-11.04-natty-narwhal,2943-13.html
[08:40] <ripps> Takyoji: this is a pretty well know kernel regression. It affects all distros using 2.6.38 or newer. They still haven't figured out what's causing it yet.
[08:41] <Takyoji> Know where the bug is reported at all?
[08:41] <ripps> Takyoji: I don't know, I've just been following it on phoronix.com
[08:41] <Takyoji> ahh
[08:44] <ripps> All that's known so far is that it seems to affect all architectures and the power increase doesn't increase performance whatsover. Last theory I heard that it might have something to how a new method on how memory is allocated in ram, but it's only a theory


[04:21] <mup> Bug #1863323 changed: MAAS did not detect any storage devices during commissioning <tests> <MAAS:Expired> <https://launchpad.net/bugs/1863323>
[04:21] <mup> Bug #1873962 changed: Machines can have inconsistent testing status <MAAS:Expired> <https://launchpad.net/bugs/1873962>
[04:24] <mup> Bug #1863323 opened: MAAS did not detect any storage devices during commissioning <tests> <MAAS:Expired> <https://launchpad.net/bugs/1863323>
[04:24] <mup> Bug #1873962 opened: Machines can have inconsistent testing status <MAAS:Expired> <https://launchpad.net/bugs/1873962>
[04:27] <mup> Bug #1863323 changed: MAAS did not detect any storage devices during commissioning <tests> <MAAS:Expired> <https://launchpad.net/bugs/1863323>
[04:27] <mup> Bug #1873962 changed: Machines can have inconsistent testing status <MAAS:Expired> <https://launchpad.net/bugs/1873962>
[19:28] <mup> Bug #1887250 opened: LXD machine failed testing <lxd> <MAAS:New> <https://launchpad.net/bugs/1887250>


[10:37] <brainwash> ochosi: here's a won't fix bug 1768350
[13:07] <flocculant> logs for meeting are up now
[13:08] <flocculant> also done a bunch of actions I'd mistakenly given myself :)
[19:07] <ochosi> brainwash: thanks, marked as fixed actually
[19:18] <brainwash> ochosi: I thought that won't fix would be more fitting, because it's something that will remain broken in the css for gtk2


[07:33] <lordievader> Good morning
[12:17] <BluesKaj> Hey all
[12:27] <server_> Hello.  I am trying to dd an img.xz (2GB) file to /dev/mmcblk0p2 (ext4).  After the dd process is complete the mmcblk0p2 partition shows up as an unknown type (Bad Superblock).
[12:28] <server_> How can I copy the image file without damaging the partition or how to fix the partition?
[12:37] <SwedeMike> server_: img.xz looks like it's compressed. Are you dd:ing it as-is to the partition? Don't you need to uncompress it before?
 You are right.  I just uncompressed it first (unxz) and redid the dd command with the same result.
[12:42] <server_> I am trying to create a new partition that is just 2GB in size to see if that will work better.
[12:54] <server_> The new (2GB) partition didn't work.
[13:01] <BluesKaj> server_,  make sure your target partition is large enough to accomodate the input iso file size
[13:01] <BluesKaj> or img size
[13:07] <server_> The img file is 1.8GB.  The original partition was 14GB.  I shrunk it down to 2.1GB.  I have formatted them to ext4 beforehand; every time the partition gets clobbered.
[13:08] <server_> When I look at online examples, I see that the main dd process is not on the partition (mmcblk0p2) but the full mmc card (mmcblk0)
[13:13] <Qommand0r> server_: makes sense, since the disk image itself contains a partition table as well
[13:13] <Qommand0r> try using a whole disk as a target device
[13:13] <Qommand0r> instead of a partition/slice
[13:13] <Qommand0r> should work
[13:33] <server_> Qommand0r: you were right.  The image did have a 4GB partition image.
[13:34] <server_> I needed a fat partition before it so I used gparted to move it and add a small partition before it.
[13:37] <Qommand0r> cool, nice to hear server_


[12:44] <jamespage> pls could I request a release team review of https://bugs.launchpad.net/ubuntu/+source/passlib/+bug/1494644
[13:17] <infinity> jamespage: For future refernce, when checking rdeps of a source package, you want "src:passlib", unless that's the only binary it produces...
[13:18] <infinity> jamespage: That picks up cloud-installer as one you didn't check, for instance.
[13:19] <jamespage> infinity, urgh - apologies
[13:20] <infinity> jamespage: Anyhow, cloud-installer is entirely Ubuntu-specific, so I assume you'll make a note of testing that one and fix it if you break it?
[13:20] <jamespage> infinity, well indeed I would
[13:20] <infinity> jamespage: Assuming that is true, I'm fine with the FFe, and will do the unblacklisting and such.
[13:20] <jamespage> infinity, ta
[13:20] <jamespage> infinity, theres a source package rename involved as well
[13:20] <infinity> jamespage: Yeah, I got that bit. :)
[13:20] <jamespage> prob why it was blacklisted but not 100% sure
[13:21] <infinity> jamespage: I'll make sure the old one goes away.
[13:21] <infinity> Lemme see if the blacklist has a rationale.
[13:21] <infinity> # cjwatson, 2012-06-01
[13:21] <infinity> # Temporary blacklist entries for quantal, requiring manual resolution due
[13:21] <infinity> # to conflicts with existing Ubuntu-versioned binaries.
[13:21] <infinity> alsa-base
[13:21] <infinity> lxde-metapackages
[13:22] <infinity> nx-libs-lite
[13:22] <infinity> pysmbc
[13:22] <infinity> ^--- So, looks like it was part of some temp hacks and never revisited.  Yay.
[13:22] <infinity> python-passlib
[13:22] <cjwatson> If those don't conflict any more it's fine to remove, certainly.
[13:23] <infinity> jamespage: So, to be clear, you think whatever Ubuntu delta we had in 'passlib' is now useless, and python-passlib as-is in Debian is the way and the light?
[13:24]  * infinity bets it was an ancient python-support->dh-python migration that never got revisited.
[13:24] <infinity> But the current python-passlib looks modern and sane.
[13:25] <jamespage> infinity, afaict we never actually took passlib from Debian (despite what the changelog says)
[13:25] <jamespage> I suspect it's early openstack stuff that just got missed in re-syncing later
[13:25] <jamespage> looking at the initial packager
[13:26] <jamespage>  -- Monty Taylor<EMAIL_ADDRESS>Fri, 09 Sep 2011 14:37:56 -0700
[13:28] <jamespage> infinity, yes I do think python-passlib as-is in Debian is the way and the light
[13:28] <jamespage> (just incase that was not clear)
[13:36] <infinity> jamespage: Right, fixing the world, then.
[13:37] <infinity> cjwatson: I'm assuming sync-blacklist updating is cronned to frontends or something.  Any idea what the schedule is? (don't look it up if you don't know off the top of your head, I can just wait)
[13:39] <cjwatson> infinity: */5
[13:39] <cjwatson> (minutes)
[13:39] <infinity> Kay.  Ta.
[13:39]  * infinity twiddles a thumb or two.
[13:39] <cjwatson> Or just ssh -t snakefruit sudo -iu ubuntu-archive update-sync-blacklist
[13:39] <jamespage> infinity, cloud-installer is supercedeed by the 'openstack' package in the NEW queue (just checked with stokachu)
[13:40] <infinity> jamespage: Oh, good, would be nice to file a removal request for that for when I review/accept openstack then.
[13:40] <jamespage> stokachu, ^^ please do :-)
[13:41] <infinity> jamespage: Since this is syncing to main as a new source, can you make sure it has a bug subscriber?
[13:41] <infinity> jamespage: Whatever team you sub to openstacky things.
[13:41] <jamespage> infinity, I can indeed
[13:42] <infinity> jamespage: Should be in LP now, if you want to do that for me.
[13:42] <jamespage> infinity, done
[13:42] <infinity> jamespage: Ta.
[13:43] <infinity> And I think that's three hats I just shuffled on that request.
[13:43] <infinity> My head is confused.
[13:47] <jamespage> lol
[13:47] <infinity> jamespage: Go on, SRU it, make it 4.
[13:47] <jamespage> infinity, as much as I'd like to see a full-brain inversion today....
[13:48] <infinity> That sounds like something the bmezine glossary would have an entry for.
[13:50] <infinity> Ran 1813 tests in 152.622s
[13:50] <infinity> That's some impressive coverage for a small python module.
[14:21] <stokachu> jamespage: ok cool


[16:19] <keesj> anybody having a 5.0+ system running
[16:31] <keesj> 0.5
[16:32] <sadmac> keesj: Keybuk might've had one
[16:32] <sadmac> he had a boot chart for a mostly pure upstart system recently. forget which version it was
[16:32] <keesj> I have something that kils mine http://www.paste-it.net/raw/public/l01613a/
[16:33] <keesj> http://www.paste-it.net/public/kc01d79/ (result)
[16:33] <Keybuk> traceback please
[16:34] <keesj> somehow becasue of the respawn stanza things go wrong
[16:35] <keesj> Keybuk: I will work on that :p
[16:35] <Keybuk> it should dump core from a child
[16:35] <Keybuk> it'll be in /
[16:35] <Keybuk> you may need to ulimit -c unlimited in the initramfs, of course
[16:35] <keesj> I have a RO system
[16:35] <Keybuk> actually
[16:35] <Keybuk> ignore the last bit, I patched upstart to always set ulimit to INFINITY :)
[16:36] <sadmac> Keybuk: what are your thoughts on dealing with a system where multiple display managers are installed, and we want to run one of them?
[16:36] <sadmac> (but never both)
[16:37] <Keybuk> don't install two
[16:37] <Keybuk> or use a system like alternatives
[16:38] <sadmac> there's a pretty large chunk of Fedora users with full GNOME and KDE on the same system, so I'd like to get this right.
[16:38] <Keybuk> how do you do it now?
[16:39] <sadmac> we run a script called prefdm that checks for each of them and runs the first it finds.
[16:39] <sadmac> and its ugly and bad and I hate it.
[16:39] <Keybuk> you have alternatives in Fedora?
[16:40] <sadmac> yeah. I don't know why we don't use it.
[16:40] <sadmac> though I never understood how package managers worked with it.
[16:40] <Keybuk> I don't think this is an upstart problem
[16:42] <sadmac> Keybuk: what if each display manager wants different service management settings? (I wouldn't put it past the various desktop groups to collectively fail in this manner)
[16:42] <keesj> http://www.paste-it.net/public/ge70991/ (without debugging symbols) but it's a raise
[16:42] <Keybuk> sadmac: alternatives handles all this already
[16:42] <Keybuk> keesj: 6
[16:42] <Keybuk> #1  0x4008c160 in abort () from /mnt/lib/libc.so.6
[16:42] <Keybuk> Backtrace stopped: frame did not save the PC
[16:42] <Keybuk> meh
[16:43] <sadmac> Keybuk: from what I understand alternatives just changes the */bin symlink. it doesn't swap out configuration. especially not for other programs.
[16:44] <Keybuk> it works today in Ubuntu
[16:44] <Keybuk> if you install kdm and gdm, both have init scripts
[16:44] <Keybuk> but only one of them runs
[16:45] <sadmac> I'll look at that then.
[16:45] <keesj> that part is not handled using the alternatives
[16:45] <Keybuk> I thought it was handled by the file they write
[16:46] <keesj> but generaly alternatives work pretty well , I can imagine the /etc/init.d/job.d/service_gdm is a symlink
[16:46] <sadmac> my first thought was "well, Upstart has a way of reflecting the 'requires' relationship already. 'provides' and 'conflicts' seem like they'd follow."
[16:47] <Keybuk> I think that overcomplicates things
[16:48] <sadmac> depends. I'd want to see a complete 0.10 first
[16:48] <sadmac> if its a fairly small change on top of that I'd say its worth having.
[16:48] <Keybuk> I don't buy that argument
[16:49] <Keybuk> we should only do things where it makes sense :p
[16:49] <Keybuk> next you'll be asking for some kind of config handling in Upstart because your package manager sucks at managing /etc :p
[16:50] <sadmac> alternatives pushes the concern into the packages. we have to modify the distributions (renaming binaries etc) and we have to do it in a very distro-specific way
[16:51] <sadmac> a simple conflict solution in upstart means that this can come upstream in all the display managers.
[16:51] <keesj> Keybuk: http://www.paste-it.net/raw/public/i0ad7ab/ better?
[16:52] <Keybuk> hmm
[16:52] <Keybuk> that looks like a different problem
[16:52] <Keybuk> in fact, you might want to run "cont" there
[16:52] <Keybuk> I assume that wasn't the core file?
[16:52] <keesj> no that's the init
[16:53] <Keybuk> how do you mean?
[16:53] <keesj> I run gdbserver and attach to pid 1
[16:53] <Keybuk> ah
[16:53] <Keybuk> can you run "cont"
[16:53] <Keybuk> SIGPIPE is peffectly normal
[16:54] <keesj> I will do cont
[16:56] <Keybuk> sadmac: again, I don't buy that
[17:01] <Keybuk> rah state changed from stopping to killed
[17:01] <Keybuk> rah state changed from killed to post-stop
[17:01] <Keybuk> rah post-stop process (32487)
[17:01] <Keybuk> rah pre-stop process (32484) exited normally
[17:01] <Keybuk> init:job_process.c:1103: Assertion failed in job_process_terminated: job->state == JOB_PRE_STOP
[17:01] <Keybuk> zsh: abort (core dumped)  ./init
[17:01] <Keybuk> eep
[17:01] <Keybuk> 1103			nih_assert (job->state == JOB_PRE_STOP);
[17:01] <Keybuk> (gdb) p job->state
[17:01] <Keybuk> $1 = JOB_POST_STOP
[17:02] <keesj> I need to go
[17:04] <Keybuk> it left the running state when the main process ended
[17:04] <Keybuk> while the pre-stop process was still running
[17:04] <Keybuk> so when the pre-stop process died, it asserted
[17:07] <Keybuk> keesj: please file a bug when you get back
[17:07] <Keybuk> attach the job, and your output, etc.
[17:07] <Keybuk> I think that the code in job_process_terminated that checks for post-start or pre-stop still running needs to be higher up before the "break" statements ;)
[17:07] <Keybuk> but I'll need to make test cases and suchlike
[17:08] <keesj> I will
[17:15] <ion_> There’s a character in ST:TNG that looks just like MacGyver. http://heh.fi/tmp/tng-macgyver
[17:15] <Keybuk> There's a character in Stargate SG-1 that looks just like MacGyver too
[17:16] <ion_> :-D


[18:24] <pavlushka> zaki: anything happening on irc? like disconnections?
[18:25] <zaki> yep
[18:25] <zaki> from your side i guess
[18:25] <pavlushka> oha
[18:25] <zaki> pavlushka has quit (Max SendQ exceeded)
[18:25] <pavlushka> aha
[18:26] <zaki> 4,5 times
[18:27] <pavlushka> hmm


[08:16] <Skia> bastif: the UX is awful, but here you go, that's how it's done: https://wiki.ubuntu.com/ProposedMigration/#Testing_against_a_PPA :-)
[08:18] <bastif> thanks
[08:24] <bastif> Apparently I'm not allowed to used this
[08:24] <bastif> s/used/use/
[08:25] <bastif> You submitted an invalid request: You are not allowed to upload PACKAGE to Ubuntu, thus you are not allowed to use this service.
[08:26] <bastif> IIUC, there is no infrastructure to run autopkgtests on packages only available on PPA
[08:37] <Skia> well, you can run it locally, I guess
[20:10] <kanashiro> hi, is the autopkgtest infrastructure accepting the needs-internet restriction?


[21:46] <c7p> hello all
[21:52] <godbyk> hey, c7p.
[21:52] <c7p> godbyk: how are you ?
[21:52] <godbyk> not too bad. and you?
[21:53] <c7p> the same
[21:53] <c7p> as you
[21:56] <godbyk> How is all the writing and editing progressing?
[22:15] <c7p> good
[22:16]  * c7p sorry for late reply i was making some changes
[22:17] <godbyk> np!
[22:20] <c7p> are we ok with the frontpage and general the graphics of the book ?
[22:25] <godbyk> I'll ask thorwil if he'd like to design a new cover for us. If he's not up to it, I'll take a look at it.  (I think the existing cover looks pretty decent, frankly.)
[22:25] <godbyk> As for the other graphics and screenshots, I'll have to take a look at those, too.
[22:26] <godbyk> We need to make sure that they're at the same resolution so they get scaled the same.
[22:55] <c7p> i got to go
[22:55] <c7p> cya
[22:56] <c7p> btw not all screens are on same res
[22:56] <c7p> g' night