[00:59] <nady> לילה טוב
[13:42] <NewUser> היי, מישהו פה ?
[13:49] <matanya> אני מישהו
[14:27] <NewUser> trew אתה פה
[17:01] <sultan2_> 9 משתתפים?
[17:01] <sultan2_> That's it?
[17:02] <sultan2_> When was the last time in which Rodensky visited this channel?


[15:31] <cpaelzer> hiho
[15:31] <sarnold> good morning
[15:31] <cpaelzer> #startmeeting Weekly Main Inclusion Requests status
[15:31] <meetingology> Meeting started at 15:31:32 UTC.  The chair is cpaelzer.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[15:31] <meetingology> Available commands: action, commands, idea, info, link, nick
[15:31] <cpaelzer> Ping for MIR meeting - didrocks joalif slyon sarnold cpaelzer jamespage ( eslerm dviererbe )
[15:31] <slyon> o/
[15:31] <jamespage> o/
[15:32] <cpaelzer> welcome back to a new year some of you
[15:32] <cpaelzer> hello again to the others
[15:32] <cpaelzer> let us get started
[15:32] <cpaelzer> #topic current component mismatches
[15:32] <cpaelzer> Mission: Identify required actions and spread the load among the teams
[15:32] <cpaelzer> #link https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg
[15:32] <cpaelzer> #link https://people.canonical.com/~ubuntu-archive/component-mismatches.svg
[15:32] <cpaelzer> non proposed is very small now
[15:32] <sarnold> \o/
[15:32] <cpaelzer> lxml is worked on by foundations I guess
[15:32] <cpaelzer> yes slyon I see
[15:32] <cpaelzer> good
[15:33] <cpaelzer> the other is the known false positive
[15:33] <cpaelzer> proposed has mostly known things
[15:33] <cpaelzer> nut
[15:33] <cpaelzer> dkim-perl
[15:33] <cpaelzer> jaraco
[15:33] <cpaelzer> I'm not sure I remember libqmi
[15:33] <cpaelzer> and alembic I've seen long ago, seems to be needing something again
[15:34] <cpaelzer> alembic was openstack IIRC - right jamespage?
[15:34] <jbicha> o/
[15:34] <jamespage> it is
[15:34] <cpaelzer> hi jbicha
[15:34] <cpaelzer> https://bugs.launchpad.net/ubuntu/+source/python-typing-extensions/+bug/2002821
[15:34] -ubottu:#ubuntu-meeting- Launchpad bug 2002821 in python-typing-extensions (Ubuntu) "[MIR] python-typing-extensions" [Undecided, In Progress]
[15:34] <cpaelzer> was filed
[15:34] <cpaelzer> was reviewed
[15:34] <cpaelzer> open to clear ...
[15:34] <eslerm> hi o/
[15:35] <jbicha> libqmi is libqrtr-glib from last week
[15:35] <jamespage> subscriptions all in place to support that
[15:35] <cpaelzer> oh it seems only the subscription was missing
[15:35] <cpaelzer> and it was approved before
[15:36] <jamespage> yep - dependency looks to be coming in via jaraco and alembic now
[15:36] <cpaelzer> yes the tree of deps changed
[15:36] <cpaelzer> but it is ready
[15:36] <cpaelzer> jamespage: will you promote it now that it is ready?
[15:36] <cpaelzer> or do you want one of us to do so?
[15:37] <cpaelzer> oh you can't
[15:37] <jamespage> nope I can't ;)
[15:37] <jamespage> needs an aa
[15:37] <cpaelzer> sorry, my memory gave you more permissions
[15:37] <cpaelzer> I'll do so tomorrow morning once I have time to do last saftey checks
[15:37] <jamespage> I don't have the required superpoers
[15:37] <cpaelzer> but it LGTM
[15:38] <cpaelzer> next (as I learned of last week) https://bugs.launchpad.net/ubuntu/+source/libqrtr-glib/+bug/1963707
[15:38] -ubottu:#ubuntu-meeting- Launchpad bug 1963707 in libqrtr-glib (Ubuntu) "[MIR] libqrtr-glib" [Low, In Progress]
[15:38] <cpaelzer> That was ok, seb completed the dependency for it to show up
[15:38] <cpaelzer> I can promote that too then
[15:39] <slyon> +1
[15:39] <cpaelzer> lsat but not least
[15:39] <cpaelzer> on modbus we are waiting on Debian
[15:39] <cpaelzer> not infinitely, but we want to give them time and if possible move together
[15:39] <cpaelzer> FYI https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059985
[15:39] -ubottu:#ubuntu-meeting- Debian bug 1059985 in nut "apc_modbus pulls in libmodbus in the default installation" [Normal, Open]
[15:39] <cpaelzer> going on in the agenda
[15:39] <cpaelzer> #topic New MIRs
[15:39] <cpaelzer> Mission: ensure to assign all incoming reviews for fast processing
[15:39] <cpaelzer> #link https://bugs.launchpad.net/ubuntu/?field.searchtext=&orderby=-date_last_updated&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&assignee_option=none&field.assignee=&field.subscriber=ubuntu-mir
[15:40] <cpaelzer> oh wow
[15:40] <cpaelzer> three new
[15:40] <cpaelzer> https://bugs.launchpad.net/ubuntu/+source/gsasl/+bug/2044535 actually is only shown as it is up in the task list
[15:40] -ubottu:#ubuntu-meeting- Launchpad bug 2044535 in libgssglue (Ubuntu) "[MIR] libgssglue" [Undecided, New]
[15:40] <cpaelzer> the request is for libgssglue Edit
[15:40] <slyon> this seems to be a false positive
[15:40] <slyon> It's assigned to security
[15:41] <cpaelzer> we need to mark this something else than New
[15:41] <cpaelzer> doing so
[15:41] <slyon> Is it due to the unassigned gsasl task?
[15:41] <cpaelzer> yes
[15:41] <slyon> Could probably be Invalid.
[15:41] <slyon> It was just to make it show up on foundations reports
[15:41] <slyon> I can handle that
[15:41] <cpaelzer> ok
[15:42] <cpaelzer> I've already updated
[15:42] <cpaelzer> feel free to change it further
[15:42] <cpaelzer> next two are christmas presents from seb128
[15:42] <cpaelzer> https://bugs.launchpad.net/ubuntu/+source/speexdsp/+bug/2047149
[15:42] -ubottu:#ubuntu-meeting- Launchpad bug 2047149 in speexdsp (Ubuntu) "[MIR] speexdsp" [Undecided, New]
[15:42] <cpaelzer> https://bugs.launchpad.net/ubuntu/+source/roc-toolkit/+bug/2047150
[15:42] -ubottu:#ubuntu-meeting- Launchpad bug 2047150 in roc-toolkit (Ubuntu) "[MIR] roc-toolkit" [Undecided, New]
[15:42] <cpaelzer> both related to pipewire
[15:42] <cpaelzer> to support more things
[15:42] <cpaelzer> speex is a codec
[15:42] <cpaelzer> what is roc ...
[15:43] <cpaelzer> streaming
[15:43] <cpaelzer> ok, either way
[15:43] <cpaelzer> this needs reviewers
[15:43] <cpaelzer> anyone up to take one this week?
[15:44] <slyon> I can take one for next tuesday
[15:44] <cpaelzer> thx, handing you roc
[15:44] <cpaelzer> jamespage: didrocks: joalif: anyone ok to review speexdsp ?
[15:45] <cpaelzer> until the mid cycle spint I'm not sure I can handle one easily
[15:46] <eslerm> (I just set pydantic to incomplete for jamepage 's review)
[15:46] <cpaelzer> didrocks: mentioned he has a conflict usually now but is ok to pick one if highlighted, I'll do so and if impossible let me know and I'll try to squeeze it in ignoring the planning
[15:46] <cpaelzer> thanks eslerm
[15:46] <cpaelzer> ok, next agenda item
[15:46] <cpaelzer> #topic Incomplete bugs / questions
[15:46] <cpaelzer> Mission: Identify required actions and spread the load among the teams
[15:46] <cpaelzer> #link https://bugs.launchpad.net/ubuntu/?field.searchtext=&orderby=-date_last_updated&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.subscriber=ubuntu-mir
[15:46] <cpaelzer> pydantic eslerm mentioned
[15:46] <cpaelzer> python-cssselect we mentioned before as well
[15:47] <cpaelzer> and the dmarc related things are from mirespace
[15:47] <cpaelzer> there was one update in one of those ...
[15:47] <cpaelzer> reading
[15:47] <sarnold> https://bugs.launchpad.net/ubuntu/+source/objgraph/+bug/2047821 ?
[15:47] -ubottu:#ubuntu-meeting- Launchpad bug 2047821 in objgraph (Ubuntu) "[MIR] objgraph" [Undecided, Incomplete]
[15:47] <cpaelzer> ok still on her
[15:47] <cpaelzer> sarnold: that one is good
[15:47] <eslerm> pydantic has security ack already, but upstream brought up a concern afterwards
[15:47] <cpaelzer> that was there for a potential MIr
[15:47] <cpaelzer> but fixed in cherrypy3 last few days
[15:48] <cpaelzer> eslerm: oh is that what happened, reading ...
[15:48] <cpaelzer> jamespage: I think the pydantic question is for you to answer that is from the openstack deps
[15:49] <cpaelzer> will this change to v2 to not be stuck?
[15:49] <eslerm> I'm not sure what stuck means, debian hasn't updated to v2 yet
[15:49] <sarnold> the pydantic in debian seems unhappy https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1058324 and the v2 uses rust https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1052619 -- there may not be an easy path forward
[15:49] -ubottu:#ubuntu-meeting- Debian bug 1058324 in src:pydantic "pydantic: FTBFS: failed tests" [Serious, Open]
[15:49] <cpaelzer> https://github.com/pydantic/pydantic/tags
[15:49] -ubottu:#ubuntu-meeting- Debian bug 1052619 in wnpp "ITP: pydantic-core -- Rust implementation of pydantic core functionality" [Wishlist, Open]
[15:50] <cpaelzer> there are really many 2.x updates but only minimal fix updates on 1.x
[15:50] <cpaelzer> eslerm: and they have no namespacing calling it pydantic2 to be co-installable or any such?
[15:51] <eslerm> I'm not aware of that
[15:51] <cpaelzer> hrm
[15:51] <cpaelzer> ok, incomplete is right for james and the team to answer how they want to deal with that
[15:51] <cpaelzer> it can be 1.x now, but we'd need a commitment to make it 2.x to maintain it in the long run - is that the correct state eslerm?
[15:51] <eslerm> that feels appropriate to me
[15:51] <cpaelzer> eslerm: would you require 2.x in noble or any time later?
[15:52] <eslerm> likely, Seth?
[15:52] <eslerm> security support in LTS would be much better with 2.x
[15:52] <jamespage> I don't think that's under debate and I did comment on this - it just quite a wide set of packages to test and update to bump to 2 right now
[15:52] <sarnold> I'm not sure "require" is quite the right word; the timing is pretty poor :(
[15:52] <cpaelzer> indeed
[15:52] <eslerm> +1
[15:52] <cpaelzer> reading more of the backlog
[15:53] <cpaelzer> we even discussed that
[15:53] <sarnold> a change of this magnitude would be nice to do *before* an LTS release; I could easily imagine the upstream folks moving on to a hypothetical 2.1 and 2.2 etc in quick order, as they keep making progress...
[15:53] <jamespage> we did
[15:53] <cpaelzer> and I should remember as I posted in november
[15:53] <cpaelzer> "- not going to 2.x for now, thanks for explaining"
[15:53] <sarnold> hah, nice
[15:53] <cpaelzer> ok, so this can go back to in-progress
[15:53] <cpaelzer> was worth to make sure
[15:53] <eslerm> upstreams comment was: "Just to confirm, I assume it will be pydantic V2 that's added to Ubuntu main?! It would be very unfortunate if an old and outdated version was added."
[15:54] <sarnold> old, outdated, and hopefuilly stable :)
[15:54] <cpaelzer> we will add v1 to main now and update it in the future to v2
[15:54] <eslerm> sounds good to me
[15:54] <cpaelzer> oh wow
[15:54] <cpaelzer> the time
[15:54] <cpaelzer> arr
[15:54] <cpaelzer> let me go on
[15:54] <sarnold> arrrr
[15:54] <cpaelzer> #topic Process/Documentation improvements
[15:55] <cpaelzer> Mission: Review pending process/documentation pull-requests or issues
[15:55] <cpaelzer> #link https://github.com/canonical/ubuntu-mir/pulls
[15:55] <cpaelzer> #link https://github.com/canonical/ubuntu-mir/issues
[15:55] <cpaelzer> nothing new
[15:55] <cpaelzer> #topic MIR related Security Review Queue
[15:55] <cpaelzer> Mission: Check on progress, do deadlines seem doable?
[15:55] <cpaelzer> Some clients can only work with one, some with the other escaping - the URLs point to the same place.
[15:55] <cpaelzer> #link https://bugs.launchpad.net/~ubuntu-security/+bugs?field.searchtext=%5BMIR%5D&assignee_option=choose&field.assignee=ubuntu-security&field.bug_reporter=&field.bug_commenter=&field.subscriber=ubuntu-mir
[15:55] <cpaelzer> #link https://bugs.launchpad.net/~ubuntu-security/+bugs?field.searchtext=[MIR]&assignee_option=choose&field.assignee=ubuntu-security&field.bug_reporter=&field.bug_commenter=&field.subscriber=ubuntu-mir
[15:55] <cpaelzer> Internal link
[15:55] <cpaelzer> - ensure your teams items are prioritized among each other as you'd expect
[15:55] <cpaelzer> - ensure community requests do not get stomped by teams calling for favors too much
[15:55] <cpaelzer> #link https://warthogs.atlassian.net/jira/software/c/projects/SEC/boards/594
[15:55] <cpaelzer> have things started to speed up again now that people come back?
[15:55] <slyon> wow, so clean!
[15:55] <slyon> oh well, I have a filter on :D
[15:55] <sarnold> they have not; we've had this conversation with upstream as part of working the pydantic mir
[15:55] <sarnold> ha ;)
[15:56] <sarnold> but it's not yet recovered full velocity
[15:56] <eslerm> setting up training for libgssglue MIR, email mirs should be handled
[15:56] <eslerm> fdk-aac-free may need to be assigned
[15:57] <eslerm> libmysofa is waiting on upstream fixes
[15:57] <cpaelzer> isn't that icon saying Jorge is on it?
[15:57] <eslerm> yes, it is his first mir
[15:57] <cpaelzer> welcoem then :-)
[15:57] <cpaelzer> \o/
[15:57] <sarnold> :D
[15:58] <cpaelzer> I love to see your team grow
[15:58] <eslerm> from the certs/fips team for crypto too :)
[15:58] <sarnold> me too
[15:58] <cpaelzer> well, I think it is time for
[15:58] <cpaelzer> #topic Any other business?
[15:58] <cpaelzer> nothing else from me
[15:58] <sarnold> none here
[15:58] <cpaelzer> slyon: jamespage: ?
[15:58] <slyon> nothing
[15:58] <eslerm> I'd like to connect with slyon about growing the rust core set, but offline
[15:58] <cpaelzer> ack
[15:58] <slyon> ack
[15:58] <cpaelzer> well then, goodbye
[15:58] <cpaelzer> see you next week
[15:58] <eslerm> o/
[15:59] <cpaelzer> and happy review, fixing and all else
[15:59] <cpaelzer> #endmeeting
[15:59] <meetingology> Meeting ended at 15:59:05 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2024/ubuntu-meeting.2024-01-09-15.31.moin.txt
[15:59] <sarnold> thanks cpaelzer, all :)
[15:59] <slyon> eslerm: maybe we can move that discussion to ~Foundations? We should have all the relevant people there.
[16:03] <eslerm> sounds good
[16:07] <didrocks> cpaelzer: no worry on speexdsp, I’ll card it appropriately and be done for next week :)
[16:31] <cpaelzer> thanks didrocks


[11:29] <alan_g> anpok: do we ever want multiple input modules? (I'm wondering if probe_input_platforms() must return a collection - things are simpler if there can be only one.)
[12:00] <anpok> alan_g: hm at some point I thought it would be useful.. but at the moment it is rather causing troubles when both x11 and evdev are in use..
[12:00] <anpok> in other words there is currently no use case for it
[12:01] <anpok> alan_g: by changing that you would avoid this problem: https://bugs.launchpad.net/mir/+bug/1528110
[12:02] <anpok> which only happens when you run as root from an x11 terminal..
[12:02] <alan_g> anpok: and it would greatly simplify addressing the issue Chris and I have been discussing in https://code.launchpad.net/~alan-griffiths/mir/fix-1543049/+merge/287644
[12:04] <alan_g> Would the hypothetical "useful" scenaro be better addressed by an input module that "talked" to multiple drivers underneath?
[12:08] <anpok> alan_g: I think just changing the code to yield a single result is fine untill we find a use case in which it would be "useful" -
[12:09] <anpok> or actually the use case was for unity8 to inject user input..
[12:09] <anpok> but they just changed the setup..
[12:10] <anpok> and they are currently allowed to use uinput to inject it there..
[12:10] <anpok> then again .. there are various places were we could allow input injection..
[12:19] <alan_g> Multiple "platforms" isn't how I'd support injection. Weird devices that use strange drivers mixed with normal ones, maybe, if that actually happens and matters.


[16:16] <arts> Sup!
[16:16] <Kilos> welcome to africa
[16:16] <arts> :)
[16:17] <Kilos> we have guys from all except 2 locos in africa
[16:17] <Kilos> but most are too busy to be on irc all the time
[16:18] <arts> LOL
[16:19] <Na3iL> welcome arts :D
[16:19] <arts> Thank you! :)
[16:21] <Na3iL> :D  Kick off your shoes, put some slippers on and relax
[16:22] <arts> done and done! hahaha
[16:22] <Na3iL> hahaha :D
[19:50] <Bilel_mk> Hey everyone I hope you are all well ! i am wonder if someone can help why wen i put a script ajax and a script jQuery in the same page . js the Script Ajax does not work  http://pastebin.com/EaQsE0rf
[20:51] <Dro> hi
[21:02] <Na3iL> hello Dro
[21:03] <Dro> hi Na3iL :D
[21:03] <Na3iL> how are you mate :D
[21:03] <Dro> fine, u :D
[21:07] <Na3iL> fine too thanks :D


[13:35] <Nairwolf> I can't have sound on Lubuntu 15.04, I don't know what I can search
[13:38] <Nairwolf> maybe my sound card is not detected ?
[13:39] <Nairwolf> oh, wait, today it's work
[13:39] <melodie> Nairwolf install pulseaudio and pavucontrol and try again
[13:39] <melodie> aha today it works, what changed since last time? any update came in?
[13:39] <melodie> the kernel perhaps?
[13:40] <Nairwolf> no
[13:40] <Nairwolf> yesterday I made already some update
[13:40] <melodie> else, what is your sound card? some issues have been adressed by installing pulseaudio here, depending on the ubuntu flavor (ie lubuntu ships alsa only while xubuntu ships pulseaudio as well)
[13:40] <Nairwolf> I've also installed lubuntu-restricted-extra
[13:41] <Nairwolf> I don't know very well pulseaudio. It's a soft charged to control sound card ?
[13:41] <melodie> I think the extra are unrelated, only the type of drivers included in alsa and pulseaudio for the chipsets
[13:41] <melodie> it is a sound server
[13:41] <Nairwolf> Because I've installed pulseaudio yesterday, and reboot my system
[13:41] <Nairwolf> server ?
[13:41] <melodie> that's it
[13:41] <melodie> yes
[13:41] <melodie> a sound server, as I'm telling you
[13:42] <Nairwolf> okay, I suppose I don't know exactly the term of server
[13:42] <melodie> remove pulseaudio, reboot, retry, you might have no sound again
[13:42] <melodie> serveur de son
[13:42] <melodie> ^^
[13:42] <Nairwolf> but why pulseaudio is not installed by default ?
[13:42] <melodie> not in lubuntu
[13:42] <melodie> lubuntu ships with ALSA only and so do Bento btw
[13:42] <melodie> some machines don't play well with pulseaudio anyway
[13:43] <melodie> some sound cards, I mean
[13:43] <Nairwolf> I've type sudo apt-get --purge remove pulseaudio
[13:43] <Nairwolf> okay
[13:43] <melodie> from there reboot, if you don't have sound again, then you know why the sound works today with pa installed
[13:43] <Nairwolf> I've still sound before rebooting
[13:43] <Nairwolf> now, reboot
[13:43] <melodie> yes yes, before rebooting the sound isn't affected
[13:43] <melodie> ok
[13:44] <Nairwolf> but, yesterday, i've installed pulseaudio, then reboot my system
[13:45] <Nairwolf> boot time seems longer with systemd that without it on 14.04
[13:46] <melodie> possibly just logout/login would do, but you need to test that part too
[13:47] <Nairwolf> I don't have pulseaudio, but, i've still sound
[13:47] <Nairwolf> I don't know what happened yesterday
[13:48] <Nairwolf> but i wasn't alone, so I was not crazy, there were no sound...
[13:49] <Nairwolf> how can i have access to alsa settings ?
[13:51] <melodie> with alsamixer in the console
[13:52] <melodie> then once the settings are done you can invoke : "sudo alsactl store"
[13:52] <melodie> seek for "alsamixer" on the linuxvillage forum, I put screenshots and explanations in French lately
[13:59] <Nairwolf> thanks, it works very well, now
[14:00] <melodie> welcome :)
[17:09] <Nairwolf> in cli, how can I count the number of files ?
[17:10] <Unit193> ls | wc -l  ? :P
[17:11] <Nairwolf> okay, thank  you ?
[17:11] <Nairwolf> ;)
[18:05] <talsamon> hallo, I have nearly a dozen lines in xsession-errors like: upstart: upstart-event-bridge main process ended, respawning
[18:05] <talsamon> upstart: upstart-event-bridge main process (number) terminated with status 1
[18:06] <talsamon> but everythings seems to work - but what means that
[18:15] <alevosia> hey there
[18:15] <alevosia> I am trying to find a widget/indicator to monitor power consumption (mW or mA)
[18:17] <alevosia> does anyone know if there already exists a applet/widget/taskbar icon that allows to monitor it?
[18:18] <alevosia> no one?
[18:24] <ianorlin> alevosia: I know of powertop on the command line and tubostat for some newer intel processors with turbo but don't know of a tray icon
[18:25] <ianorlin> of course you could put one of these in a drop down terminal might work better
[18:25] <ianorlin> conky might have seomthing that can do it but it seems configuring that takse a long time with how many options it has
[18:35] <alevosia> ok, thanks ianorlin
[22:34] <lisa_> hello... i apologize if it is rude to ask this abruptly, but i hve a question about lubuntu
[22:34] <lisa_> is it possible to ask here?
[22:34] <krytarik> lisa_: Yes, just ask.
[22:35] <lisa_> great ok
[22:35] <lisa_> so i think i installed lubuntu on my netbook
[22:35] <lisa_> but when i check what operating system it runs it says ubuntu 12.04 lts and desktop environment lxde
[22:36] <lisa_> so is that correct? is that basically what lubuntu is, ubuntu wuth that different desktop? or did i mess up the install somehow
[22:36] <lisa_> there was an error at the end
[22:36] <krytarik> lisa_: Nope, that's correct.
[22:37] <lisa_> aha! okay thats all i wanted to know. thank you very much!
[22:37] <krytarik> Welcome.
[23:40] <evenadam> Hi all - I just installed lubuntu 15.04 on my dell inspiron 910, and there was no battery indicator in the tray. I found a 'battery monitor'  in the panel applets, but it is a yellow rectangle - a while ago I had lubuntu 14.04  on here and there was a more typical looking indicator, any thoughts on how I can get something like that?


[00:09] <mwhudson> jelmer: still here?
[00:10] <mwhudson> jelmer: anything to be wary of in upgrading to bzr-git and dulwich trunk tips?
[00:12] <jelmer> mwhudson: hi
[00:12] <jelmer> mwhudson: not really, other than making sure you upgrade both at the same time
[00:17] <mwhudson> jelmer: cool, thanks
[00:17] <mwhudson> jelmer: this should fix git imports over http, right?
[00:21] <jelmer> mwhudson: I thought that was already working?
[00:22] <mwhudson> jelmer: it broke again, it seems
[00:23] <jelmer> mwhudson: what's the error?
[00:23] <mwhudson> jelmer: https://bugs.edge.launchpad.net/launchpad-code/+bug/570728
[00:23] <mwhudson> jelmer: i'm sure i saw a commit along the lines of "fix access over http again"
[00:23] <jelmer> mwhudson: ah, right - that's fixed indeed
[00:24] <jelmer> dulwich now can launchpad http test servers, we still need to take advantage of that in bzr-git
[00:24] <lifeless> EPARSE
[00:25]  * james_w suspects muscle memory
[00:26] <jelmer> argh
[00:26] <jelmer> lifeless: :-)
[00:26] <jelmer> I can no longer write launch without adding "pad" onto it
[00:27] <poolie> heh
[00:27] <poolie> i find it very hard to type 'linus'
[00:29] <mwhudson> i tried to type 'lp/core' earlier
[00:31] <thumper> poolie: I'm sure it would be easier if it was your name :)
[01:58] <poolie> hi spiv
[02:00] <spiv> Hey poolie
[02:03] <poolie> how about a brief chat?
[02:03] <poolie> in 5m maybe?
[02:04] <spiv> Sure.
[02:42] <lifeless> lp:~leonardr/lazr.restfulclient/retry_on_502 will help us
[02:42] <lifeless> for pqm
[03:06] <spiv> Hmm, one day left in PyCon Au CFP.
[03:12] <lifeless> indeed
[03:12] <lifeless> it seems.... raid
[03:12] <lifeless> rapid
[03:19] <spiv> poolie: take a look at https://code.edge.launchpad.net/~vila/bzr/320119-exclude-ancestry/+merge/23394, it duplicates its make_branch_with_alternate_ancestries test helper
[03:20] <spiv> poolie: it'd be lovely if your testsubjects patch could provide a natural way to avoid that duplication
[03:21] <spiv> poolie: it might be too much to ask, or maybe the real issue is that bb.test_log and bt.test_log should have a more convenient way to share their helpers.  But it seemed topical :)
[03:47] <poolie> it's highly topical
[03:47] <poolie> and a good place to start
[03:47] <poolie> so istm you could just lift it into a function
[03:48] <poolie> i guess you'd need to pass the test case in to that function so that it can arrange for the cleanup to be called
[03:48] <spiv> poolie: right
[03:48] <lifeless> -> pick up car
[03:49] <spiv> And note that they want to use the test case's get_transport too.
[04:04] <mwhudson> "hmm" http://pastebin.ubuntu.com/423710/
[04:07] <Peng_> Nice.
[04:12] <xnox> jelmer, svn is such a weird beast =)
[04:12]  * xnox officially hates file/revision properties in svn
[04:13] <poolie> spiv, oh, i liked your old doctest blog posts
[04:14] <mwhudson> i think they are also his newest blog posts
[04:17] <spiv> Yeah.
[04:20] <poolie> you should do more
[04:36] <mwhudson> xnox: https://code.edge.launchpad.net/~dmitrij.ledkov/reactos-core/ddk is a slightly strange request
[04:36] <mwhudson> do you really want to import a branch that just has the headers in it?
[04:36] <xnox> mwhudson, i'm working on mingw-w64 projects which is a working crt
[04:37] <xnox> to cross-compile to windows32 & windows64
[04:37] <xnox> they are importing those headers as an svn:external
[04:37] <mwhudson> ah
[04:38] <xnox> I'm currently successfully creating binutils, gcc, mingw-w64 debian packages using gcc-4.5, gcc-4.6, gcc-4.3
[04:38] <mwhudson> xnox: approved then
[04:38] <xnox> mwhudson, to automate this further =) I really really would appreciate those headers imported
[04:38] <xnox> mwhudson, as well as gcc branches =))))))) pleeeeeeeeeeeaaaase =)
[04:39] <poolie> jam, can you tell francis et al about the loggerhead fix?
[04:39] <mwhudson> xnox: i don't see them in the pending review column
[04:39] <mwhudson> xnox: give me some links?
[04:39] <xnox> mwhudson, 1sec
[04:40] <xnox> mwhudson, https://answers.edge.launchpad.net/launchpad-code/+question/108549
[04:40] <xnox> svn://gcc.gnu.org/svn/gcc/branches/gcc-4_5-branch/
[04:40] <xnox> svn://gcc.gnu.org/svn/gcc/branches/gcc-4_4-branch/
[04:40] <xnox> svn://gcc.gnu.org/svn/gcc/branches/gcc-4_3-branch/
[04:40] <xnox> if possible as lp:gcc/4.5
[04:40] <mwhudson> xnox: can you request imports of these?
[04:40] <xnox> ok
[04:41] <jam> poolie: forwarded
[04:44] <xnox> mwhudson, done
[04:45] <mwhudson> xnox: i think you'll need to ping doko to create the 4.4 and 4.5 project series
[04:49] <xnox> mwhudson, ok =)
[04:50] <xnox> mwhudson, thanks a lot =) and I promise I will work hard during my Ubuntu GSoC =)
[05:13] <jbowtie> Just pushed my first merge proposal.
[05:51] <poolie> jbowtie: congratulations
[05:56] <allquixotic> So what is the current status of http://wiki.bazaar.canonical.com/WindowsSymlinkSupport ?
[05:56] <allquixotic> Seems like some good ideas got thrown around but are any implemented?
[06:03] <poolie> allquixotic: i think the best option is the plugin
[06:03] <poolie> not sure, sorry
[06:03] <a212901390231901> meh, projects that want to be portable just shouldn't use 'em
[06:04] <a212901390231901> likewise filenames with backslashes in and other oddness
[06:05] <allquixotic> Well, I have two possible build methods in this project. The GNU Make based build does need symlinks to work right. The MS Visual Studio based build has the required path finagling in the project properties. I guess I can create the symlinks (which are pre-determined and can be referenced by relative path) at build-time with the Makefile, and remove them with clean.
[06:05] <allquixotic> That way, anyone who does a clean before they commit (which they should always do) will rm the symlinks, and they won't get committed -- but if they're building with GNU Make, it will make the symlinks before building.
[06:05] <allquixotic> then everybody's happy.
[06:05] <a212901390231901> sounds sensible to me.
[06:08] <a212901390231901> add the paths to .bzrignore to be on the safe side.
[06:10] <allquixotic> sounds like a good idea
[07:02] <vila> hi all
[07:02]  * fullermd vilas wave.
[07:03] <vila> hey fullermd  ! :)
[07:03] <a212901390231901> pilote again this week
[07:03] <vila> spiv: thks for the review !
[07:04] <vila> a212901390231901: I should say that I really don't recognize your nick :)
[07:05] <vila> spiv: for the record, they are not duplicated, there is a slight variation, but of course your point stands :)
[07:05] <a212901390231901> freenode was annoying me, everything's already registered and I'm not on frequently.
[07:06] <vila> hehe, it doesn't help to match with any other handle you can use though :)
[07:06] <Peng_> Yes, I doubt you'll have trouble getting that nick on other networks. Unless they have length limits.
[07:06] <fullermd> Oh look, an opportunity to flex my numerological muscles...
[07:07] <a212901390231901> I'm one of the peripheral martins.
[07:07] <Peng_> Ooh, another Martin? If you get a job at Canonical, you'll have to change your real name too. :P
[07:07]  * fullermd . o O ( No match for "PERIPHERALMARTINS.COM". )
[07:07] <vila> gz or von Gagern ?
[07:07] <a212901390231901> I just mashed the keyboard in frustration after trying about six other things, fullermd
[07:07] <a212901390231901> gz.
[07:07] <Peng_> Oh hi. :D
[07:07] <a212901390231901> which, unsuprisingly, was taken.
[07:08] <vila> a212901390231901: Hello Martin !!
[07:08] <Peng_> "Martin[gz] is not registered." :D
[07:08]  * vila my first read was peripheral martians :)
[07:08] <a212901390231901> ehehe
[07:09] <fullermd> Makes sense.  You never see martians directly; it's always out of the corner of your shotglass.
[07:09] <fullermd> Eye.  I meant 'eye'.
[07:11] <vila> hehe
[07:12] <spiv> vila: the interesting bits are duplicated :P
[07:12] <vila> spiv: sure !
[07:12] <spiv> vila: unless you mean there is slight variation between the comments and the code? ;)
[07:12] <jbowtie> I fixed lp:146780 on the wiki if anyone's interested in reviewing.
[07:13] <vila> spiv: I indeed started by copy/pasting because I wrote the first test in the wrong place, realized there was a slightly different case to test and left the other one since it was good to have too
[07:13] <vila> spiv: I'll make that clearer
[07:21] <lifeless> poolie: http://www.flickr.com/photos/49692283@N07/4559422361/in/pool-canonical-offices
[07:22] <vila> lifeless: sounds like a good place for the November sprint :-P
[07:22] <lifeless> won't be here in november
[07:22] <lifeless> its a rental for 4 months, time enough to find a longer term residency (e.g. a house to buy)
[07:23] <fullermd> Heck, there's one right up the road from me   ;>
[07:24] <lifeless> fullermd: in a country that won't fingerprint me and treat me like a criminal, just because I want to trave there?
[07:24] <fullermd> That depends on whether you consider the state a separate country.  Opinions vary  ;p
[07:24] <poolie> pretty
[07:24] <vila> poolie: by the way, feel free to upload the pictures you took in Strasbourg there :)
[07:25] <poolie> i like what you did with the exposure and motion blur :)
[07:25] <poolie> ok
[07:25] <lifeless> poolie: android phone - it doesn't do it justice
[07:25] <lifeless> poolie: it was at 8am or so
[07:25] <lifeless> poolie: if you want to bring your camera around to get a proper shot, you're welcome to do so!
[07:28] <idnar> haha
[07:57] <poolie> lifeless: so i fixed and repushed a branch that i think is already queued for merge
[07:57] <poolie> 'components'
[07:57] <poolie> what happens now?
[07:58] <lifeless> poolie: pqm unqueued it when it failed to merge
[07:58] <lifeless> poolie: it put it back to 'approved', because we can't set 'failed to merge' yet [lp bug, I submitted a branch, thumper has half-reviewed it]
[07:58] <lifeless> poolie: so you should requeue it in hydrazine
[08:02] <jbowtie> That's 4 documentation bugs for today; was shooting for 5 but not going to happen. Hopefully someone will review, yes?
[08:02] <poolie> yes :)
[08:02] <poolie> thanks for the fixes
[08:02] <poolie> the one with adding DISABLE_PLUGINS to the table, why was the diff so big?
[08:02] <poolie> you had to rearrange the columns?
[08:02] <fullermd> Oh, FIXES.  I was wondering how it could take that long to create 4 bugs   ;)
[08:03] <jbowtie> poolie: Yes, the columns had to be resized.
[08:04] <jbowtie> fullermd: ha ha - don't worry, I'll be filing some this week about the blank areas/TODOs.
[08:08] <lifeless> wowsers thats a big package - texlive-latex-extra-doc
[08:46] <bignose> is a recent GNOME expected to give ‘bzr-gtk’ errors like this:
[08:46] <bignose>   File "/usr/lib/python2.5/site-packages/bzrlib/plugins/gtk/keyring.py", line 77, in get_credentials
[08:46] <bignose>     gnomekeyring.ITEM_NETWORK_PASSWORD, attrs)
[08:46] <bignose> bzr 2.1.1 on python 2.5.5 (Linux-2.6.32-3-powerpc64-ppc64-with-debian-squeeze-sid)
[08:46] <bignose> IOError
[08:46] <bignose> Debian Squeeze is currently undergoing a GNOME transition, so I don't know if this is something already reported
[08:47] <bignose> (Launchpad pages don't load properly for me so can't check)
[08:50] <lifeless> ok, this is entertaining: (changelog, larstiq) = find_changelog(tree, False) :)
[08:50] <lifeless> bignose: fixed, bug in bzr-gtk
[08:53] <bialix> heya bzr!
[08:54] <Peng_> Good morning. :D
[08:54] <Peng_> Three people with nicks that start with "bi" at once? Nice.
[08:55] <idnar> they need to change it to "tri"
[08:55] <idnar> oh, actually there's four of them
[08:56] <bialix> Peng_: I see 4
[08:56] <bialix> and 2 Peng
[08:57] <bialix> :-P
[08:57] <bialix> which peng is the right peng?
[09:00] <tetsuo--> does the bazaar explorer client for windows get compiled with msvc?
[09:00] <a212901390231901> it's not compiled.
[09:01] <tetsuo--> then what is it?
[09:01] <Peng_> bialix: I'm Peng's robot clone, but our consciousnesses are linked together, so it doesn't matter.
[09:01] <tetsuo--> "bzr.exe" explorer"
[09:01] <a212901390231901> pyqt can be compiled with either gcc or msvc
[09:01] <Peng_> bialix: If you need help with a move, I'm stronger, but Peng's better with stairs.
[09:01] <bialix> lol
[09:02] <tetsuo--> a212901390231901: whatever the underlaying compiled thing is, it crashes like crazy
[09:02] <a212901390231901> that's just py2exe packing.
[09:02] <bialix> tetsuo--: what is your real question?
[09:02] <bignose> lifeless: thanks
[09:02] <bialix> tetsuo--: pastebin? bug report?
[09:02] <tetsuo--> dont have one right now
[09:02] <a212901390231901> do you mean crash-crash, because people have a bad habit of saying "crash" when they mean "exception thrown"
[09:03] <tetsuo--> ok
[09:03] <Peng> bialix: Jokes aside, I have two IRC clients open. Usually I use Peng but I'm thinking of switching to Peng_ again (and if I do, I'll eventually /nick it to Peng).
[09:03] <tetsuo--> both exceptions and crashes
[09:03] <a212901390231901> exceptions should be logged as bugs, real crashes are harder, but you can try and catch one in a debugger
[09:03] <tetsuo--> all related to bazaar reading or writing to the wrong section of memory
[09:03] <a212901390231901> okay, that does sound bad.
[09:04] <a212901390231901> this is with the standard release installer?
[09:04] <tetsuo--> they would be easy to work-around with 2 simple switches in msvc, or at least reveal their location more exactly
[09:04] <tetsuo--> yes
[09:04] <tetsuo--> standard release installer
[09:04] <a212901390231901> well, one thing to try is to reproduce on trunk bzr with seperate plugins
[09:05] <a212901390231901> then you can compile qt/sip/pyqt however you like
[09:05] <bialix> tetsuo--: I'm not sure how the official installer built it's c-extensions. I've heard there is preffered gcc
[09:05] <a212901390231901> it's a bit of a fag but doable.
[09:05] <tetsuo--> i dont compile myself though :(
[09:06] <bialix> tetsuo--: please, provide a bug report
[09:06] <a212901390231901> alexander, do both sip and qt have prebuilt binaries?
[09:06] <tetsuo--> it would be nice if the bazaar installer for windows (and all the stuff in it) passed the windows logo test
[09:06] <bialix> a212901390231901: нуы
[09:06] <bialix> a212901390231901: нуы
[09:06] <bialix> a212901390231901: yes
[09:06] <tetsuo--> it has very strict guidelines on memory leaks etc...
[09:06] <bialix> rats
[09:06] <bialix> a212901390231901: are you Martin gz?
[09:06] <a212901390231901> yup.
[09:06] <bialix> nice nick
[09:06] <tetsuo--> and if you have a certificate you can log into winqual and download all the crashdumps windows generated for bzr
[09:07] <a212901390231901> I can point you at various things to install seperately to see if you still get memory errors.
[09:07] <bialix> a212901390231901: we're using official distrib from riverbank as I know
[09:07] <tetsuo--> them maybe the problem is upstrea
[09:07] <tetsuo--> m
[09:07] <bialix> tetsuo--: which version of bzr?
[09:08] <a212901390231901> yeah, or with some library interaction on your system, it's a little hard to tell without a detailed report
[09:08] <tetsuo--> current version? 2.2 or something
[09:08] <tetsuo--> i cannot run it right now to make it crash again
[09:09] <tetsuo--> i think pyqt is under heavy refactoring right now
[09:09] <tetsuo--> upstream
[09:09] <a212901390231901> do log something next time it happens.
[09:10] <Peng_> Tracebacks will still be around in .bzr.log even if you can't run it now.
[09:10] <tetsuo--> where does bzr store that on windows?
[09:11] <bialix> tetsuo--: I think 2.2 is a bit broken
[09:11] <bialix> tetsuo--: location of .bzr.log can be seen in the output of `bzr version`
[09:12] <tetsuo--> lol
[09:12] <tetsuo--> bad behaviour there
[09:15] <tetsuo--> just as i thought
[09:16] <tetsuo--> since windows catches the errors there is nothing in the log
[09:17] <tetsuo--> i have the same problem with my project, windows catches 9 out of 10 errors and doesn't generate logable error for me
[09:18] <tetsuo--> so all those crashes get uploaded to winqual, and you need a windows logo cert to get them
[09:18] <bialix> tetsuo--: what is your system?
[09:19] <bialix> I think you'd better downgrade bzr to 2.1.1
[09:19] <tetsuo--> windows 7 x64
[09:19] <tetsuo--> i will do that
[09:19]  * bialix is not sure bzr installer provides 64 bit version
[09:20] <tetsuo--> it doesnt
[09:20] <tetsuo--> luckily on windows that does not matter
[09:20] <bialix> is it possible you have 32-bit related problems?
[09:20] <bialix> ok
[09:21] <tetsuo--> the problem is simple, somewhere in bzr is a buffer overflow that causes a read or write to executable memory, or outside of its memory bubble
[09:21] <tetsuo--> windows 7 x64 catches such things very early
[09:22] <tetsuo--> and chances are very high that the compiler is already warning about that
[09:23] <tetsuo--> whats wierder, should python an qt have a garbage collector etc..?
[09:23] <bialix> well, I can try to provide you compiler log for bzr trunk and py 2.5 and msvc 2003
[09:24] <bialix> tetsuo--: yes, they have gc
[09:24] <tetsuo--> then they should catch any errors/leaks in the python and qt script
[09:24] <bialix> but 2.6 is most likely compiled against py 2.6
[09:24] <tetsuo--> and that means its python or qt itself that is being leaky
[09:25] <bialix> tetsuo--: can you send your question to bzr ML (or bzr-windows ML), and ask about compiler configuration?
[09:25] <tetsuo--> make sense or not?
[09:25] <bialix> tetsuo--: I don't think so
[09:25] <a212901390231901> can do ctypes.windll.kernel32.SetErrorMode(2) to force a bonafide crash rather than getting the "report to microsoft..." thing, but still need a tool to look at the stack
[09:25] <tetsuo--> a212901390231901:  that wont do anything if you dont have the pdb
[09:26] <tetsuo--> debug symbols database for that exact compile
[09:27] <tetsuo--> i dont use email, but i'll consider making a launchpad account and reporting a bug/feature request to pass the windows logo test
[09:28] <tetsuo--> it has testing software that does both dynamic and static code analysis to find these kinds of problems
[09:29] <tetsuo--> (but in vs2003 it really sucks)
[09:30] <tetsuo--> preferably one would compile with vs2010 ultimate and add the following switch /analyse
[09:30] <tetsuo--> oh and /w4
[09:31] <bialix> tetsuo--: you can use gmane or nabble to use bzr ML
[09:32] <a212901390231901> I bet that'd be one annoying log to comb through for things the size of python and qt
[09:33] <tetsuo--> a212901390231901:  it would but almost all of the warnings would be valid
[09:33] <tetsuo--> and especially things like python and qt should be nearly warning free
[09:33] <tetsuo--> so much depends on them
[09:34] <tetsuo--> obviously fixing a warning generated by a windows compiler helps the other platforms too
[09:36] <tetsuo--> but linux has even better tools available
[09:36] <tetsuo--> combined the software could be stable as a rock
[09:37] <idnar> the odds are high that the problem is in a python extension module, not python itself
[09:37] <idnar> it could be in the qt bindings, for example, or in qt itself
[09:39] <a212901390231901> having to remember /D _CRT_SECURE_NO_WARNINGS isn't all that helpful
[09:39] <tetsuo--> i would have guessed that would still be protected by the garbage collector
[09:40] <idnar> tetsuo--: garbage collectors don't protect against any kind of buffer overflow
[09:40] <idnar> they're just a way to manage memory allocation
[09:41] <idnar> an extension module is just regular C code, so there's nothing stopping you from trashing your process's memory, although pure-python code won't (or shouldn't) be able to do that
[09:42] <a212901390231901> anyway, I'm Alexander is right, downgrading should be fine, there have been a couple of issues with the 2.2 prereleases that are likely shallow
[09:42] <a212901390231901> +sure
[09:43] <tetsuo--> ideal swichtes for msvc are /gl /gs /safeseh /dynamicbase /nxcompat /o2 /w4 /analyse /GA /Arch:sse
[09:43] <tetsuo--> fast and secure at the cost of a slightly larger binary
[09:43] <tetsuo--> the arch could be higher or lower depending on the lowest supported target
[09:44] <tetsuo--> yeah im going to downgrade, but that wont fix the problems upstream
[09:45] <tetsuo--> ill try to get some more crashes and report that before downgrading
[09:45]  * tetsuo-- is afk
[10:12] <bignose> Launchpad bug pages simply hang for me.
[10:12] <bignose> lifeless: can you tell me the URL of the bug report for the ‘bzr-gtk’ bug I reported earlier in here?
[10:39] <avu> Is it somehow possible to clone an svn repository with bzr of which I can only access a certain subdirectory, not the repository root? meaning I only have read rights on /repos/root/foo. when I try a normal bzr branch svn+https://user:pass@server/repos/root/foo, I get an error because bzr tries PROPFIND on /repos/root
[10:54] <awilkins> avu, I'm not sure that's possible because of the way that bzr-svn works
[10:57] <avu> awilkins, bummer. Thanks for the info.
[11:01] <cbz> gah
[11:01] <cbz> it seems to me that you end up getting into situations where rebase is unavoidable when using bzr-svn
[11:02] <jelmer> avu: no, that's not possible at the moment - there's an open bug report about it
[11:02] <jelmer> cbz: why?
[11:03] <cbz> So say i've merged my local feature branch back to my local trunk, but the svn repository at that point has additional commits in it
[11:03] <avu> jelmer, ah, good, I'll subscribe to that, thanks
[11:04] <cbz> i can't see what i can do short of uncommmitting my change, rebasing the trunk and then remerging it - which is what rebase would try and do anyway - albeit with less metadata available
[11:10] <avu> jelmer, hm, I have problems finding the right bug on launchpad, could you point me to the right direction?
[12:24] <cbz> jelmet, do my comments make sense?
[12:31] <jelmer> cbz: which ones?
[12:48] <cbz> "it seems to me that you end up getting into situations where rebase is unavoidable when using bzr-svn"
[12:48] <cbz> 11:04 <cbz> i can't see what i can do short of uncommmitting my change, rebasing the trunk and then remerging it - which is what rebase would try and do anyway - albeit with less metadata available
[15:19] <abranches> I created a branch with a bzr pull on the server in directori DIR1. But what I wanted was to create it in DIR1/DIR2. How Can I delete the branch in DIR1, so that I can create the branch in DIR1/DIR2 afterwards.
[15:20] <spiv> Why not just move it directly?  mv DIR1/the-branch DIR1/DIR2
[15:29] <abranches> spiv, I don't have ssh access to the server. But maybe I can ask someone...
[15:31] <Peng_> sftp can rename, can't it?
[15:31] <Peng_> s/, can't it/./
[15:31] <Peng_> Heck, you could even do it using Bazaar's VFS with hitchhiker.
[15:32] <cbz>  jelmer^
[15:33] <abranches> Peng, what commands would you do exactly? I'm not sure about sftp, I'll look at it. Thanks.
[15:34] <jelmer> cbz: Perhaps you're looking for the push_merged_revisions setting?
[15:34] <cbz> possibly - but whats the alternative solution? unmerge my changes and pull and try to commit before someone else commits to the svn repo?
[15:46] <jelmer> cbz: setting push_merged_revisions
[15:46] <cbz> okay
[15:51] <Andrei|2> Hi guys. I've developped a bzr plugin for Visual Studio, anyone wants to try it?
[15:59] <bialix> Andrei|2: yes
[16:00] <Andrei|2> here: http://aigenta.com/downloads/beta/UnifiedSCC_Setup.1.1.beta2.msi
[16:05] <bialix> which one Visual Studio version supported?
[16:05] <bialix> Andrei|2: ^
[16:05] <Andrei|2> all up to 2008
[16:06] <bialix> I'd suggest to announce your plugin in bzr ML or bzr-windows ML, or both
[16:06] <bialix> Andrei|2: and 2003?
[16:07] <Andrei|2> yes, 2003 too. not sure if it works very well, though
[16:07] <Andrei|2> what's ML?
[16:08] <Peng_> mailing list
[16:08] <bialix> ML = mailing list
[16:09] <Andrei|2> ok. is there any wiki to publish links for bzr tools?
[16:10] <bialix> yes, wiki.bazaar.canonical.com
[16:11] <bialix> one sec
[16:11] <bialix> Andrei|2: http://wiki.bazaar.canonical.com/3rdPartyTools
[16:11] <Andrei|2> thanks
[16:12] <bialix> Andrei|2: have an error while trying to add project under version control
[16:12] <Andrei|2> what it says?
[16:12] <bialix> http://pastebin.com/HHZFtyFm
[16:13] <Andrei|2> VS2003?
[16:13] <bialix> yes, I've pushed Test connection button
[16:14] <bialix> tried again, and without Test it works
[16:16] <bialix> Andrei|2: check-in works strange. it commits all files except proj.sln and proj.vssscc, but those files added to version control
[16:18] <Andrei|2> it doesn't show these files in commit window?
[16:19] <bialix> proj.vssscc is not shown
[16:20] <bialix> proj.sln shown in the pending checkins window
[16:21] <Andrei|2> *.vssscc is service file, disregard it
[16:21] <bialix> also I don't have menu item "View History"
[16:22] <bialix> otherwise it looks good
[16:22] <Andrei|2> it's managed by VS.. seek it on the source control toolbar
[16:23] <bialix> ok
[16:24] <bialix> I will try it with more recent VS later
[16:25] <Andrei|2> thanks
[16:42] <cody-somerville> jelmer, When will that support get landed?
[16:43] <cody-somerville> jelmer, and how many other imports are broken now?
[16:55] <rephormat> greetings
[16:56] <rephormat> Why am I getting a cannot build extension error "bzrlib._chk_map_pyx" when using python setup.py install on bzr 2.1.0?
[16:58] <Peng_> Um...got libzlib-dev?
[16:59] <rephormat> THANKS!!
[16:59] <rephormat> I always forget that one
[16:59] <a212901390231901> bug 566923 would resolve this FAQ, hint hint.
[16:59] <rephormat> oh great.
[16:59] <a212901390231901> you did ask the same thing just the other day though ;)
[16:59] <rephormat> thats good that I'm not the only one frustrated with it
[17:00] <rephormat> a212901390231901: Yeah I know. This is on a new system. I'm horrible at remembering things like that.
[17:00] <rephormat> a212901390231901: to my defense I did check the documentation
[17:00] <rephormat> ;-)
[17:02] <bialix> a212901390231901: are your patch approved or blocked?
[17:03] <a212901390231901> vila wanted john to look at the more complicated one again
[17:03] <a212901390231901> which would be a good thing, I'm not super-keen on pyrex
[17:03] <bialix> I can look at pyrex
[17:03] <bialix> link?
[17:03] <rephormat> alright after running python setup.py install it compiled and installed to /usr/loca/bin
[17:04] <rephormat> but its the wrong version still
[17:04] <rephormat> stupid Suse
[17:05] <a212901390231901> bialix: https://code.launchpad.net/~gz/bzr/remove_zlib_double_dependency_pyapi/+merge/23711#review-diff
[17:06] <rephormat> nvm
[17:06] <rephormat> stupid pathing
[17:06] <a212901390231901> I've eyeballed the C it produces and it seems reasonable-ish
[17:07] <a212901390231901> one more favour alexander, do you have a russian copy of windows or an english language one?
[17:15] <bialix> a212901390231901: both
[17:16] <a212901390231901> okay, if you do `os.rename("something_non_existant", "whatever")` on the russian windows, python 2.5 or later, can you paste me the exception it prints?
[17:17] <bialix> a212901390231901: I'm usually checks the generated C file as well ;-)
[17:17] <bialix> a212901390231901: you want russian text?
[17:17] <a212901390231901> yup.
[17:17] <a212901390231901> and the exact bytes, ideally.
[17:17] <a212901390231901> so catch and repr
[17:19] <a212901390231901> repr(e.strerror) that is.
[17:20] <bialix> there will be russian text in cp1251
[17:21] <a212901390231901> that's what I'm hoping.
[17:21] <a212901390231901> I read through the python source to confirm that's what'll happen, I just want a live example for code review
[17:23] <jelmer> cody-somerville: hi
[17:23] <bialix> a212901390231901: on Windows 2000 there is no text at all, and my russian windows xp at home
[17:23] <jelmer> cody-somerville: I'm not sure how many other branches are broken, it's probably best to talk to the code team about that.
[17:24] <bialix> a212901390231901: I'll do this later
[17:24] <bialix> but I can confirm this behavior
[17:24] <bialix> sometimes it's very annoying
[17:27] <bialix> a212901390231901: re your pyrex: why you're using PyInt_AsUnsignedLongMask?
[17:27] <a212901390231901> thanks!
[17:30] <a212901390231901> the crc32 function returned a boxed python integer, that may be -2**31..2**31-1 or 0..2**32
[17:31] <a212901390231901> (changed in some python version I forget)
[17:31] <a212901390231901> this is why the python version does & 0xFFFFFFFF to get a positive value, but has the side effect of upcasting to a long
[17:31] <bialix> a212901390231901: re crc32(<object>bit) -- I feel explicit cast to object is not strictly required here
[17:32] <a212901390231901> PyInt_AsUnsignedLongMask boinks it into a plain unsigned value, which solves the issue
[17:32] <a212901390231901> ^that's an annoying refcounting thing I couldn't find another way of doing
[17:33] <a212901390231901> we get a borrowed reference when we get the value, so that goes in a PyObject* to avoid overhead when it's used in later contexts that don't need to addref
[17:33] <bialix> :-/
[17:33] <a212901390231901> but calling the function with that as a param means we need put it in a tuple, which means we need to addref it
[17:34] <a212901390231901> which apparently pyrex spells by casting to 'object'
[17:35] <bialix> I feel this code looks worse than plain C
[17:35] <bialix> I hope jam will find the time to look on it
[17:36]  * bialix going to home to his russian windows
[17:36] <a212901390231901> yeah, I'm not mad about pyrex/cython as an idea, but john wrote a good post a while back about how much time he reckon it'd saved him with... static tuple I think?... and he's got a lot more experience with it than me
[17:37] <bialix> right
[17:37] <a212901390231901> so perhaps it's possible to learn to love the ugly.
[17:37] <dash> cython is pretty great when you need to write as much or more python-api interacting code as C stuff
[17:37] <Peng_> StaticTuple is not Pyrex.
[17:37] <Peng_> Err, wait.
[17:38] <Peng_> Right. StaticTuple is straight C.
[17:38] <bialix> dash: but bzr using pyrex, not cython
[17:38] <Peng_> bialix: But they're pretty close.
[17:38] <dash> bialix: Ah, pity.
[17:38] <Peng_> bialix: Cython is a fork of Pyrex.
[17:38] <bialix> Peng_: yes, I *know*
[17:39] <bialix> jam several times said he'd better using cython...
[17:39] <bialix> cython has some very nice features
[17:40] <Peng_> Worse, bzr has a few hacks to make certain versions of Pyrex happy.
[17:44] <bialix> ~~~
[17:59] <allquixotic> How efficiently does bzr handle version-controlled binary files that only change slightly between revisions? Is it somewhere on the order of RTpatch or bsdiff, or is it a carte blanche "the file is different so let's store a separate copy"?
[18:01] <xnox> allquixotic, not that well as far as I know
[18:01] <xnox> allquixotic, for example this branch https://code.edge.launchpad.net/~ubuntu-branches/ubuntu/lucid/xulrunner-1.9.1/lucid
[18:01] <LeoNerd> Storing binary files in a DVCS is of limited utility anyway
[18:01] <LeoNerd> Half the point is the ability to branch, make changes, merge
[18:02] <xnox> well lp:ubuntu/xulrunner-1.9.1
[18:02] <LeoNerd> You can't merge changes to opaque binary files and haev any hope in hell of not breaking it
[18:02] <xnox> has 16 revisions of xulrunner tarball. The branch is huge I never managed to clone it =)
[18:02] <dash> LeoNerd: sure, but some people only pay attention to the other half of the point of a VCS :)
[18:03] <xnox> on merge conflicts you will get "this.binary or that.binary" and you will have to merge it yourself =) using whatever program edits those binaries
[18:04] <allquixotic> xnox: I see.. so if I choose to simply replace the old binary with the new one, it will literally store an entire copy of the new one, even if the two have very slight differences?
[18:04] <xnox> LeoNerd, you can import & export tarballs efficiently if you are using bzr-builddeb plugin. But that's only if you have mostly text-base src tarballs. You can import/export tarballs using that
[18:05] <LeoNerd> Hrm?
[18:05]  * xnox got the nicks wrong again
[18:05] <xnox> allquixotic, ^^^ where I "talked" to LeoNerd
[18:06] <LeoNerd> Ah. :) That makes more sense now
[18:07] <allquixotic> xnox: Let's just take a hypothetical case of a very complex set of images that are encoded in a simple enough format that changing only a few pixels makes minimal binary diffs between them. "Other VCSes" (such as Mercurial, also a DVCS) can very efficiently handle that diff just like sophisticated binary patch tools that exist outside of the VCS world. Is there a particular reason why bzr can't do that, or is it just
[18:07] <allquixotic>  unimplemented?
[18:08] <allquixotic> I mean, you could easily say "don't do that", but that's really a cop-out. The benefits of having the files version-tracked are enormous on their own. It's a nightmare having "myimg-20090821.png" "myimg-2009-0830.png" and so on and so on. VCS makes that easy on purpose.
[18:08] <xnox> allquixotic,  I'm not experienced enough bzr developer to tell you.
[18:08] <xnox> allquixotic, but I believe you can mark files to be treated as text
[18:09] <xnox> and then bzr should repack, diff them as usual
[18:09] <xnox> i wonder if it does it anyway
[18:09] <xnox> let me browse through source to see any hints
[18:10] <allquixotic> I might try it for fun. I'll commit a 1 MB .png, hex edit it, change one 0 to a 1, commit again, and if it uploads 1 MB again then I'll just have to keep binary files outside of bzr
[18:13] <xnox> allquixotic, after first commit and after second commit run $ bzr pack
[18:13] <xnox> and delete files in .bzr/repository/obsolete_packs/*
[18:14] <xnox> or just ignore obsolete_packs dir when looking at the size of the repository
[18:14] <allquixotic> xnox: if I do those two steps in my local branch before I push (not using a bound branch), will all that extraneous data not get uploaded to the server? :)
[18:14] <xnox> allquixotic, obsolete_packs/* are not uploaded
[18:15] <allquixotic> oh cool
[18:15] <allquixotic> so does it automatically pack before it pushes, then?
[18:15] <xnox> it packs on logarithmic scale with respect to commits/pulls
[18:16] <xnox> so sometimes you end up doing commit and it spawns a repack
[18:17] <xnox> Me is committing ubuntu.iso to a bzr branch
[18:17] <xnox> and I will do $ echo "1" >> iso
[18:17] <xnox> to test this =)
[18:17] <allquixotic> if the repack has some algorithm for handling packing of binary files, I'm happy... even if it isn't as efficient as rtpatch or bsdiff, if it's something other than store two nearly-identical files in full, I'm happy :)
[18:18] <allquixotic> Thanks for investigating that, xnox :)
[18:19] <allquixotic> I'm having another unrelated puzzler at the moment; I may need to ask this on #launchpad, but didn't get a reply there in ~30 mins so I'll repost here.
[18:19] <allquixotic> A colleague is trying to do an Update operation on a launchpad bzr branch in my private (commercial) branch. He's on Windows XP running bzr 2.1.1 standalone. The error: "-> bzr: ERROR: bzrlib.errors.TooManyConcurrentRequests: The medium 'SmartSSHClientMedium(bzr+ssh://my_user@bazaar.launchpad.net/)' has reached its concurrent request limit. Be sure to finish_writing and finish_reading on the currently open request." Any
[18:19] <allquixotic>  insight?
[18:22] <xnox> allquixotic, what do you mean "update operation"
[18:22] <xnox> $ bzr upgrade
[18:22] <xnox> or
[18:22] <xnox> $ bzr update
[18:23] <allquixotic> xnox: the "Update" button in bzr explorer, on a bound branch
[18:23] <allquixotic> pretty sure that's bzr update
[18:24] <xnox> allquixotic, i hope (my_user) is a masked username and sshkeys are installed correctly on his machine
[18:24] <allquixotic> my_user is not his actual launchpad id :)
[18:25] <xnox> apart from that. he can try to use bzr+http:// url
[18:25] <allquixotic> he did call launchpad-login with the right username, and has his ssh keys set up
[18:25] <allquixotic> oh, http won't work, because it's a private branch
[18:25] <xnox> that way it's not gonna use ssh and should be still fast
[18:25] <allquixotic> if unauthenticated http works then it's not private
[18:25] <allquixotic> which would be a big deal
[18:26] <xnox> allquixotic, =))))))))) well I have nothing to do with commercial launchpad offerings
[18:26] <xnox> sorry =)
[18:26] <xnox> dunno
[18:26]  * xnox is doing only open-source stuff =)
[18:26] <allquixotic> it seems that many of the Canonical folks who work on launchpad are in Australia or NZ, because i was able to get hold of them at 5 am GMT-5, but i tried just a few minutes ago and they're probably asleep ;)
[18:27] <xnox> allquixotic, as far as I know there are some folks in NZ and some folks in Vancouver Canada
[18:28] <allquixotic> oh well, I will walk my colleague through the steps to check out the branch from scratch and see if that works
[18:28] <xnox> the Vancouver side is running 24h support.... last time I heard
[18:28] <allquixotic> good news is he doesn't have any uncommitted changes, or any local commits queued up
[18:29] <allquixotic> so he can just pull a fresh copy
[18:29] <allquixotic> er, branch, rather... bzr branch
[18:49] <bialix> a212901390231901: ping
[18:51] <bialix> it seems python 2.5.4 broke WindowsErrors + non-ascii texts
[18:55] <bialix> C:\work\Bazaar\plugins\qbzr>python -c "import os; os.unlink('lib')"
[18:55] <bialix> Traceback (most recent call last):
[18:55] <bialix>   File "<string>", line 1, in <module>
[18:55] <bialix> WindowsError: [Error 5] : 'lib'
[18:55] <bialix> a212901390231901: as you can see there is stripped non-ascii characters and only ascii file name left
[18:55] <a212901390231901> ew, that's ugly.
[18:56] <bialix> in previous versions of python 2.5.x there *was* russian text, I swear
[18:56] <a212901390231901> I take it the console is a different codepage from the ACP used for error messages?
[18:56] <bialix> no, chcp has no effect
[18:57] <a212901390231901> okay, so some kind of bad bug fix attempt maybe, wonder if I can track it down.
[19:10] <bialix> a212901390231901: I found something
[19:12] <bialix> a212901390231901: http://pastebin.com/9QFeWf4j
[19:12] <bialix> the russian text said: "unable to create file,"
[19:12] <a212901390231901> ha. but... str(e) strips?
[19:12] <bialix> yep
[19:12] <a212901390231901> what about e.strerror?
[19:13] <bialix> empty s well
[19:13] <bialix> empty as well
[19:13] <a212901390231901> okay, that narrows the search
[19:13] <bialix> ok
[19:15] <a212901390231901> thanks!
[19:16] <bialix> np
[19:43] <a212901390231901> hmph, will have to come back to this later
[19:58] <bendj> my bzr-svn plugin works fine @ branch/pull of source from svn repos.  afaict, however, it does NOT get the svn:externals svn:ignores info, or more importantly, convert then to bzr-speak.
[19:58] <bendj> CAN it?
[20:38] <NfNitLoop> bendj:  I'd answer you, but you left. :p
[20:41] <masmullin> hello I have a (hopefully basic) bzr merge problem.  Is there anyone here who might be able to give me a hand?
[20:41] <dash> quite likely :)
[20:43] <masmullin> Ok here goes there are two development branches that I have loaded onto lauchpad (~masmullin/scintilla-cocoa/makefilework and ~masmullin/scintilla-cocoa/mousewheel)
[20:43] <masmullin> both have the same parent, which is at revision 33
[20:44] <masmullin> I have made 2 commits to each branch, so they are both at revision 35
[20:45] <masmullin> when I do the following command "bzr branch lp:~masmullin/scintilla-cocoa/mousewheel && cd mousewheel && bzr merge lp:~masmullin/scintilla-cocoa/makefilework" bzr responds to me saying "Nothing to do"
[20:45] <masmullin> I want to get the changes from the makefilework branch into the mousewheel branch
[20:45] <masmullin> any ideas?
[20:46] <masmullin> any URLs that describe what I want (I've been searching but haven't found the info I need)
[20:48] <dash> masmullin: Hm
[20:48] <dash> masmullin: try doing 'bzr missing' instead of 'bzr merge'
[20:48] <dash> that'll tell you about differences between the branches
[20:49] <masmullin> it tells me that I have "2 extra revision(s)" and gives me the commit messages from the mousewheel branch
[20:49] <masmullin> it does not tell me anything about the makefilework branch
[20:50] <dash> masmullin: ok
[20:51] <dash> so what bzr thinks is going on is that all the revisions in makefilework are already in your current branch
[20:51] <masmullin> :( unfortunately this is not true.
[20:52] <dash> masmullin: looking at the log on code.launchpad.net your results are a little surprising
[20:52] <masmullin> I should point out that the mousewheel branch is "newer" (time-wise) than the makefilework branch
[20:57] <masmullin> dash: have I run into an unknown bug, or am I using the tool incorrectly?
[20:59] <dash> masmullin: i'm stumped. but i am not an expert :)
[21:00] <masmullin> dash: stumped too... looks like I should file a report
[21:03] <IslandUsurper> masmullin, bzr qlog says that mousewheel has already merged in the two commits from makefilework
[21:03] <IslandUsurper> in revno 34
[21:03] <masmullin> islandusurper: via manual inspection i can tell that this is incorrect
[21:03] <mkanat> masmullin: If bzr says that it's happened, then there was probably some human error along the way.
[21:04] <maxb> masmullin: You have unfortunately made an error when creating the mousewheel branch, and recorded a merge which did not actually occur in the history
[21:04] <masmullin> how do I ifix this?
[21:05] <mkanat> masmullin: If it's the most recent commit, you can uncommit it.
[21:05] <mkanat> masmullin: Did you do "bzr revert ." after merging, or something?
[21:05] <maxb> Ideally? Create a new branch from the existing trunk, port your existing changes to the new branch, and throw away the old mousewheel branch
[21:05] <masmullin> mkanat: not to my knowledge
[21:05] <masmullin> maxh: I can do that... the changes made were small
[21:05] <mkanat> masmullin: Note that if anybody else has pulled from your branch, uncomitting is bad.
[21:06] <maxb> A very important thing to understand is that "bzr revert" and "bzr revert ." have significantly different effects on the history
[21:09] <maxb> masmullin: Do you have the bzr-rewrite extension installed?
[21:10] <lifeless> yeah, I regret that subtle distinction
[21:10] <lifeless> thinking we should make it a flag
[21:10] <masmullin> i dont know... I installed the 2.1.1 for mac and accepted all the plugins that came with that... I have no other plugins installed
[21:10] <masmullin> no worries though... Im 75% done rewriting the change manually
[21:10] <mkanat> lifeless: Yeah, a flag would be way better.
[21:10] <maxb> If so, you can rebuild your changes without the bad history by branching r33 of trunk, and then using 'bzr replay -r34..35 mousewheel'
[21:11] <mkanat> lifeless: I didn't even know about "." until you told me. Maybe --keep-merges.
[21:11] <mkanat> lifeless: Or --remember-merges to make it the opposite of --forget-merges.
[21:12] <maxb> A flag would make sense - going to a pristine tree but keeping pending-merges is a highly specialized operation
[21:12] <maxb> --keep-merges somehow feels more explanatory to me
[21:12] <mkanat> maxb: Me too.
[21:21] <masmullin> alright I got it working nicely now... sorry to take up your time, thank you for the help
[21:44] <kkaefer> how is the lp: alias integrated/defined in bazaar?
[21:49] <Peng_> kkaefer: It's somewhere in bzrlib.plugins.launchpad, using Bazaar's directory service feature.
[22:03] <lifeless> vila: still around ?
[22:03] <lifeless> or jam: ?
[22:03] <lifeless> https://code.edge.launchpad.net/~lifeless/bzr/2.0-new-subunit/+merge/24365
[22:04] <jam> lifeless: I'm around
[22:04] <rephormat> What is the best way to use launchpad as a central repository?
[22:04] <lifeless> this should unblock yours and spivs patches that are targeted to 2.0
[22:04] <rephormat> Meaning I do my developing on one machine (bzr push lp:project) and then get the updated source from launchpad on the production machine?
[22:04] <lifeless> rephormat: bzr
[22:05] <lifeless> rephormat: oh sure, or push directly, or whatever your preference is.
[22:05] <jam> lifeless: well, if it gets things working, approve
[22:05] <lifeless> jam: care to clicky clicky it ? :P
[22:05] <jam> lifeless: already done
[22:05] <rephormat> lifeless: lets say I have successfully pushed to launchpad, but want to update the sources on my production machine from launchpad?
[22:05] <lifeless> thanks!
[22:05] <rephormat> how would I do that?
[22:06] <lifeless> rephormat: bzr pull, or bzr update, depending on whether you did 'bzr branch' or 'bzr checkout' on the production machine
[22:06] <rephormat> lifeless: I did bzr branch.. should I have done bzr checkout?
[22:07] <lifeless> rephormat: if you did bzr branch, then use 'bzr pull' to update the sources on your production machine.
[22:07] <rephormat> lifeless: Well #$% I thought I tried that already.
[22:07] <rephormat> lifeless: THANKS! So what is the difference between branch and checkout?
[22:09] <lifeless> rephormat: in a checkout, commits go to the 'master' branch (as do pull, push, uncommit); when the master branch has new work on it use 'update' to get that work to be present locally.
[22:10] <rephormat> AHH!!!
[22:10] <rephormat> so with a branch I can do development locally and then push to the centralized location?
[22:10] <lifeless> rephormat: in a branch, commits/pull/push to this/uncommit affect just the branch, use pull to get new work from some other branch into this branch, or merge + commit if you have been making independent changes.
[22:10] <lifeless> yes
[22:10] <rephormat> SO!!!
[22:11] <rephormat> I would use branch to do "development/feature requests" and prbably checkout for bug fixes on the main branch?!!
[22:11] <lifeless> sure
[22:12] <rephormat> sweet fancy moses!
[22:12] <rephormat> Thanks!!
[22:25] <dash> anybody seen this before with bzr-svn? http://paste.ubuntu.com/424235/
[22:26] <lifeless> not I
[23:26] <jelmer> dash: there's an open bug report about it
[23:32] <dash> jelmer: great
[23:32] <dash> jelmer: i managed to work around it by branching from before my last merge, pulling from svn, then pulling from that into my working branch
[23:37] <bendj> Reading @ jelmer's bzr-svn docs (http://wiki.bazaar.canonical.com/ForeignBranches/Subversion),  I note: "'svn:ignore' is not imported.", and a reference to a spec (https://launchpad.net/bzr/+spec/new-ignore-rules) that says "completed" as of 2007, per mbp.  Unclear whether just the spec was completed, or the feature was ...
[23:38] <bendj> Does bzr-svn support import of svn:ignores?  I _do_ know that bzr-externals handles the svn:externals piece of the equation ...
[23:38] <TresEquis> bendj: the feature isn't in place
[23:38] <bendj> TresEquis: double RATS!
[23:39] <bendj> I am trying sooooo hard to not have to use svn ....
[23:39] <bendj> without monkeying about, anyway :-/
[23:40] <jelmer> bendj: no, neither ignores nor externals are imported at the moment - mainly because there's no good thing to map them to in bazaar
[23:40] <TresEquis> bendj: you can work around that one via a script
[23:40] <TresEquis> jelmer: couldn't bzr just generate a .bzrigonre file?
[23:40] <TresEquis> bzr-svn, I mean
[23:41] <TresEquis> I understand that the externals fix isn't pretty
[23:41] <jelmer> TresEquis: that breaks with roundtripping, since we'd need a way to convert .bzrignore to svn:ignore as well
[23:41] <jelmer> TresEquis: there isn't a fix :-)
[23:42] <TresEquis> heh, I just check the .bzrignore file into svn ;)
[23:42] <bendj> jelmer Arg. I'd though svn:externals was supported -- but digging around, then, still seems this is relevant: http://stackoverflow.com/questions/463275/do-you-have-a-clever-hack-to-work-around-svnexternals-not-being-supported-in-bzr
[23:43] <bendj> ( bendj considerds sticking head in sand until a solution arrives ... )
[23:43] <jelmer> bendj: yes, that's still accurate.
[23:44] <TresEquis> the nested-tree bit is still stalled
[23:44] <bendj> jelmer: thanks for the info, not necessarily for the news.  <rant> sick of being told "just use subversion.  it's a 'real' rcs" </rant>
[23:44] <jelmer> TresEquis: yeah, unfortunately :-/
[23:45] <jelmer> bendj: sorry, can't really help with that. nested trees are a nontrivial project to take on
[23:46] <TresEquis> I get away with (manually) mapping externals onto unrelated checkouts
[23:46] <bendj> Who can we "light a fire under" for nested-tree?  Anyone in particular?  mbp?  Perhaps a community-bucket bribe isreq'd?
[23:46] <TresEquis> which I then tell the paretn to ignore
[23:47] <bendj> TresEquis: Understood.  For serious adoption, though, gotta have ways to deal with existing 'legacy' (== svn,cvs) project code bases.
[23:47] <bendj> . /me waves the bzr cheerleading-flag (miniature, souvenir version ...)
[23:49] <TresEquis> I understand the need
[23:50] <jelmer> bendj: yeah, mbp is probably the best person to talk to.
[23:50] <TresEquis> I've just decided that using bzr to boost my own productivity when working with big SVN repositories is worth the hassle, and the workarounds
[23:50] <bendj> TresEquis: When you say 'manually mapping', do you mean script-based?  ala, extract the svn:{ignores,externals} then have a script do the mapping?  or do you mean by-hand?
[23:51] <bendj> seen mbp
[23:51] <bendj> hrmph.  duzznt work ....
[23:51] <bendj> rubs lamp.  nada.
[23:51] <bendj> aha! whois ...
[23:52] <bendj> grr.  different mbp ...
[23:52] <TresEquis> bendj: I do it by hand, mostly
[23:52] <TresEquis> have a directory full of the "common" externals
[23:52] <TresEquis> which I use for symlinks when making a new bzr branch
[23:52] <bendj> TresEquis: k.  sure, workable. messy ....
[23:53] <TresEquis> yup
[23:54] <xnox> TresEquis, well as long as you are not doing "svn-import for everyone" i did this
[23:54] <TresEquis> hmm?
[23:54] <xnox> $ bzr branch svn://external.server/bla/trunk path/to/where/external/should/be
[23:55] <xnox> $ bzr join path/to/where/external/should/be
[23:55] <xnox> $ bzr ci
[23:55] <xnox> Now you have diverged from both svn's
[23:55] <xnox> but you can do
[23:55] <xnox> $ bzr merge :parent
[23:55] <xnox> to get updates from svn
[23:55] <xnox> and
[23:55] <xnox> $ bzr merge svn://external.server/bla/trunk
[23:55] <xnox> to get updates in the extern subdit
[23:55] <xnox> to get updates in the extern subdir
[23:56] <TresEquis> interesting
[23:56] <xnox> But *actually* commiting
[23:56] <TresEquis> I didn't know about bzr join
[23:56] <xnox> back to svn
[23:56] <xnox> is tricky cause you need to have pristine import somewhere else which you push to from this joined beast
[23:57] <TresEquis> I usually keep a pristine SVN import around anyway
[23:57] <xnox> TresEquis, join & split is the smallest bit of NestedTrees that landed
[23:57] <TresEquis> so I would do your dance inside a branch from that
[23:57] <xnox> it allows you to join & split branches. But once you join it's in your history
[23:57] <xnox> so when you eg $ bzr up -r-100
[23:57] <xnox> your "joined" external is not there
[23:58] <TresEquis> ah
[23:58] <bendj> xnox: interesting.  in the current case, i'm ONLY interested in svn co -- from a parent project -- and I never plan on committing BACK to the parent.
[23:58] <xnox> well then you are fine =)
[23:58] <TresEquis> bendj: you should use 'bzr branch svn+ssh://whatever' then
[23:58] <TresEquis> or do you plan to use 'bzr up' inside your checkout?
[23:59] <xnox> Then I would even join the external at the commit the external was actually introduced and merge it with the current tip
[23:59] <xnox> that way you can use the point revision of the joined tree to revert it independently of the mainline


[15:14] <Nick55> Hi All, I was installed Ubuntu 22.04.3 LTS and checking which version of python is installed, I see python2 and python3 are installed. can some one help me to understand.
[15:14] <Nick55> when I scan security vulnerability I found out "libpython2.7-minimal_2.7.18-13ubuntu1.1", python2.7.18-3,  are vulnerable and I run this command 'apt list python2 -a" output python2/jammy, now 2.7.18-3 amd64 (installed)  and python2/jammy 2.7.18-3 i386.
[16:31] <ravage> Nick55: https://ubuntu.com/security/cves
[16:31] <ravage> Just check against that
[16:32] <ravage> I'm pretty sure there are no open security issues in 22.04 for the python packages
[16:53] <Nick55> Hi ravage : thank you and I just check the CVE ID -->CVE-2021-4189
[16:53] -ubottu:#ubuntu-server- A flaw was found in Python, specifically in the FTP (File Transfer Protocol) client library in PASV (passive) mode. The issue is how the FTP client trusts the host from the PASV response by default. This flaw allows an attacker to set up a malicious FTP server that can trick FTP clients into connecting back to a given IP address and port. This vulnerability could lead... <https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-4189>
[18:19] <Nick55> Hi ravage : thank you and I just check the CVE ID -->CVE-2021-4189
[18:19] -ubottu:#ubuntu-server- A flaw was found in Python, specifically in the FTP (File Transfer Protocol) client library in PASV (passive) mode. The issue is how the FTP client trusts the host from the PASV response by default. This flaw allows an attacker to set up a malicious FTP server that can trick FTP clients into connecting back to a given IP address and port. This vulnerability could lead... <https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-4189>
[18:19] <Nick55> Hi ravage : thank you and I just check the CVE ID, CVE-2021-4189


[08:37] <doko> jamespage: please have a look at https://launchpadlibrarian.net/395695269/buildlog_ubuntu-disco-amd64.glance_2%3A17.0.0-0ubuntu5_BUILDING.txt.gz
[08:41] <doko> unfortunately glance has an upper dependency: python3 (<< 3.7)
[09:17] <jamespage> doko: looking
[09:18] <jamespage> I think the issues are fixed upstream so I'll need to shove in a snapshot
[10:25] <jamespage> doko: OK if i do an upload for openstack-pkg-tools? will avoid a copy/paste d/rules change across all of the openstack packages...
[10:27] <doko> jamespage: sure
[11:06] <jamespage> doko: glance with py37 compat uploaded as well
[12:00] <doko> jamespage<EMAIL_ADDRESS>shebangs-py3 fails
[12:14] <infinity> autopkgtest [11:55:09]: test glance-shebangs-py3: [-----------------------
[12:14] <infinity> ERROR: shebang '#!/usr/bin/python3.6' not found in /usr/bin/glance-api
[12:14] <infinity> jamespage: ^
[12:29] <jamespage> yeah I see
[12:32] <jamespage> infinity, doko: is there any policy on what the shebang for a python 3 script should be?
[12:32] <doko> hmm, somehow. /usr/bin/python3 or the less used /usr/bin/env python3
[12:33] <infinity> jamespage: /usr/bin/python3 unless you have a strict version dep, then /usr/bin/python3.7.  But you can also express that dep entirely in packaging, so just using python3 is better.
[12:33] <jamespage> infinity: ack
[12:33] <doko> dh-python can rewrite that
[12:35] <cjwatson> It's in the Python policy too: https://www.debian.org/doc/packaging-manuals/python-policy/python.html#interpreter_loc
[14:59] <coreycb> tjaalton: hi, I've uploaded octavia-dashboard to the cosmic new queue. it was originally synced from debian and was in cosmic-proposed but got stuck there as it was outdated and not building. any chance we can get the fixed up version into cosmic?
[16:04] <jbicha> kenvandine: are you able to create the 19.04 series for pulsemixer to fix the Ubuntu MATE iso? https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/disco/ubuntu-mate
[16:07] <jbicha> Mate has 2 other snaps so maybe those need to be done too: https://bazaar.launchpad.net/~ubuntu-mate-dev/ubuntu-seeds/ubuntu-mate.disco/view/head:/desktop#L72
[16:12] <kenvandine> jbicha: no, i don't have permissions for those
[16:13] <kenvandine> jbicha: sorry
[16:14] <jbicha> Wimpress: maybe you can handle that then? ^
[16:25] <tjaalton> coreycb: i'm not an archive admin, so can't process NEW. and gone now anyway
[16:26] <coreycb> tjaalton: ok thanks for the msg
[16:27] <coreycb> vorlon: hi, any chance you can take a look at my question above about octavia-dashboard?
[16:52] <vorlon> coreycb: you have a newer version of cosmic-proposed NEW than is in disco currently, why is that?
[16:52] <coreycb> vorlon: if disco is open I can upload it or if not maybe it could be binary copied forward
[18:03] <TJ-> Could we get nfs-utils in 16.04 fixed for Bug #1697339 ?


[00:13] <mup> PR snapd#12698 opened: tests: call prepare_memory_limit_override before the snapd state is saved <Test Robustness> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/12698>
[08:00] <mup> PR snapd#12571 closed: asserts,seed/seedwriter: support for validation sets in seedwriter <Squash-merge> <Pulse> <Created by Meulengracht> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/12571>
[09:05] <mup> PR snapd#12609 closed: tests: spread test pre-download and delayed auto-refresh <Squash-merge> <Pulse> <Created by MiguelPires> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/12609>
[11:31] <mup> PR snapd#12699 opened: image,seed/seedwriter: move SeedManifest to the seedwriter package (1/2) <Created by Meulengracht> <https://github.com/snapcore/snapd/pull/12699>
[11:31] <mup> PR snapd#12700 opened: image,seed/seedwriter: move SeedManifest to the seedwriter package (2/2) <Created by Meulengracht> <https://github.com/snapcore/snapd/pull/12700>
[12:56] <mup> PR snapd#12701 opened: many: add default-configure hook <Needs Documentation -auto-> <Created by ernestl> <https://github.com/snapcore/snapd/pull/12701>
[13:31] <mup> PR snapd#12702 opened: o/snapstate: include snap names in pre-dl change summary <Created by MiguelPires> <https://github.com/snapcore/snapd/pull/12702>
[13:38] <mup> PR snapcraft#4089 opened: DONTMERGE: try 'cloud' package repo <Created by tigarmo> <https://github.com/snapcore/snapcraft/pull/4089>
[15:48] <mup> PR snapcraft#4089 closed: DONTMERGE: try 'cloud' package repo <Created by tigarmo> <Closed by tigarmo> <https://github.com/snapcore/snapcraft/pull/4089>
[17:59] <mup> PR snapcraft#4090 opened: snapcraft_legacy: inject current snapcraft snap into instances <Created by mr-cal> <https://github.com/snapcore/snapcraft/pull/4090>
[18:18] <mup> PR snapd#12703 opened: tests: fix retry-network test in ubuntu lunar <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/12703>
[20:39] <mup> PR snapcraft#4088 closed: providers: allow parallel installations when not running as a snap <Created by mr-cal> <Merged by mr-cal> <https://github.com/snapcore/snapcraft/pull/4088>


[06:04] <crazyrohila> hi all
[06:05] <crazyrohila> I am trying to create count-down images for 12.04
[06:05] <crazyrohila> any suggestions
[06:05] <crazyrohila> ?
[16:15] <zniavre> good afternoon
[16:16] <zniavre> on oneiric lightdm stage how are displayed the small dots over the wallpaper please ? they are hardcoded ?
[21:33] <jermiah> yo.


[12:14] <ypsila> hungaria?
[12:41] <Tonio_> Lure: ping ?
[12:41] <Tonio_> just to be sure I'm not crazy
[12:41] <Tonio_> Lure: krita has been removed from the desktop cd ?
[01:25] <nixternal> I lost everyone of my images dangit, and I have no clue how
[01:26] <nixternal> so all of my photographs are gone :(
[01:26] <nixternal> I am glad I uploaded them to my Gallery box a while back, but all of my artwork stuff I did is gone, even my killer gotchis
[01:33] <Jucato> :(
[01:40] <Jucato> moin bddebian
[01:41] <bddebian> Hello Jucato :-)
[06:03] <DaSkreech> Hobbsee: hi
[06:05] <Hobbsee> heya DaSkreech!
[06:05] <DaSkreech> How are you?
[06:05] <Hobbsee> good - went shopping :)
[06:07] <DaSkreech> retail therapy :)
[06:07] <Hobbsee> hehe
[06:07] <Hobbsee> only occasionally
[06:45] <Jucato> hi Hobbsee!
[06:45] <Hobbsee> heya Jucato!
[06:46] <Jucato> Hobbsee: made a debdiff for umbrello last night... still waiting for Riddell to awake from his deep slumber :)
[06:46] <Hobbsee> nice :)
[06:46] <Hobbsee> probably irn bru induced slumber
[06:46] <Hobbsee> or beer
[06:46] <poningru> what?
[06:46] <poningru> beer?
[06:46] <Jucato> heheh :)
[06:46] <poningru> where?
[06:48] <Jucato> Hobbsee: http://jucato.org/stuff/kdesdk_3.5.6.debdiff just in case you're interested to see (just in case :P)
[06:48] <Hobbsee> right
[06:49] <Jucato> next up... trying on a new version of filelight... :)
[06:49] <Hobbsee> Jucato: should be 07_umbrello.diff
[06:49] <Jucato> eek?!
[06:49] <Hobbsee> if there's no more descriptive name for it - (and/or list in the changelog of what it fixes
[06:49] <Hobbsee> well, usually
[06:49] <Jucato> I just followed the pattern of the ones in debian/patches
[06:50] <Hobbsee> ah, right, so that package is different
[06:51] <Jucato> just 1202 lines to read through :)
[06:51] <Hobbsee> looks big, but i dont know anything about it :)
[06:51] <Hobbsee> would help if it was actaully said what it fixes..
[06:51] <Jucato> ah... actually, um...
[06:51] <Jucato> it sort of upgrade umbrello from 1.5.6 to 1.5.61
[06:52] <Jucato> but Riddell said not to bump the VERSION file anymore
[06:52] <Jucato> Hobbsee: http://uml.sourceforge.net/download.php <-- based on that, I made a checkout of umbrello for that revision only (r631974)
[06:53] <Hobbsee> ahh, i see
[06:53] <Hobbsee> personally, i'd probably add:  Bugs fixed:
[06:53] <Hobbsee>     *  Improved loading of files from older versions
[06:53] <Hobbsee>     * Fixed crash creating various types of associations (140693, 141073, 141106, 141277)
[06:53] <Hobbsee>     * Fixed unclickable diagrams (140870)
[06:53] <Hobbsee> in the changelog
[06:53] <Hobbsee> but see what Riddell says
[06:54] <Jucato> thanks for the suggestion... I actually didn't really know what to put in the changelog...
[06:54] <Hobbsee> merging's a pain if you cant tell what the diff was for
[06:55] <Jucato> s/blogs/will\ blog
[06:56] <Jucato> hm... might be putting my MOTU studies on hold for a week... holy week... :/
[06:57] <DaSkreech> partly week or the wholy week?
[06:59] <Jucato> lol
[06:59] <Jucato> :P
[06:59] <Jucato> partly holy week :)
[07:46] <DaSkreech> Gnight all
[07:47] <Jucato> g'night DaSkreech
[07:47] <DaSkreech> Good night
[07:48] <DaSkreech> we all love all of you guys :-)
[07:48] <Jucato> g'night DaSkreech
[07:48] <Hobbsee> night DaSkreech!
[07:48] <Jucato> :D
[07:49] <DaSkreech> One question about the upgrade tool
[07:49] <Jucato> g'night DaSkreech :P
[07:49] <DaSkreech> It says I have to close all my applications
[07:50] <DaSkreech> Is it serious?
[07:51] <DaSkreech> Did you get a window outlining which packages would change?
[07:52] <Jucato> iirc, yes
[07:54] <DaSkreech> Right that box says in Bold To Prevent Dataloss close all open documents and applications
[07:54] <DaSkreech> I get the documents
[07:54] <DaSkreech> Why the apps?
[09:44] <stdin> hmm, shouldn't the "Help -> Report Bug..." feature go to launchpad.net, not bugs.kde.org?
[09:48] <Tonio__> hi from zagreb ;)
[09:49] <Jucato> ooh hi Tonio__
[09:49] <Jucato> together with Lure?
[09:49] <Tonio__> nope still waiting for him :)
[09:49] <Tonio__> I'm in the hotel room polishing the presentation
[09:49] <Jucato> ah :)
[09:49] <giangy> yawn
[09:49] <Tonio__> I'll have to do it with OOo :(
[09:49] <giangy> 'morning
[09:50] <giangy> hi Tonio__, Jucato :)
[09:50] <Tonio__> there is a bug in the libpng stuff, resized imaged look ugly in kpresenter
[09:50] <Jucato> hi giangy
[09:50] <Tonio__> hey giangy
[09:50] <Tonio__> conference starts in 10 minutes, I have to go....
[10:28] <Tonio__> hello _Sime_
[10:59] <hunger> Why do KDE programs use too big fonts?
[11:00] <hunger> Gnome apps are fine and the fonts in the fontconfig dialog of KDE does show the proper fonts as well.
[11:15] <Tm_T> err
[11:39] <hunger> filelist in kdevelop is borked, too.
[12:07] <Riddell> bah, guidance power manager broke
[12:08] <sebas> I've attached a patch to the BR
[12:08] <sebas> It might not fix it, but the indentation was wrong anyway.
[12:08] <sebas> If that patch doesn't help, we'll just catch the exception, it's not a critical path
[12:08] <stdin> Riddell: quick question: shouldn't the "Help -> Report Bug..." feature go to launchpad.net, not bugs.kde.org?
[12:12] <Riddell> stdin: no, it should have an algorithm in it to determine if the bug is an ubuntu issur or an upstream issue and redirect appropriately
[12:12] <stdin> Riddell: hmm, that doesn't sound like an easy thing to do
[12:15] <Riddell> sebas: nope, doesn't help :(
[12:16] <Riddell> and there seems to be a problem with apport in there too
[12:17] <sebas> Riddell: You can reproduce it?
[12:17] <Riddell> sebas: yes
[12:17] <sebas> That offset problem?
[12:17] <sebas> I've seen it more than once
[12:20] <sebas> Riddell: Attached an exceptionhandler, care to try?
[12:23] <Riddell> sebas: that fixes it
[12:23] <Riddell> seems a bit of a cheat though :)
[12:25] <Riddell> sebas: it doesn't run the bit of code under "# add list of governators"
[12:25] <Riddell> sebas: it'll be affecting laptops that don't have cpufreq then
[12:30] <sebas> +        if self.hasCpuFreq:
[12:30] <sebas> +            self._updateCpuWidgets()
[12:30] <sebas> Lines 663 and 664
[12:30] <sebas> Can you try this?
[12:31] <Riddell> that is exactle the patch I just attached to bug 99189
[12:31] <ubotu> Malone bug 99189 in Ubuntu "numerous crashes with 6.10" [Undecided,Needs info]  https://launchpad.net/bugs/99189
[12:31] <Riddell> nope
[12:31] <Riddell> bug 99198
[12:31] <ubotu> Malone bug 99198 in kde-guidance "kde-guidance-powermanager-0.8.0 fails with AttributeError: 'NoneType' object has no attribute 'setChecked'" [Undecided,Unconfirmed]  https://launchpad.net/bugs/99198
[12:33] <sebas> Ok, he answered. I'll commit.
[12:39] <Riddell> sebas: I'll upload with the indentation patch and the if self.hasCpuFreq: patch
[12:39] <sebas> Riddell: Lovely
[12:40] <sebas> Should be exactly the svn version then anyway
[12:47] <Riddell> sebas: your patch is wrong
[12:48] <Riddell> self.hasCpuFreq: -> self.powermanager.hasCpuFreq:
[12:49] <sebas> Riddell: Ouch, good point. Fixing.
[12:56] <hunger> Anyone else having too big fonts in KDE apps (but not in the font config app nor non-kde apps)?
[01:05] <Riddell> hunger: not I, check what the DPI is set to
[01:09] <hunger> Riddell: 75dpi
[01:09] <hunger> Seems way too low.
[01:12] <Riddell> I have 96x97
[01:12] <Riddell> hunger: how recent is this?
[01:12] <Riddell> might be a guidance 0.8 thing
[01:13] <hunger> Riddell: Did not have it yesterday.
[01:13] <Riddell> hunger: seems like a likely candidate then
[01:13] <Riddell> hunger: do you have /etc/X11/Xsession.d/40guidance-displayconfig_restore ?
[01:14] <hunger> Riddell: Yes.
[01:15] <Riddell> hunger: it's /usr/bin/displayconfig-restore which sets the DPI, I guess you could put a bunch of debugging output and run it to see what it's doing
[01:16] <hunger> Only the KDE apps are effected. The fontconfig in guidance is not.
[01:16] <hunger> BRB
[01:17] <hunger> Hey, I removed 40guidance-displayconfig_restore and now all is well again.
[01:18] <hunger> xdpyinfo still reports 75dpi...
[01:18] <sebas> hunger: Set dpi to something else in kcontrol | Display module
[01:18] <sebas> Humm.
[01:19] <mhb> good afternoon
[01:20] <hunger> sebas: I used to have it set 120dpi, but that screwed up too much. So I left it at ubuntu's default.
[01:22] <sebas> hunger: Ah, ok.
[01:22] <sebas>  Sime dealt with the dpi stuff, so he might be interested in your findings
[01:23] <hunger> It is really interessting that this does not effect gnome apps nor the font config app:-)
[01:26] <Riddell> gnome uses a fixed dpi, KDE naively uses the X dpi
[01:26] <hunger> Riddell: Hmmm... that has not changed (according to xdpyinfo).
[01:27] <Riddell> what hasn't?
[01:27] <hunger> Riddell: DPI as reported by xdpyinfo.
[01:27] <Riddell> between what?
[01:28] <hunger> I got 75dpi when I had 40guidance-displayconfig_restore active (big fonts) and now I still have 75dpi with it inactive (normal fonts).
[01:29] <hunger> Both are reported by xdpyinfo.
[01:29] <Riddell> try adding debugging to the last line of FixXorgDPI in /usr/bin/displayconfig-restore to see what dpi it sets
[01:29] <Riddell> I can't see anything between the old and new versions of that script which would change the dpi though
[04:05] <Hobbsee> http://kaffeine.sourceforge.net/  - will we grab these fixes?
[04:06] <Riddell> Hobbsee: tonio was talking about it, not sure if he did
[04:06] <Hobbsee> right
[05:05] <david_> Anyone no why linux generic kernel would cause my laptop to slow down. When I unplug the power it is normal. Seems like the power saving is backwards.
[05:05] <david_> i386 kernel is fine.
[05:05] <david_> Been doing this since 6.10 ubunut/kubuntu
[05:06] <david_> Just installed feisty in hopes of a change but no.
[05:07] <Hobbsee> heya Jucato
[05:07] <Hobbsee> david_: #ubuntu+1
[05:08] <david_> I there now thanks.
[05:10] <Jucato> Hobbsee: is the great Riddel around? :)
[05:11] <Hobbsee> Jucato: he was about an hour ago.  no idea about now
[05:11] <Jucato> ah ok. thanks :)
[05:11] <Jucato> Riddell: good day! :)
[07:50] <lucas_> hi
[07:50] <lucas_> Does any one here has heard about http://build.opensuse.org/
[07:51] <lucas_> They call this the opensuse build services
[07:52] <lucas_> If any of your plans to use it ?
[11:31] <ryanakca> can someone help me test our kolab server?
[11:38] <ryanakca> erm... is kontact broken? it refuses to start...
[11:53] <ryanakca> http://pastebin.ca/418860   it just hangs at that


[01:52] <thafreak> So, I can mark see RMS speak off my bucket list
[01:52] <thafreak> It was interesting
[01:52] <thafreak> Don't EVER say the word "open" around him either...
[03:06] <cyberanger> ouch
[11:51]  * dzho cringes


[15:40] <caribou> minimal: Sorry for being late on your question regarding https://labs.scaleway.com/en/em-rv1/ : They are baremetal so I don't know if they embark cloud-init but I will ask
[16:30] <caribou> minimal: ok, just got Sebastien who leads the team who confirmed that cloud-init is indeed installed on the servers
[16:31] <minimal> caribou: interesting. Thanks


[15:05] <carl-rannseier> hello everyone. can anybody help with a mythmusic problem? if i try to start playing music i only hear a lil noise from the speakers and then nothing happens. neither the frontend log nor the console when starting the frontend with 'mythfrontend -v playback' shows any errors. the only message that looks suspicious is 'max_analyze_duration reached' 'Estimating ... from bitrate, ..'
[15:06] <carl-rannseier> i forgot, mythtv 0.24.1 on mythbuntu 11.04 with kernel 2.6.35-30
[16:17] <winfreak> Hi!
[16:18] <winfreak> I've got a problem with TV cards here
[16:18] <winfreak> Do you know on how to get a card working with the Conextan cx88 thingy without recompiling about the whoe OS?
[19:28] <kb1gtt1> I've been trying to get a usbuirt working for either send or receive on mythbuntu 11.04. Are there any recommended USB transmitters / receivers? I need to both receive from a remote, and transmit to a dish receiver.
[19:39] <kb1gtt1> I've been trying to get this working via command line like this
[19:39] <kb1gtt1> http://pastebin.com/2xcmBqBW
[19:39] <Zinn> [pastebin.com] sudo irrecord -f --driver=uirt2_raw -d /dev/ttyUSB0 blah_uirt2_raw.conf irrec - Pastebin.com
[20:46] <kb1gtt1> oops rebooted before checking the replies here, hope I didn't miss anything. I find  mode2 --driver=usb_uirt_raw produces pulses like it should, but irw /var/run/lirc/lircd shows nothing.
[21:06] <kb1gtt1> My syslog makes me think this usbuirt issue is a broken package on 11.04 http://pastebin.com/u18Z4LaX I don't think I should be getting the checksum errors for either of my potential drivers. I don't know how to trouble shoot the check sum error, or determine that's the problem.
[21:06] <Zinn> [pastebin.com] Jul 3 16:02:13 jharvey-Latitude-D620 lircd-0.8.7[2672]: accepted new client on - Pastebin.com
[21:14] <kb1gtt1> mode2 confirms I'm getting a signal http://pastebin.com/TYmGK5g5 but no worky in irw. /etc/lirc/hardware.conf uses REMOTE_LIRCD_CONF="hauppauge/lircd.conf.hauppauge" how does it choose haupauge vs remote haupauge PVR, ect? Hmmm, the mystery continues. I can't make my own config file, as irrecord fails the checksum.
[21:15] <Zinn> [pastebin.com] $ mode2 --driver=usb_uirt_raw mode2: uirt2_raw: checksum error mode2: uirt2_ra - Pastebin.com
[21:23] <kb1gtt1> log file seems to claim a checksum error with uirt2_raw, when it should be starting with usb_uirt_raw. Same thing after a reboot as well. I don't know why it's using uirt2, init.d/lirc launches with usb_uirt_raw via hardware.conf config file.


[05:19] <faekjarz> Hi There! A hypothetical scenario: a symlink under a read-only mount, it points to a file under a read-write mount - is it writable, when using the path under the read-only mount?
[05:32] <andol> faekjarz: Sounds like an easy enough thing to test/verify yourself?
[06:57] <faekjarz> Oh thanks, mate, no worries! Are you a snarky teacher type, or someone who just couldn't resist? :P
[08:15] <lordievader> Good morning
[10:16] <jamespage> cpaelzer: are you working that rmq issue with permissions on the erlang cookie?
[10:18] <jamespage> cpaelzer: I think the break is due to the new erlang 21.2 uploaded last week
[10:22] <jamespage> cpaelzer: or maybe 1:21.1.1+dfsg-2
[10:31] <cpaelzer> jamespage: I'm not working on it
[10:32] <cpaelzer> jamespage: I was just assisting mwhudson who was asking for a test on s390x
[10:32] <cpaelzer> I just started libvirt/qemu merges of the cycle which has a lot of extra tasks as usual  - that will keep me busy for a while
[10:51] <jamespage> cpaelzer: OK I'll see if I can figure it out
[16:40] <jamespage> cpaelzer: I'll test from https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3568/+packages and upload in the morning
[17:17] <[diablo]> good afternoon #ubuntu-server
[17:17] <[diablo]> guys I want to make a template of 18.04 for use with Proxmox ...
[17:18] <[diablo]> is there any funky built in scripts for vaping the NIC's, logs, users, blah blah so I can convert a machine to a template please?
[17:21] <[diablo]> Good afternoon #ubuntu-server .. guys I want to make a 18.04 template for use with Proxmox. Is there any scripts to clean up a system (logs, users, mac addresses, etc etc) which I can then shut the box down and convert it to a template please?
[18:32] <rbasak> [diablo]: look into cloud-init. If you use cloud images, you can set up an instance and it becomes a template by self-detecting a change of instance id on next boot.
[18:32] <rbasak> Cloud images with the use of cloud-init are how we solve this general problem on Ubuntu.
[18:44] <[diablo]> hi rbasak
[18:45] <[diablo]> will do thank you
[18:47] <[diablo]> rbasak I read something about installing in OEM mode
[18:52] <rbasak> I'm not familiar with OEM mode. That's more of a desktop thing.
[18:54] <[diablo]> ah ok
[19:05] <JanC> oem-config is more for interactive post-install configuration and you want non-interactive...
[19:07] <JanC> (it doesn't necessarily have to be a desktop thing)
[20:15] <NyanCat> cryptodan_mobile: this is VERY late but yes
[20:16] <NyanCat> I did have to install the sudo package though, but was logged in as root
[20:36] <DammitJim> in ubuntu 18, how does one manage time synching?
[20:36] <DammitJim> I was reading that timesync takes care of it, but I can't define the servers I want my server to sync with?
[20:38] <sdeziel> DammitJim: man timesyncd.conf
[20:38] <sdeziel> DammitJim: otherwise, it will usually sync with DHCP provided NTP
[20:42] <DammitJim> hmmmm
[20:56] <sdeziel> DammitJim: there is also the distro specific fallback (ntp.ubuntu.com)
[21:56] <allquixotic> PSA: To get macvtap working on Ubuntu 18.04 after a server migration to newer hardware, I had to change `yakkety` to `bionic` in <type arch='x86_64' machine='pc-i440fx-yakkety'>hvm</type>. I figured it out because I was comparing a working VM with an older one that was on the older machine type, tried it just for fun, and it worked. Update your qemu machine types! Good general advice
[22:26] <[diablo]> anyone know if it's possible to force ubuntu (18.04) to regenerate the sshd host keys on boot automatically if the files aren't present please?
[22:27] <[diablo]> or make the entire box redo it's first boot setup
[22:34] <mwhudson> [diablo]: dpkg-reconfigure openssh-server should do it i think
[22:34] <[diablo]> hi mwhudson yeah it does
[22:34] <mwhudson> how did you manage to get into that state?
[22:34] <[diablo]> but I want it to run on boot
[22:34] <[diablo]> I'm making a template
[22:34] <mwhudson> generating them is one of the things cloud-init can do
[22:34] <[diablo]> for VM's ... so each needs to be unique
[22:35] <[diablo]> mwhudson yeah, I think I need to flag it to do that tho
[22:35] <mwhudson> cloud-init is the general solution to doing per-instance customization of vms for sure
[22:35] <mwhudson> hmm
[22:35] <mwhudson> i'd have to go look but if it's doing anything at all, i'd have guessed it would make ssh host keys
[22:37] <[diablo]> I will make a new template and run a test... perhaps it does it if the shutdown machine has no _host files
[22:45] <mwhudson> oh right yes
[22:45] <mwhudson> it won't overwrite any that are there by default
[22:46] <mwhudson> i would definitely make sure your template does not have any host keys
[22:51] <[diablo]> just spinning up a new one, to see if cloud-init generates them once again...
[22:53] <mwhudson> the other thing i guess is that you have to make sure cloud-init does per-instance things when you boot your vms
[22:53] <mwhudson> which is all down to instance id iirc
[22:59] <[diablo]> ah yeah it does, so if I rm them from the vm before shutting it down, and then converting to template in proxmox, when I spin it up as a new vm cloud-init does generate new keys
[23:00] <mwhudson> [diablo]: glad to hear it
[23:00] <[diablo]> cheers mwhudson ...right off to bed.. midnight
[23:00] <[diablo]> all the best