[00:03] <sistpoty> bdmurray: maybe you're needs-packaging script is a little bit too greedy, or directhex shouldn't have put needs-packaging in the bug (bug #537691) ;)
[00:04] <directhex> sistpoty, the docs say needs-packaging with assignment is the correct tag for ITP equivalents!
[00:04] <sistpoty> directhex: the docs don't say "don't spam ubuntu-release".... yet :P
[00:05] <sistpoty> (there was a "kernel-version-unknown" script at work that created much more spam though, seems fixed at least now)
[00:05] <directhex> well... the risks of combining an ITP, FFe, and removing four old source packages into a single bug...
[00:05] <sistpoty> heh
[00:06] <bdmurray> sistpoty: wow, that's weird its been running for quite awhile and I haven't seen that happen
[00:06] <sistpoty> bdmurray: that wasn't really to blame you, just a late night observation ;)
[00:07] <bdmurray> sistpoty: okay, I think it is because its status is tracked in Lucid
[00:08] <sistpoty> bdmurray: interesting, thanks!
[00:09]  * directhex sets bdmurray to wishlist
[00:09] <directhex> time for sleep
[00:11] <sistpoty> gn8 directhex
[00:56] <ScottK> In Soviet Russia, wishlist sets you.
[00:57] <sistpoty> hah
[00:58] <jayvee> lol
[00:59] <sistpoty> ScottK: btw.: what do you think about bug #535386... (I'm not even halfway through)
[01:01] <ScottK> sistpoty: I say go for it.
[01:01] <sistpoty> ScottK: also my impression, but I think I'll still go through the entire list to make sure that there's no fallout
[01:01] <ScottK> OK.
[01:03] <ddecator> i'm trying to learn packaging, and i watched the video tutorials on the wiki (very helpful btw), but i'm wondering if there is a good way just to practice packaging?
[01:19] <jayvee> out of curiosity, when I've uploaded a .diff.gz to a bug and I'm waiting for someone to look at it, should the bug be In Progress, Fix Committed, or what?
[01:19] <jayvee> the statuses don't seem to fit exactly
[01:19] <jpds> In progress I believe.
[01:28] <sistpoty> jayvee: a .diff.gz means that you want to get a new upstream version in?
[01:28] <jayvee> sistpoty: yeah
[01:29] <sistpoty> jayvee: then new please and subsribe ubuntu-release
[01:29] <sistpoty> subscribe even
[01:29] <jayvee> I have ~ubuntu-universe-sponsors subscribed already. What's the difference?
[01:29] <jayvee> LP #529350 if you're interested, btw
[01:30] <sistpoty> jayvee: we're in feature freeze right now, so unless the new upstream version is a bugfix only version, it needs a ffe
[01:30] <sistpoty> !FFe
[01:30] <jayvee> yeah, it's only a bugfix release from upstream
[01:30] <jayvee> so not a problem
[01:31] <sistpoty> jayvee: then sponsors will deal with it, no matter if it's new or confirmed or triaged
[01:32] <jayvee> sistpoty: so do I still need to subscribe ~ubuntu-release?
[01:32] <sistpoty> jayvee: not for a bugfix only update
[01:33] <sistpoty> but please note that in the bug
[01:33] <jayvee> okay
[01:43] <jayvee> sistpoty: the bug description already notes that it is bugfix–only
[01:43] <jayvee> “This is a bug-fix release which changes nothing except for fixing a few small regressions or bugs in v1.6.0.”
[01:43] <sistpoty> jayvee: good, good ;)
[02:20]  * sistpoty can't see ada now for at least 10 days *g*
[02:36]  * sistpoty goes to bed... gn8 everyone
[03:00] <nigelb> persia: got time to review brian's reply about patch review?
[03:31] <wzssyqa> if i want to use dh_pysupport,where should i install the .so module?
[04:35] <wzssyqa> can dh_pysupport install modules for python of several versions,such as for both python2.6 and python3.1?
[04:36] <persia> That is precisely the reason it exists.
[04:36] <wzssyqa> persia: how to do it?
[04:37] <persia> wzssyqa: For that, I'm not the right person to ask.
[04:37] <wzssyqa> persia: who is the right man?i have googled for days
[04:38] <persia> Did you encounter the python policy document?  I believe it explains things for module packagers.
[04:38] <wzssyqa> persia: it seems that just ask for copying files to /usr/local/lib/pythonX.Y
[04:38] <persia> I can't help if you get stuck, but I'd really recommend starting from http://www.debian.org/doc/packaging-manuals/python-policy/
[04:39] <persia> I'm sure that's wrong.
[04:39] <ScottK> Actually, I don't think pysupport works for Python3.1 yet.
[04:39] <ScottK> Definitely not /usr/local.
[04:39] <ScottK> POX_ is working on a new and better way to package things for Python 3.
[04:41] <ScottK> wzssyqa: IIRC, /usr/lib/python2.6/dist-packages although that may be where pysupport moves it.
[04:41]  * ScottK is really tired.
[07:00] <fabrice_sp> jayvee, ping
[07:00] <jayvee> fabrice_sp: pong
[07:01] <jayvee> ?
[07:02] <jayvee> fabrice_sp: pong
[07:02] <fabrice_sp> soory: my xwindows got killed
[07:02] <jayvee> ouch, that's always fun
[07:03] <fabrice_sp> especially when you have a lot of opened windows :-/
[07:03] <fabrice_sp> it's about bug 529350
[07:03] <jayvee> okay
[07:03] <fabrice_sp> would you mind changing it to source format 3.0, to add the change in upstream source as a patch?
[07:04] <fabrice_sp> also, the watch file has to be updated (I can give you the right one, if you want)
[07:04] <fabrice_sp> and there are 2 lintian warnings that should be fixed
[07:04] <fabrice_sp> will you take care of all that, or you prefer me to do it? :-)
[07:05] <jayvee> oops, didn't get your e-mail
[07:06] <jayvee> I use thunderbird, and it is terrible at notifying
[07:06] <fabrice_sp> hmm, to be honest, I din't updated the bug report yet :-)
[07:06] <fabrice_sp> I know
[07:06]  * fabrice_sp uses also thunderbird
[07:06] <jayvee> whatever the lintian warnings are, they were probably already there when I took the package
[07:06] <fabrice_sp> well, used: my motherboard stopped working, and I lost my main system
[07:07] <fabrice_sp> jayvee, sure: like the absence of patch system
[07:07] <fabrice_sp> but it would be cleaner. That's why I'm asking you here :-)
[07:07] <jayvee> to be honest, I'm really inexperienced
[07:07] <jayvee> I'm willing to have a go, though, but just not right now
[07:07] <jayvee> quite busy at the moment.
[07:07] <fabrice_sp> it's up to you
[07:08] <fabrice_sp> ok: I'll make the changes then
[07:08] <fabrice_sp> thanks for your debdiff, anyway!
[07:08] <jayvee> I could maybe do it later tonight
[07:08] <jayvee> but if you want it done quickly, you'd better do it :)
[07:08] <fabrice_sp> as soon as it's before release date, it's ok :-)
[07:09] <fabrice_sp> I'll put that comments in the bug report and assigned it back to you, ok?
[07:09] <jayvee> sure thing
[07:09] <fabrice_sp> cool.
[07:09] <fabrice_sp> thanks!
[07:09] <jayvee> thanks for the guidance with the sponsorship
[07:09] <jayvee> I'll know to unassign myself and mark as confirmed in future. :)
[07:11] <fabrice_sp> that's why I made that comment ;-)
[07:20] <wzssyqa> which is dh_pysupport standard-dir
[07:20] <fabrice_sp> man dh_pysupport ?
[07:21] <fabrice_sp> yeah, it's in the manpage :-)
[07:23] <wzssyqa> fabrice_sp: there is nothing about it
[07:25] <fabrice_sp> wzssyqa, /usr/lib/pythonX.Y/site-packages is not what you are looking for?
[07:25] <wzssyqa> fabrice_sp: what i am looking for is about pyshared
[07:26] <fabrice_sp> wzssyqa, sorry, then. I don't understand your question
[07:27] <wzssyqa> fabrice_sp: it seems that put python modules to /usr/lib/pyshared ,it can support several versions of python ,auto
[07:32] <wzssyqa> fabrice_sp: there is a xxx.public file ,is it auto geneart or manual write?
[07:34] <fabrice_sp> wzssyqa, it's supposed to be generated automatically: I never saw this files in any Debian package I touched
[07:34] <wzssyqa> fabrice_sp: o ,thx
[08:20] <randomaction> kamalm: ping re bug 260406
[09:22] <ricotz> RAOF, hello, is there allready progress on https://bugs.edge.launchpad.net/ubuntu/+source/gjs/+bug/537903 ?
[09:25] <RAOF> ricotz: You're itching to have an installable gnome-shell? :)
[09:25] <ricotz> RAOF, yeah it only effects i386 so it not bugging myself ;-)
[09:26] <RAOF> ricotz: There's some progress on it, but micahg would know more; he had another day's work on it.
[09:28] <ricotz> RAOF, i didnt look into the problem much deeper after i saw this bug report, so hoped it will get fixed :P
[09:28] <RAOF> It'll certainly get worked around if nothing else; disabling the JIT makes everything work.
[09:30] <ricotz> ok, will look into this
[09:31] <ricotz> RAOF, ty
[10:41] <ari-tczew> is FFe needed for new upstream release _necessary_ to get in lucid?
[10:42] <persia> ari-tczew: An FFe is required if new features are introduced.  This is unrelated to version numbers or upstream releases.
[10:43] <persia> Frequently new upstream releases contain new features, which is why many believe an FFe is required for a new upstream release.
[10:44] <persia> also, note that we're currently in BetaFreeze, so please refrain from uploading anything that affects images until the freeze has lifted.
[10:44] <persia> (except if fixing a bug apparent in the images)
[10:45] <ari-tczew> persia, my request is for broken package (and ftbfs), fix is merging new upstream release with debian testing
[10:45] <ari-tczew> maybe do you want take a look ?
[10:52] <persia> ari-tczew: Does this involve new features?  Is there a way to solve it without introducing the new features?  Do these features affect anything else?  (related packages, documentation, etc.)
[10:57] <ari-tczew> persia: this is package called xserver-xorg-input-joystick which currently ubuntu's version is related to xserver 1.6, but now lucid has got xserver 1.7 and xserver-xorg-input-joystick from debian testing is related to xserver 1.7
[10:59] <persia> That doesn't answer any of my questions :)
[11:01] <ari-tczew> okay, so I think that there's no other way to fix problem
[11:02] <ari-tczew> and current debian testing's package is adjusted for xserver 1.7
[11:04] <persia> ari-tczew: OK.  That still leaves: Does this involve new features?  Do these features affect anything else? (related packages, documentation, etc.)
[11:09] <ari-tczew> persia: I think that there is no big-major changes, bug 538376
[11:09] <persia> ari-tczew: That, again, is not what I asked.  Are there new features?  Do these features affect anything else?
[11:10] <ari-tczew> new features - I don't know.
[11:11] <persia> ari-tczew: Also, the merge is borderline useless in it's current state, as X no longer uses HAL.
[11:12] <persia> ari-tczew: Well, find out :)
[11:13] <persia> ari-tczew: There's a good chance that you do not need an FFe for this (depending on the results of your feature investigation).  That said, I think that you also have to investigate to see if the merge does anything useful : it may be that a sync is sufficient.
[11:16] <ari-tczew> persia: great! but now I need to ask a delta uploader about delta utility
[11:19] <persia> ari-tczew: Well, you've asked for feedback from two teams for this bug, potentially wasting the time of both of them, because you don't know if it needs an FFe, and you don't know if the merge is correct.
[11:19] <persia> Please finish this before going to the next thing.
[11:21] <ari-tczew> persia: so what's the conclusion: FFe is need or not?
[11:22] <persia> ari-tczew: The conclusion is waiting on your investigation to determine if there are new features.
[11:22] <persia> ari-tczew: So, please investigate.
[11:23] <persia> ari-tczew: Also, please investigate whether the .fdi file is used or not when the driver is loaded into X.  If it is not, then this becomes a sync.
[11:30] <ari-tczew> persia: ok, I'm unsubscribing teams
[11:30] <persia> You can't :)
[11:31] <ari-tczew> huh! a few days ago launchpad got option: if you have subscribed someone else, you can unsubscribe!
[11:31] <persia> Oh.  That's great!  Thanks.
[11:32] <persia> Please investigate, and resubscribe when the investigation is done.
[11:32] <persia> I'd personally like to see this update happen.
[11:33] <ari-tczew> persia: oh, this option propably is gone, could you unsubscribe sponsors?
[11:33] <persia> Sure.
[11:34] <persia> Because they are busy, you might want to ask the release team to unsubscribe in #ubuntu-release : this avoids then reviewing bugs that aren't ready for their review.
[11:35] <ari-tczew> persia: I;m busy also :)
[11:36] <persia> Well sure, but they try not to waste your time: you could extend the same courtesy to them :)
[11:38] <ari-tczew> arrrghhh, don't love procedures and bureaucracy ;f
[11:38] <iulian> persia, ari-tczew:  What is the bug number?
[11:39] <ari-tczew> iulian:  bug 538376
[11:39] <iulian> OK, I've unsubscribed ubuntu-release.  Please resubscribe when ready.
[11:40] <ari-tczew> thnx
[11:44] <ari-tczew> is there any different between MoM and Lucas merges?
[11:45] <persia> They are generated independently, but the lists of what isn't merged ought be the same.
[11:46] <ari-tczew> ok thanks
[12:08] <samgee> Hi. 'apt-cache show joe' shows "Section: universe/editors", but if I 'apt-get source joe' and dpkg-buildpackage it I get "Section: editors". What magic is involved to get it in universe?
[12:11] <geser> what you mean with "get it in universe"?
[12:11] <geser> joe is in universe
[12:12] <persia> samgee: There's an overrides file that changes things in the distributed packages.
[12:14] <samgee> persia, how does that work? any docs about that?
[12:14] <samgee> geser, I want the section to say "universe/editors"
[12:15] <persia> samgee: When something is published, the contents of the override, if present, override the package settings when generating Packages and Sources.  You might find docs in the Soyuz docs, or for other archive management tools in their docs.
[12:15] <persia> samgee: You really don't care.  If you download joe, you'll find it claims to be in Section: editors inside the package.
[12:16] <samgee> as a user I wouldn't care, but as a gNewSense developer I do need this
[12:16] <persia> The distinction is only important if one uses components to manage one's archive, which tends only to matter when one has some reason to differentiate thousands of packages.
[12:17] <persia> samgee: Which tool does gNewSense use to manage it's repository?
[12:17] <samgee> reprepro
[12:17] <samgee> well, reprepro and some bash scripting around that
[12:17] <persia> Then you need to investigate the reprepro docs to see if it supports Overrides.
[12:18]  * samgee checks
[12:18] <persia> This is done by the archive management software, not in the individual packages.
[12:19] <samgee> for our repo we mirror the ubuntu repo and change some package by doing: apt-get source + change some stuff + dpkg-buildpackage
[12:19] <persia> OK.
[12:19] <samgee> in that process we lose the component, so all binaries go in main
[12:19] <samgee> and that's not what should be happening for e.g. linux
[12:20] <persia> The key bit is that the value "universe/editors" is not stored within the package.  You don't have to do anything to the package to get it.
[12:20] <persia> You need to make the changes in the repository management software.
[12:20] <jpds> samgee: http://archive.ubuntu.com/ubuntu/indices/
[12:21] <samgee> jpds, that looks very useful, thanks
[12:22] <persia> jpds: Hey.  Can you review my ubumirror merge?
[12:30] <jpds> persia: Sure, give me a bit to wake up.
[12:31] <persia> jpds: Sure :)
[14:42] <kamalm> randomaction: good morning - pong re bug 260406
[14:51] <randomaction> kamalm: morning :) Why are additional build dependencies necessary?
[14:54] <kamalm> randomaction: because the package FTBFS in Lucid without them.  I don't know why Debian doesn't seem to need those additional build-deps:  (libdirectfb-dev, libesd0-dev, libpulse-dev, libaa1-dev, libcaca-dev), and I couldn't find any single package that I could depend on that would bring them all in.
[14:58] <randomaction> I tried removing them, and the package built (so the only reason for FTBFS were the moc files). This was several days ago, I'll check again now.
[14:58] <kamalm> randomaction: oh really!?
[14:59] <kamalm> randomaction: I will try building without them again also (it was considerably more than several days ago that I did this work!)
[15:02] <randomaction> and another thing: I believe that removal of stale moc files belongs to the clean target
[15:03] <BlackZ> please, help with bug #538265 thanks!
[15:03] <randomaction> it's called first on buildds and by pbuilder, and this way we keep the semantics of "clean undoes build"
[15:04] <vish> BlackZ: you reported the bug?
[15:04] <BlackZ> vish: yes
[15:04] <vish> BlackZ: then you need to ask someone in #ubuntu-devel , [ is that right persia? ]
[15:05] <kamalm> randomaction: I think I experimented with putting the moc-removal into the distclean target (and was unsatisfied with the result).  How about if I make another pass at it, and try moving it to the clean target -- and also re-try without the additional build-deps?
[15:05] <vish> BlackZ: oops  , i'm the wrong channel. :/  [/me thought it was ubuntu-bugs]
[15:05] <randomaction> kamalm: I mean, clean target in debian/rules
[15:06] <kamalm> randomaction: yes, I undestand
[15:06] <BlackZ> vish: no worries !
[15:06] <kamalm> *I understand too
[15:07] <randomaction> kamalm: sure, if it works out, I think it's time we uploaded it
[15:08] <kamalm> randomaction: yeah, before it dies of old age!  ;-)  Okay, I'll get on it.  Thanks!
[15:10] <kamalm> randomaction: please unsub u-u-s from bug 260406 while I work on it
[15:11] <randomaction> done
[15:18] <persia> vish: This channel is fine (as you saw) :)
[15:20] <vish> ;)
[15:29] <lfaraone> If I discover a package in universe has a local DoS / loss of data vulnerability, who do I call? (other than Ghostbusters, of course)
[15:32] <persia> lfaraone: File a security bug
[15:34] <lfaraone> persia: are security bugs automagically marked as private? Marking a bug as such no longer seems an option on the bug form, and this bug has not been publicly disclosed yet.
[15:35] <persia> lfaraone: Ask for more guidance on #ubuntu-hardened.  I'm not sure.
[15:36] <persia> lfaraone: Look for an answer from someone who is on the ubuntu-security or MOTU SWAT teams.
[15:39] <lfaraone> persia: looks like the docs confirm it, security bugs start as private. But I'll test in staging just to be sure :)
[15:42] <persia> lfaraone: Obviously, don't put the real details in for your test :)
[15:43] <lfaraone> persia: "lipsum - allows people to generate dummy text, disclosing secret latin magic" :P
[15:43] <persia> Oh yeah!
[15:46] <nigel_nb> persia: thanks for the reply.  I would have a tough time explaining :)
[15:46] <MattJ> If I'm fixing a package in universe, but the Maintainer field in debian/control is a Debian developer, what should I update it to?
[15:46] <nigel_nb> matti: just use 'update-maintainer' command
[15:46] <MattJ> Aha, thanks
[15:46] <nigel_nb> bah, tabfail
[15:46] <MattJ> Heh, don't worry, he's used to it :)
[15:47] <nigel_nb> hehe
[15:59] <MattJ> How's this: http://matthewwild.co.uk/uploads/meld_1.3.0-2ubuntu1.debdiff
[16:00] <matti> ;]
[16:01] <matti> Meld.
[16:01] <MattJ> I like Meld
[16:01] <matti> I like it too.
[16:02] <MattJ> I like it most when it works :)
[16:05] <kamalm> randomaction: you're right -- no additional build-deps aren't needed to build gnuradio in Lucid -- I'll investigate what made me believe otherwise (trying it in Karmic now).  I did move the moc-removal into the clean target, which works fine.   So, bug 260406 is now once again ready for review.
[16:06] <randomaction> kamalm: thank you, I'm already test-building
[16:07] <kamalm> randomaction: thank *you* for noticing the problems!
[16:08] <randomaction> What is the procedure for moving the package from multiverse to universe? Just file a bug and subscribe ubuntu-archive?
[16:10] <persia> randomaction: Well, first verify the license (not only debian/copyright, but the source again as well), but otherwise, yes.
[16:16] <randomaction> persia: Thanks. I have an additional clue that the package moved to main in Debian.
[16:16] <persia> That's usually a strong indication :)
[16:36] <MattJ> I attached my patch to https://bugs.launchpad.net/ubuntu/+source/meld/+bug/505285
[16:36] <MattJ> Is there anything else I need do? or is my job done?
[16:44] <randomaction> MattJ: I've subscribed the sponsorship team for you
[16:48] <ryanakca> Could someone take a look at bug 538283 please?
[16:50]  * DktrKranz remembers something about turnin-ng :)
[16:51] <MattJ> randomaction: thanks
[16:53] <ryanakca> DktrKranz: Hehe :D
[16:55] <DktrKranz> ryanakca:  Fakesyncs used to have build1, but I remember there was some discussion on that.
[16:55] <Laney> did they?
[16:56] <DktrKranz> IIRC, yes
[16:56] <Laney> but then the autosyncer would try it
[16:56] <DktrKranz> so, in case of new upstream releases, they can be autosynced directly
[16:57] <DktrKranz> that was one of the topic during discussion
[16:57] <persia> Fakesyncs *never* had build1
[16:58] <persia> That's always been wrong.
[16:58] <Laney> Nothing changed from that discussion anyway
[16:59] <DktrKranz> so I probably remember it wrong
[17:00] <persia> Well, a few people uploaded stuff with "fakesync1", but I think the conclusion was that this was a bug in the archive admin tools that ought be fixed.
[17:02] <DktrKranz> Indeed.
[17:02] <persia> Mind you, I don't know what version we're supposed to use until the bug is fixed.
[17:03] <persia> We probably ought make best efforts to not let that happen.
[17:03] <persia> DktrKranz: Do you know if UDD tracks artifact variance in a way that we can use to identify the outstanding issues?
[17:05] <DktrKranz> persia: do you mean md5sums for .orig.tar.* ?
[17:05] <persia> Well, I mean actual artifact identity, but checksum mismatches are a proxy for that :)
[17:06] <DktrKranz> I can have a look
[17:07] <DktrKranz> projectb (the monster behind Debian archive does), but its data is not available on public services
[17:08] <persia> I wonder if we oughtn't make some effort to resolve all of them over time.  I imagine we ought be able to avoid new ones (and I think we've been doing a reasonable job of that).
[17:09] <DktrKranz> persia: from what I see, UDD tracks md5sums, so I can easily prepare a query to match them
[17:10] <persia> Oh, cool.  Probably not worth promoting now, because of the freezes.
[17:10] <DktrKranz> definitely
[17:10] <persia> But I suspect we'll want to push to try to get back in sync as soon as squeeze releases, or so.
[17:11] <persia> (as I expect squeeze to be well-frozen by the time lucid releases)
[17:11] <DktrKranz> probably, RC count dropped recently, and RT could eventually see for a freeze soon
[17:11] <DktrKranz> but no assurance of that
[17:13] <persia> No, but the hints were all that it was expected for this month, so I'm guessing it'll happen in the next few weeks.
[17:13] <persia> (maybe April, but probably still before end-april)
[17:14] <ScottK> It had been scheduled for March, but ~ a month ago it was announced that it wouldn't happen yet.
[17:14] <persia> I saw that.  I just have a feeling that it's close anyway.  Maybe I'm wrong.
[17:22] <DktrKranz> persia: it's not that immediate as I thought, but I can easily integrate query with some Python to have a more precise picture, let's schedule it for {lucid,squeeze}+1
[17:22] <persia> squeeze+1 is the right schedule, in my mind, because syncs are one-way, really.
[17:23] <persia> Where we are in Ubuntu doesn't matter, as long as we can overwrite in the next sweep of syncs.
[17:23] <slytherin> Do I need to add upstream fixes descriptions in debian/changelog when uploading a new bugfix only release?
[17:25] <persia> slytherin: If the upstream bugfixes are considered end-user-interesting, and the upstream changelog isn't in the package, yes.  If the upstream changes are the justification for an upload while the archive is on manual-accept, yes.  In all other cases, no.
[17:25] <persia> The archive is currently on manual-accept, by the way :)
[17:25] <slytherin> yes I know. That is why I asked. I will add the fixes.
[17:26] <persia> slytherin: Just add enough that are interesting to end-users and archive-admins, rather than all of them :)
[17:26] <slytherin> I will only add that are relevant to the contents of the package.
[17:28] <persia> Does anyone know a good workaround for Debian bug #284274?  Is there a canned script somewhere?
[17:44]  * persia wishes all computers were self-contained things that didn't need power cables or network cables or anything else.
[17:45] <jpds> A world of complete wirelessness.
[17:46] <hyperair> that would be cooll
[17:50] <sebner> persia: intel(?) or some company is developing wireless power. Works already up to ~1 meter :P
[17:51] <jdong> or you can build big coils and plug one into your mains and the other into your computer.....
[17:52] <jdong> and as long as you have a decent active PFC power supply you might get somewhere.
[17:52] <persia> Or I could just clean out under my desk properly one day :)
[17:52] <jdong> (not responsible for any fires, huge electric bills, ....)
[17:53] <DktrKranz> sebner: be sure to power off power while you check back side of your PC, or you get *shoooooocked* :)
[17:54] <persia> DktrKranz: Actually, that's the nice thing about inductive broadcast : it only slowly cooks the user, rather than shocking them.
[17:54] <sebner> DktrKranz: hahaha
[17:54] <sebner> DktrKranz: he said *cooks* hahahaa
[17:55] <DktrKranz> persia: I'm all for slow food
[17:55] <persia> heh
[17:55] <DktrKranz> american folks love McDonald's, we still keep tradition
[17:57] <persia> That's the trick where you let the meat sit on a table in the warm breeze for 3 years, rather than putting it under the heat lamp?
[17:57] <DktrKranz> mostly, but 3 years is only for cheese, some other products stay there for much more
[17:58] <persia> Sorry.  It's my impatience showing :)
[18:02] <sebner> persia: Our bacon only takes some weeks ;D
[18:04]  * DktrKranz has a 26-year-old wine handy
[18:42] <kamalm> randomaction: https://launchpad.net/ubuntu/+source/gnuradio suddenly says I'm "Not allowed here".   Is this due to it moving from multiverse to universe?  (Or has Launchpad finally decided that its had enough of me?  ;-)
[18:43] <randomaction> kamalm: I think it's a bug, I'm not allowed too
[18:43] <kamalm> I'll whine about it in #launchpad
[18:44] <randomaction> and it got uploaded to multiverse
[18:44] <randomaction> I opened a bug to move it to universe


[07:55] <mup> Bug #2025026 opened: [3.3] Duplicate IPMI BMC IP + Username with unique passwords causes migration failure on upgrade to 3.3 <MAAS:New> <https://launchpad.net/bugs/2025026>
[14:19] <mup> Bug #1885893 changed: LXD containers fail to download on a slow-ish internet connection <Canonical Juju:Triaged> <https://launchpad.net/bugs/1885893>


[06:24] <inetpro> goeiemore
[06:41] <theblazehen> Morning all
[06:41] <theblazehen> Has anyone tried using named volumes with dockerng in salt?
[06:42] <theblazehen> I can do a bind mount, or a volume, but not a named volume
[06:43] <theblazehen> and if you use a bind then you don't get the files that should be in the directory at the start, so you would need to create a container, copy the files out, then create a new container with the bind, and when you just use a volume then you get a new volume every time that you change something in the config of the container
[06:44] <theblazehen> Maybe I should ask #salt
[06:52] <inetpro> theblazehen: wow, so many nicks in #salt
[06:55] <paddatrapper> Morning theblazehen, inetpro, everyone
[06:56] <theblazehen> hi paddatrapper, inetpro
[07:08] <chesedo> morning all
[07:09] <chesedo> inetpro: next agenda page is up https://wiki.ubuntu.com/ZATeam/Meetings/20170425
[07:47] <inetpro> chesedo: topic changed
[08:15] <chesedo> inetpro: what is the loco team portal for?
[08:15] <chesedo> http://loco.ubuntu.com/teams/ubuntu-za/meetings/
[08:20] <theblazehen> https://hub.docker.com/r/hellyna/tar/ please tell me this is a joke...
[08:21] <chesedo> theblazehen: i would like to tell you it is a joke :P
[08:21] <theblazehen> :(
[08:22] <inetpro> chesedo: I'm not sure whether the portal is still used effectively these days, I understand that they used to use it at higher levels
[08:22] <theblazehen> https://xkcd.com/1654/ I guess it _is_ part of the install script... But you really should have tar anyway
[08:23] <chesedo> inetpro: should it still be part of the list for meeting items on trello
[08:23] <inetpro> chesedo: see http://loco.ubuntu.com/
[08:24] <inetpro> my impression from that is that not many people are using it any longer
[08:26] <chesedo> inetpro: also only two teams here -> http://loco.ubuntu.com/meetings/
[08:26] <chesedo> although i suspect that it would be a first point of entry for users looking for a loco
[08:27] <inetpro> that's the thing, if we post a meeting event we will also get listed there
[08:40] <chesedo> inetpro: we now have a listing...
[08:47] <inetpro> cool, thanks chesedo
[08:57] <chesedo> theblazehen: you ready for tonight's news?
[08:59] <theblazehen> chesedo: Wow.. Already. Time flies. Will be
[09:10] <chesedo> theblazehen: great
[10:27]  * theblazehen can't wait for version 5.4 of the elastic stack
[10:27] <theblazehen> https://www.elastic.co/products/x-pack/machine-learning
[10:41] <Kilos> o/
[10:52] <theblazehen> hi Kilos, poppingtonic
[10:52] <Kilos> hi theblazehen
[17:16] <chesedo> Maaz: seen nsnzero
[17:16] <Maaz> chesedo: nsnzero was last seen 21 hours, 56 minutes and 14 seconds ago in #ubuntu-za on freenode [2017-03-28 20:20:31 BST], and has been offline on freenode since 2017-03-28 20:21:34 BST
[17:17] <chesedo> Kilos-: do you know who nsnzero is exactly?
[17:18] <Kilos-> nope chesedo why?
[17:18] <Kilos> sorry i slept and missed the meeting
[17:19] <Kilos> and near to sleeping again and slept most of the day
[17:19] <Kilos> stupid meds
[17:22] <chesedo> np Kilos
[17:23] <chesedo> he mentioned that he might be able to give the Ubuntu for Hope pc a good home...
[17:23] <chesedo> and Karl now has a few that he would like to get out...
[17:27] <chesedo> theblazehen: is LSD just located in JHB?
[18:30] <chesedo> theblazehen: you ready?
[18:30] <chesedo> Maaz: start meeting about Ubuntu Mini Meeting - 29 March 2017
[18:30]  * Maaz gets out his memo-pad and cracks his knuckles
[18:30] <chesedo> Hi all and welcome to the 2nd mini meeting
[18:30] <chesedo> feel free to introduce yourself to maaz using 'Maaz: I am <first, last name>'
[18:31] <chesedo> Maaz: I am Pieter Engelbrecht
[18:31] <Maaz> chesedo: Yessir
[18:31] <nsnzero> good evening all
[18:31] <chesedo> the topics for mini meetings are Latest and greatest news", "Local openings and Help" and "Education Project"
[18:31] <chesedo> hi nsnzero
[18:32] <chesedo> i guess we will start with the openings while waiting on theblazehen
[18:32] <nsnzero> Maaz: i am nasan zero
[18:32] <Maaz> nsnzero: Righto
[18:32] <chesedo> Maaz: topic Local Openings and Help
[18:32] <Maaz> Current Topic: Local Openings and Help
[18:32] <chesedo> These are the same as last time:
[18:32] <chesedo> - Senior Linux Administrator / Linux Architect (Jhb) -> http://www.lsd.co.za/senior-linux-administrator--linux-archi
[18:32] <chesedo> - DBA Guru (Jhb) -> http://www.lsd.co.za/dba-guru
[18:32] <chesedo> - Senior JAVA Developer with Middleware Experience (Jhb) -> http://www.lsd.co.za/senior-java-developer-with-middleware-ex
[18:32] <chesedo> - Java Middleware Magician (Jhb) -> http://www.lsd.co.za/java-middleware-magician
[18:33] <chesedo> Obsidian also has some, but they do not seem current (2016)
[18:33]  * chesedo can post link if anyone is interested
[18:34] <chesedo> will also give a few secs if anyone else has some to share
[18:34] <chesedo> Maaz: topic Ubuntu Education
[18:34] <Maaz> Current Topic: Ubuntu Education
[18:35] <chesedo> Like said last night, i saw sick so could yet get any of the options up to test them...
[18:36] <chesedo> but really want to have one by next mini to have something to test out...
[18:36] <chesedo> with that I can atleast give an Ubuntu for Hope update
[18:37] <chesedo> Karl got a few PCs last week and there was a response on the list for 2 too
[18:37] <chesedo> he is just looking for homes for them
[18:37] <chesedo> nsnzero: last night you mentioned that you might have some
[18:38] <nsnzero> yes chesedo : trying to get a few running from the lot i got
[18:38] <chesedo> nsnzero: homes i mean
[18:38] <nsnzero> i hope to donate them to primary schools in the area
[18:38] <chesedo> nsnzero: you might also be able to exchange parts with Karl
[18:38] <chesedo> nsnzero: Gauteng area?
[18:39] <nsnzero> that may work - but i am in durban
[18:39] <chesedo> nsnzero: then advise would be the best option i think :D
[18:40] <chesedo> nsnzero: we are always here... just need to state the diagnoses...
[18:40]  * chesedo thinks that we might have to skip news tonight
[18:40] <nsnzero> let see if my getting donation and sponsorship skills still work
[18:41] <nsnzero> chesedo: - i just haven't found time to get around to it - by the next meeting i will have a full report
[18:42] <chesedo> seems like i should ask you to mail the list next time nsnzero
[18:42] <chesedo> nsnzero: awesome... and in between we are here to help with dianoses too...
[18:43] <chesedo> time is an understandable major issue thu
[18:44] <nsnzero> its sad that there are only 24 hours in a day
[18:44] <chesedo> nsnzero: out of interest do you know how close you are to william
[18:44] <chesedo> *?
[18:45]  * chesedo likes to joke that it should have been structured around 100 hours
[18:46] <chesedo> just so that he would have more time
[18:46] <chesedo> well that seems to be it then...
[18:47] <chesedo> thank you all, argm nsnzero, for joining in on the mini meeting
[18:47] <chesedo> Maaz: end meeting
[18:47] <Maaz> Meeting Ended
[18:47] <Maaz> Minutes available at json: http://maaz.mene.za.net/logs/meetings/freenode-%23ubuntu-za/2017-03-29-18-30-15.json :: txt: http://maaz.mene.za.net/logs/meetings/freenode-%23ubuntu-za/2017-03-29-18-30-15.txt :: html: http://maaz.mene.za.net/logs/meetings/freenode-%23ubuntu-za/2017-03-29-18-30-15.html
[18:48] <nsnzero> chesedo: good meeting
[18:48] <chesedo> nsnzero: i am asking because i remember he is also in dbn
[18:49] <chesedo> and was REALLY excited about restoring some PCs
[18:49] <nsnzero> where is william located in durban ?
[18:50] <chesedo> i have no idea
[18:50] <chesedo> Kilos: you have an idea of about where in Durban william is located?
[18:50] <nsnzero> i will have to catch him on irc then - i dont think he is on the mailing list
[18:51] <Kilos> nope chesedo
[18:51] <nsnzero> hi Kilos
[18:51] <Kilos> hi nsnzero
[18:51] <Kilos> chesedo mail him
[18:52] <nsnzero> its a shame all my pc fanatics moved from the area
[18:53] <nsnzero> i will have to resort to desperate measures to contact them - i will have to use face book
[18:53] <Kilos> hahaha
[18:55] <nsnzero> my wife mocks me because i don't know how to post a message ...
[18:57] <chesedo> nsnzero: no worries... neither do i...
[18:57] <chesedo> only because i never used it thu :P
[18:59] <nsnzero> birds of a feather chesedo
[18:59] <chesedo> stick together nsnzero
[18:59] <nsnzero> spot on
[19:01] <theblazehen> Ah, man, totally forgot! Sorry :(
[19:03] <chesedo> np theblazehen
[19:04] <chesedo> nsnzero: i emailed William so will let you know soon
[19:05] <chesedo> well night all
[19:05] <chesedo> and hi zoidbergwill
[19:05] <nsnzero> thanks chesedo - have a good night
[19:05] <theblazehen> cheers chesedo
[19:06] <nsnzero> theblazehen: good evening
[19:06] <theblazehen> hi nsnzero
[19:07] <nsnzero> thanks for posting the link to overthewire - i had some fun
[19:08] <theblazehen> nsnzero:  Nice. Which ones did you do / are doing?
[19:08] <theblazehen> http://imgur.com/a/BW5ZU M-x gdb :)
[19:08] <nsnzero> the first 1 bandit - level 14
[19:09] <theblazehen> Nice.  If you're interested in the web side of things, give narnia a go. I'm just on level 17 or 18 or so now though
[19:12] <nsnzero> there was a good debugger with a good tutorial - but i forgotten the name
[19:13] <theblazehen> something based on gdb? Or seperate?
[19:14] <nsnzero> separate but it had some good features - i am not familiar with gdb
[19:15] <theblazehen> nsnzero:  Evan's debugger / edb? Ollydbg? was it a free one? Or something like http://binary.ninja? https://www.hopperapp.com
[19:16] <nsnzero> i think gdb is more universal - this was made specifically for reverse engineering
[19:16] <theblazehen> nsnzero: Well, gdb has the api, which some of the debuggers use, etc
[19:16] <nsnzero> ollydbg name sounds familiar - i will have to check my notes
[19:17] <theblazehen> https://sourceware.org/gdb/wiki/GDB%20Front%20Ends
[19:24] <nsnzero> theblazehen: the future is social engineering
[19:25] <theblazehen> nsnzero: Yeah. I'm more into it for the fun stuff, not sure if I'm good enough to be able to do this professionally in the future
[19:27]  * nsnzero has watched too many movies
[19:27] <theblazehen> heh, yeah
[19:28] <nsnzero> i just read for the knowledge haven't found the need to implement
[19:29] <theblazehen> nsnzero: Yeah, mostly just do it for fun
[19:29] <theblazehen> nsnzero: Probably have something that you might enjoy reading sometime soon :)
[19:30] <nsnzero> that would be appreciated
[19:31] <theblazehen> Well, maybe not that great. Still kind of interesting, and it's the coolest thing I've found
[19:34] <nsnzero> share the knowledge
[19:35] <theblazehen> nsnzero: Yeah, just still chatting to the vendor about when I can release the info
[19:38] <nsnzero> whenever you can
[19:38] <nsnzero> have a good night theblazehen
[19:39] <theblazehen> Thanks, you too nsnzero


[03:10] -queuebot:#edubuntu- Builds: Edubuntu Desktop amd64 [Mantic Final] (20231009) has been added
[18:13] -queuebot:#edubuntu- Builds: Upgrade Edubuntu amd64 [Mantic Final] (20231009) has been added