[00:03] <axisys> I am on upstart 0.6.5 .. so I guess just comment out start on line would be my only choice?
[00:03] <axisys> i am on lucid lts
[15:56] <SpamapS> axisys: yes thats the option you have on lucid
[16:20] <axisys> SpamapS: thanks
[16:54] <pmjdebru1jn> hi again
[16:55] <pmjdebru1jn> I'm using/contributing to UCK (Ubuntu Construction Kit)
[16:55] <pmjdebru1jn> which allows one to remaster Live CD ISOs by rebuilding the squashfs
[16:55] <pmjdebru1jn> most of it works fine
[16:55] <pmjdebru1jn> as far as I can tell it surpresses the starting of services mv /bin/initctl /bin/initctl.blocked; ln -s /bin/true /bin/initctl
[16:56] <pmjdebru1jn> however when the upstart packages gets upgraded that link is replaced with an original binary again, and services can be started again
[16:56] <pmjdebru1jn> there here a more robust way to inhibit upstart from starting services?
[16:56] <pmjdebru1jn> like policy-rc.d ?
[17:17] <JanC> pmjdebru1jn: about your question about an upstart config file yesterday: I don't think there is one
[17:18] <JanC> but on a "normal" Ubuntu system with GRUB you can add it to /etc/default/grub
[17:20] <JanC> I'm not 100% that works without an initrd though
[17:21] <JanC> well, I guess it could work (I suppose it works as long as update-grub is run on kernel upgrades?)
[17:24] <JanC> and if you want to inhibit certain services from starting, just add a servicename.override which doesn't have a "start on" line in /etc/init/
[17:27] <JanC> starting nothing sounds like a very weird thing to me  ☺
[17:27] <pmjdebru1jn> JanC: I already used --no-log passed via pxelinux
[17:28] <pmjdebru1jn> JanC: well, chroot environments
[17:28] <pmjdebru1jn> it's fairly common
[17:29] <pmjdebru1jn> the problem with the .override file is that I can't predict which services need blocking
[17:29] <pmjdebru1jn> the debian policy-rc.d allows everything to be blocked
[17:29] <pmjdebru1jn> which is ideal for this use-case
[17:29] <pmjdebru1jn> the lame solution would be to just hold upstart, and to never upgrade it when remastering the cd
[17:29] <pmjdebru1jn> but that would be a shame
[17:29] <JanC> do you actually need upstart to be installed then?
[17:30] <pmjdebru1jn> "installed"?
[17:30] <pmjdebru1jn> upgraded
[17:30] <pmjdebru1jn> upstart is already on the live cd
[17:30] <JanC> if it isn't installed, you never upgrade it...
[17:30] <pmjdebru1jn> huh?
[17:30] <JanC> and you can remove it, of course
[17:30] <pmjdebru1jn> it's the desktop cd
[17:30] <pmjdebru1jn> removing upstart will criple it
[17:30] <JanC> well, I'm not sure what you try to do
[17:31] <pmjdebru1jn> as in ubuntu-12.04-desktop-amd64.iso
[17:31] <pmjdebru1jn> modifying the ubuntu live cd
[17:31] <pmjdebru1jn> uck, unpack the squashfs, chroot's to it, allows you to modify stuff, and then repacks it
[17:31] <pmjdebru1jn> nifty stuff
[17:32] <JanC> ah, so you need to disable upstart while doing the changes in the chroot?
[17:32] <JanC> scripted chengexs
[17:32] <JanC> changes
[17:32] <pmjdebru1jn> right
[17:32] <pmjdebru1jn> but the disabling of upstart needs to be able to survive upstart package upgrades
[17:33] <pmjdebru1jn> uck alreayd disables starting of services by diverting /sbin/initctl
[17:33] <pmjdebru1jn> but that fails when upstart is upgraded
[17:33] <JanC> because changes might include upgrades...
[17:33] <pmjdebru1jn> including updates into the ISO is a huge boon
[17:33] <pmjdebru1jn> especially a few month's after release
[17:35] <JanC> hm, does initctl actually look at the upstart config files in the chroot?
[17:36] <JanC> I would assume upstart is running outside it
[17:36] <pmjdebru1jn> sure
[17:37] <pmjdebru1jn> but divering initclt means dpkg just executes /bin/true instead of calling upstart
[17:37] <pmjdebru1jn> thus the service doesn't get started, without any further errors
[17:37] <pmjdebru1jn> until the upstart package itself is upgraded
[17:38] <pmjdebru1jn> it's possibly to deal with this situation manually
[17:38] <JanC> I'm starting to understand the problem, I think...
[17:38] <pmjdebru1jn> but I'm looking for a structural solution, so people using uck aren't hit by this issue
[17:38] <pmjdebru1jn> there are also upgrade problems with grub
[17:38] <pmjdebru1jn> but I just added some code, to hold those packages, so they aren't upgraded accidentally
[17:39] <pmjdebru1jn> so if nothing else works, I guess I could do that too for upstart,
[17:39] <JanC> I wonder if a fake upstart dbus service inside the chroot is possible...   ;)
[17:39] <pmjdebru1jn> heh
[17:39] <pmjdebru1jn> that's nasty
[17:39] <JanC> just fake you are upstart (inside the Chroot)
[17:39] <JanC> and do nothing
[17:39] <pmjdebru1jn> yeah
[17:40] <pmjdebru1jn> I was hoping upstart had a standard feature for this
[17:40] <pmjdebru1jn> as it's not that uncommon
[17:40] <pmjdebru1jn> I wonder how they do this when generating the live cd's from scratch
[17:40] <pmjdebru1jn> similar issues must occur
[17:40]  * pmjdebru1jn wonders if systemd also discounts lots of use-cases like upstart :(
[17:41] <pmjdebru1jn> I used to like to idea of replacing SysV init... not so much anymore
[17:42] <pmjdebru1jn> https://help.ubuntu.com/community/LiveCDCustomizationFromScratch/
[17:42] <pmjdebru1jn> dpkg-divert --local --rename --add /sbin/initctl
[17:42] <pmjdebru1jn> at least there they use a dpkg-divert
[17:42] <pmjdebru1jn> instead of just mv / ln
[17:43] <JanC> that's more likely to persist indeed
[17:43] <pmjdebru1jn> right
[17:44] <pmjdebru1jn> but then I wonder where to initctl binary in the newer packages is placed
[17:45] <pmjdebru1jn> https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/430224
[17:45] <pmjdebru1jn> it's marked won't fix
[17:46]  * pmjdebru1jn sighs
[17:46] <pmjdebru1jn> oh wait
[17:46] <pmjdebru1jn> got re-opened
[17:49] <pmjdebru1jn> Chroot support is now available in Upstart 1.3.
[17:49] <pmjdebru1jn> hmmm
[17:50] <pmjdebru1jn> https://wiki.ubuntu.com/NattyNarwhal/TechnicalOverviewUpstart
[17:51] <pmjdebru1jn> ok
[17:51] <pmjdebru1jn> so this behavior was actually _added_ to support vserver/lxc etc
[17:51] <pmjdebru1jn> and can be disabled system-wide
[17:51] <pmjdebru1jn> which means fiddling with kernel options
[17:51] <pmjdebru1jn> :(
[17:58] <pmjdebru1jn> anyhow
[17:58] <SpamapS> pmjdebru1jn: AFAIK, the upstart chroot support has nothing to do with vserver/lxc
[17:58] <SpamapS> pmjdebru1jn: since neither of those use pure "chroots"
[17:58] <pmjdebru1jn> ok
[17:58] <pmjdebru1jn> then I'm not sure why that's built into upstart
[17:59] <SpamapS> they both namespace the kernel
[17:59] <SpamapS> pmjdebru1jn: for actual chroots
[17:59] <pmjdebru1jn> as without vserver/lxc you usually don't want stuff to actually RUN in a chroot
[17:59] <SpamapS> pmjdebru1jn: it comes in handy for testing
[17:59] <pmjdebru1jn> heh
[18:00] <pmjdebru1jn> possibly
[18:00] <pmjdebru1jn> it's a PITA as it seems it can't be disabled _easily_
[18:00] <pmjdebru1jn> but dpkg-divert will probably work well enough
[18:12] <jMCg> Hello happy people o/~
[18:12] <jMCg> I have upstart 1.5 running and a job which is in the state of: logstash stop/killed, process 18506
[18:13] <jMCg> The job itself was killed, I was so clever as to pkill it, so that upstart would restart it, and I would have it reload the config.
[18:13] <jMCg> My being clever wasn't all that clever at all. Now I'm stuck in this state.
[18:18] <jMCg> .
[18:20] <JanC> starting the job doesn't work?
[18:23] <jMCg> JanC: nope, hangs the same as stop logstash
[18:24] <jMCg> http://dpaste.com/767785/
[18:24] <jMCg> Of course this tracks the 'su', but even so, it should've respawned the friggin job, because it's *all* gone.
[18:27] <JanC> hm, I seem to remember start-stop-daemon is currently the officially recommended way instead of su
[18:27] <jMCg> oh crap. There's setuid/setgid now?!
[18:27] <jMCg> In 1.5, that is..
[18:27] <JanC> that too
[18:29] <jMCg> So, on Ubuntu 10.04 I should use start-stop-daemon, and on 12.04 I should use setuid/setgid then.
[18:29] <JanC> you can use s-s-d on both, I suppose
[18:31] <jMCg> Yeah, but I'd rather not :P
[18:32] <jMCg> Well, that still doesn't quite help me with the start/stop that doesn't start/stop :-/
[18:42] <jMCg> /proc/self/fd/9: 2: /proc/self/fd/9: setuid: not found
[18:53] <SpamapS> jMCg: if you have a process listed that isn't running, you set 'expect fork' incorrectly
[18:54] <jMCg> SpamapS: yeah, and how do I fix it, other than rebooting the machine?
[18:55] <SpamapS> jMCg: loop fork/wait until the process comes up, then wait for upstart to see it and let go
[18:55] <SpamapS> jMCg: there's a ruby and a python version of that out there
[18:55] <jMCg> O_o
[18:55] <SpamapS> I'm surprised we haven't fixed that with an 'initctl forget-pid job-name'
[18:55] <SpamapS> jodh: ^^
[18:56] <jMCg> There's a forget-pid?!
[18:56] <jMCg> Oh. No there isn't.
[18:56] <SpamapS> http://paste.ubuntu.com/1076921/
[18:56] <SpamapS> jMCg: there *SHOULD* be a forget-pid
[18:56] <SpamapS> or even better, we should stop abusing ptrace. :)
[18:57] <jMCg> SpamapS: yes
[18:57] <jMCg> Oh how I yearn for Solaris' simplicity..
[18:57] <jMCg> Did I just seriously say Solaris' simplicity?!
[18:57] <SpamapS> hahahahhaaha
[18:57] <SpamapS> jMCg: I tend to recommend that people just avoid 'expect fork' or 'expect daemon'
[18:57] <jMCg> Anyway, solaris has a process-contract by default, so you follow that and don't care about the forks or how many there are.
[18:58] <jMCg> SpamapS: *nod*
[18:58] <SpamapS> use a post-start to determine when the job is ready
[18:58] <SpamapS> since fork() is actually also rarely the time when things are ready.. just closer to it than exec()
[18:58] <jMCg> So, first: Does that thing work with python != 3?
[18:59] <SpamapS> jMCg: probably
[18:59] <SpamapS> jMCg: I wrote it as python3 as part of my "getting used to python 3" experiment :)
[19:02] <jMCg> SpamapS: how often/long will it have to run?
[19:04] <SpamapS> jMCg: just run it once.
[19:04] <SpamapS> jMCg: it will loop through the whole pid space until it finds the necessary pid
[19:04] <jMCg> SpamapS: okay. That fixed it. Now on to the next issue:
[19:05] <jMCg> /proc/self/fd/9: 3: /proc/self/fd/9: setuid: not found
[19:05] <SpamapS> jMCg: thats weird
[19:05] <jMCg> When I set setuid logstash/setguid adm
[19:05] <jMCg> http://dpaste.com/767807/
[19:05] <jMCg> That's the whole deal.
[19:07] <SpamapS> ahh wrong place
[19:08] <SpamapS> jMCg: they're root stanzas, not in the shell
[19:08] <SpamapS>         exec java -jar logstash.jar agent -f logstash.conf --log logstash-indexer.out -- web --log logstash-web.out --backend elasticsearch://localhost/
[19:08] <SpamapS>         emit logstash-indexer_running
[19:08] <SpamapS> jMCg: also on that, exec never returns
[19:08] <SpamapS> so emit will never happen
[19:08] <SpamapS> and I don't believe it is a sub-command in the path, so 'initctl emit'
[19:08] <SpamapS> jMCg: further, you don't need that emit.. 'started logstash' is the same event
[19:09] <jMCg> SpamapS: yeah, but that's not so much the issue as the setuid stuff ;)
[19:10] <jMCg> ah
[19:10] <jMCg> root stanzas, now I see
[19:10] <jMCg> SpamapS: but the chdir is not?
[19:11] <SpamapS> jMCg: chdir is also a root stanza
[19:11] <SpamapS> jMCg: tho it also exists in shell, which is why thats working.
[19:11] <SpamapS> jMCg: I'd put it at the root tho, much cleaner
[19:11] <SpamapS> 	[ -f ./logstash.rc ] && . ./logstash.rc
[19:11] <SpamapS> jMCg: you can also elimiate that and just use env statements at the root
[19:12] <SpamapS> unless there's some important reason that it might be there instead
[19:19] <jMCg> SpamapS: nope. There is not.
[19:35] <thinkingpotato> is it possible some services cannot be controlled using Upstart? I have a case I can't get working, checked everything I possibly could (based on cookbook, forums, blogs, stackoverflow etc.)
[19:48] <jMCg> SpamapS: but env cannot be a file.
[19:54] <SpamapS> jMCg: right, thats the point, so if you need it in a file, leave it as-is.. but if you can store it all in one .conf file with env X=y statements, do that.
[19:54] <SpamapS> thinkingpotato: no, upstart can "control" any service. What is possible is that the pid of the daemon may have to be tracked using pidfiles rather than upstart's methods (making respawn challenging)
[19:58] <thinkingpotato> SpamapS: thanks for the answer, so approach such as http://askubuntu.com/a/4413 could give me some results?
[20:21] <jMCg> SpamapS: where's the init(5)'s source?
[20:21] <jMCg> found.
[20:26] <thinkingpotato> ok, I tried setting manual start - apparently it depends on some other services, because I'm able to start it from console, good thinking?
[21:03] <pmjdebru1jn> JanC: btw just tested, dpkg-divert practically solved my problem
[21:56] <thinkingpotato> 10 hours later: that was a wrong uid/gid I started with... problem solved, works like charm


[00:42] <lifeless> Jc2k: what pack code?
[01:30] <jml> lifeless: ping
[01:31] <pygi> jml is alive! :)
[01:31] <pygi> amazing :)
[01:31] <jml> yes.
[01:31]  * pygi goes rolling :)
[01:34] <pygi> jml, you got my mails, right? :)
[01:37] <jml> I got at least one :)
[01:40] <pygi> jml, which one? :p
[01:40] <jml> nah, I got em both
[01:40] <pygi> good good :)
[01:40] <pygi> 2:40AM, you Aussies ...
[01:40] <pygi> xd
[03:11] <lifeless> jml: yo
[03:11] <jml> lifeless: hi
[03:12] <lifeless> jml: join /#pyunit-friends
[03:13] <jml> pygi: you left?
[03:14] <jml> Mario__: yay internet.
[03:14] <pygi> jml, please gimme ip again in pm :)
[06:18] <lifeless> jelmer: btw, SvnBranch.last_revision() is very slow AFAICT
[08:58] <robin_dewd> guys what's the latest workaround for working with branches that have symlinks on windows? is it cygwin all the way?
[09:01] <Rolly> robin_dewd: I think so. Cygwin and the win32 symlinks plugin
[09:02] <robin_dewd> yep. the win32 symlinks plugin just worked for me and I was able to branch
[09:02] <Rolly> cool
[09:02] <robin_dewd> it was just that it was a little outdated in its last check in. thx
[09:16] <Peng_> Oogh, LH's memory usage is really being problematic.
[09:17] <Peng_> since I'm on a small vps.
[09:44] <Jc2k> lifeless: git pack reader/writer.
[09:44] <Jc2k> for bzr-git
[12:54] <Oli``> Is there a command to list all the currently ignored files?
[12:59] <luks> bzr ignored
[13:00] <luks> or bzr ls --ignored if you don't want the matching patterns
[13:56] <LeoNerd> When bzr execs "ssh", is there a nice way that ssh can determine it's doing that?
[13:57] <LeoNerd> My 'ssh' is really a shell script, that detects if it's running via screen, and if so, starts the command in a new screen window
[13:57] <LeoNerd> This upsets bzr, because it means the 'ssh' command itself exits very quickly
[14:12] <Peng_> LeoNerd: Well, it runs "ssh bzr serve --inet --directory=/ --allow-writes", so you could check if those are the arguments?
[14:24] <Dvyjones> What software should I use if I want to host bazaar repositories?
[14:25] <Peng_> Dvyjones: What kinda hosting? At minimum, all you need is OpenSSH.
[14:26] <Peng_> (or another sftp server I guess)
[14:26] <Dvyjones> Peng_: I want to be able to set up repositories that should be accessible and editable by different users...
[14:26]  * Dvyjones tried bazitis, but it wouldn't work..
[14:27] <Peng_> Use Launchpad? :P
[14:28] <Dvyjones> Well, I have git hosting, and someone asked if I could do bzr hosting too...
[14:28] <Peng_> Sorry, but I don't have experience with bzr hosting (aside from a simple single-user setup)
[14:30] <Oli``> luks: thanks =)
[14:32] <Oli``> If I add something and then write add ignore pattern that matches it, does it automatically stop being versioned?
[14:33] <luks> no
[14:33] <luks> run `bzr rm --keep FILE` to unversion it, if that's what you want
[14:33] <Oli``> Exactly what I was about to ask =) thank you!
[14:53] <haaa> hi all... i have a problem with bazaar and ftp. everytime when i push i get "Cannot lock LockDir"
[14:54] <haaa> the problem is that bazaar executes "site chmod 0700". my ftpd only unterstands "site chmod 700"
[14:54] <haaa> is there any possibility to fix it?
[14:55] <jelmer> haaa, please file a bug, mentioning what you did here as well as the name of your ftp server
[14:55] <jelmer> haaa, We should be able to add a workaround for it
[14:57] <Alexplay> http://mivenganza.com/index.php?c=viral&m=index&id=563c74d45bc246f4099d8dbbcf400b39
[16:07] <lifeless> jelmer: hi
[16:07] <jelmer> lifeless: 'morning
[16:15] <lifeless> does buildfarm have/need subunit support?
[16:15] <lifeless> or does it jus t get processed logs?
[16:16] <jelmer> lifeless, our buildfarm currently uses its own custom format
[16:16] <jelmer> for historical reasons
[16:17] <jelmer> I would like to switch it to subunit at some point (saves duplicate code), but haven't gotten round to it yet
[16:23] <lifeless> jelmer: cool; doing some subunit hacking at the moment
[16:23] <jelmer> ah, nice
[16:24] <lifeless> parrot are looking for a replacement for tap
[16:24] <jelmer> The Samba client library is somewhat standalone now, btw
[16:24] <jelmer> I hope to make it a separate thing at some point ("libtorture")
[16:24] <jelmer> parrot is the Haskell Perl 6 implementation, is it?
[16:25] <lifeless> I've put up a couple of brnaches, for tags and skip/xfail
[16:37] <jelmer> lifeless, nice
[16:38] <lifeless> parrot is the vm project
[16:38] <jelmer> lifeless, we should really package this up and include some simple scripts that e.g. take subunit text and generate HTML reports
[16:38] <lifeless> jelmer: right. I'm really regretting using scons :(.
[16:39]  * jelmer nods
[16:43] <lifeless> jelmer: anyhow, I'm all up for packaging it; if the build system gets in the way, then switching would be fine (but not setup.py :P - because it builds normal C libs etc)
[16:43] <jelmer> lifeless, cool
[16:44] <jelmer> lifeless, I already filed an ITP a while ago, and did some work on packaging but got stuck because of scons back then
[16:44] <lifeless> jelmer: yeah, I'm so not attached to scons
[16:44] <jelmer> lifeless, where switching means switching to GNU make, I assume?
[16:45] <lifeless> jelmer: GNU make would be fine; autoconf + automake + handoff to setup.py for the python code is fine too, or various other alternatives
[16:46] <lifeless> the requirements are: something that works
[16:49]  * jelmer isn't sure whether he can meet those somewhat outrageous requirements
[16:49]  * lifeless laughs
[16:49] <lifeless> heck, even setup.py for the lot would be better; but it really doesn't seem like a good fit for building libraries [non python extension module ones anyhow]
[16:54] <Jc2k> jelmer: the initial test run with bzr-svn 0.5 has finished running.
[16:55] <Jc2k> the main thing i noticed was the key error we saw in bigboard and evolution. i'll try and get you something useful when i feel alive again
[17:38] <Kobaz> bzr: ERROR: No repository present<EMAIL_ADDRESS>[17:38] <Kobaz> that was working a few days ago
[17:39] <Kobaz> i run bzr info on the server side, and it looks okay
[17:59] <Kobaz> ph wait
[17:59] <Kobaz> i have 1.5 on the client and 1.9 on the server
[18:12] <Kobaz> i broke it
[18:23] <Kobaz> https://bugs.launchpad.net/bzr/+bug/306029
[18:23] <Kobaz> yeap
[19:21] <Kobaz> can i modify a previous commit message
[19:21] <reinerp> i am having trouble connecting to an svn-repo using bzr+svn as an anonymous user. can someone help me?
[19:31] <jelmer> Jc2k, ah, thanks
[19:31] <jelmer> Jc2k, I hope to have a fix for that this weekend
[19:31] <jelmer> Jc2k, haven't been able to upload my bzr-git changes yet :-/
[19:32] <jelmer> Kobaz, You can uncommit the revisions with the commit message you would like to change and commit again
[19:32] <jelmer> reinerp, hi
[19:32] <jelmer> reinerp, what's the problem you're seeing?
[19:32] <reinerp> well, I get the error message "ERROR: bzrlib.plugins.svn.core.SubversionException: ("PROPFIND request failed on '/svn/mhaecker/open-source/nsNet'", 170001)"
[19:33] <reinerp> trying to branch, I use bzr branch<EMAIL_ADDRESS>[19:34] <reinerp> after that, I am asked twice for a password: <https://ipx11390.ipxserver.de:443> Subversion repository anonymous password:
[19:34] <jelmer> what version of bzr-svn?
[19:34] <reinerp> and then: <https://ipx11390.ipxserver.de:443> Subversion repository None password:
[19:35] <reinerp> so I am not sure if there is a problem with the server or if the anonymous user is not correctly transmitted
[19:35] <jelmer> reinerp, tbh, that repository doesn't allow me to log in with svn itself either
[19:35] <jelmer> so it seems right that bzr-svn asks for a password
[19:36] <Jc2k> jelmer: kind of blocked on the pack right now :-\
[19:36] <jelmer> Jc2k, sorry :-/
[19:37] <reinerp> yes, i asked my friend if he enabled anonymous access, but I think he has to check that again. but thank you very much for your help!
[19:41] <lifeless> Jc2k: you can't unpack ?
[19:42] <jelmer> lifeless, git pack
[19:43] <jelmer> this is about the bzr-git pack code
[19:43] <lifeless> jelmer: yes,  I know :)
[19:44] <Jc2k> lifeless: unpacking off the wire :-\
[19:48] <Jc2k> i suppose i could pipe in to git-unpack-objects and read the objects out of a dummy repo :)
[19:56] <lifeless> jelmer: yes,  I know :)
[19:56] <lifeless> sorry, network glitch
[20:56] <Kobaz> $ bzr push
[20:56] <Kobaz> HTTPS<EMAIL_ADDRESS>Realm: 'Bazaar Repository' password:
[20:56] <Kobaz> bzr: ERROR: Server sent an unexpected error: ('error', "'module' object has no attribute '_has_key_from_parent_map'")
[20:57] <Peng_> Kobaz: What version of bzr on the client and server?
[20:58] <Kobaz> 1.10
[20:58] <Kobaz> if i do a bzr push again, i don't get the error
[20:58] <Kobaz> it's like 1 out of three pushes, i'll get tat error
[20:58] <Kobaz> s/tat/that
[20:59] <Peng_> I've got no idea then. Sorry. :P
[20:59] <pygi> Peng_, whats the problem'
[20:59] <pygi> ?
[21:00] <Kobaz> the one i pasted
[21:01] <Peng_> pygi: Here's a transcript from right before you joined: http://paste.pocoo.org/show/AkdAJiOEP0D5TK2FDQ7k/
[21:02]  * Peng_ thinks pastebins are fun
[21:02] <Kobaz> oh right, heh, he joined late
[21:03] <pygi> Kobaz, do you use stacked repo?
[21:03] <Kobaz> i have a shared repo, and then a branch inside it
[21:07] <pygi> Kobaz, bzr info -v pls
[21:21] <Kobaz> http://www.pastebin.ca/1279091
[21:22] <pygi> Kobaz, try upgrading the branch
[21:22] <pygi> and let me know what happens while I go hunt for some food :p
[21:22] <Kobaz> upgrading?
[21:22] <Kobaz> form what to what?
[22:00] <pygi> Kobaz, to branch format 7
[22:00] <pygi> jml, sleeping? :)
[22:00] <spiv> Good morning.
[22:00] <pygi> hi spiv .)
[22:00] <pygi> :)
[22:01] <jml> pygi: no, I'm just on a call.
[22:03] <pygi> jml, ;)
[22:04] <Kobaz> pygi: oh
[22:04] <Kobaz> pygi: how would i do that
[22:04] <pygi> Kobaz, bzr upgrade :)
[22:04] <Kobaz> ah
[22:04] <Kobaz> sounds easy enough
[22:05] <pygi> Kobaz, let me know if that helps
[22:06] <Kobaz> bzr: ERROR: Not a branch: "/usr/local/library/perl/".
[22:06] <pygi> well, then obviously that's not a branch? xD
[22:06] <Kobaz> it is
[22:07] <Kobaz> hmm
[22:07] <Kobaz> well /usr/local/library is a branch
[22:07] <Kobaz> okay
[22:07] <Kobaz> cd..
[22:07] <Kobaz> bzr: ERROR: The branch format Bazaar-NG meta directory, format 1 is already at the most recent format.
[22:08] <LarstiQ> Kobaz: this is about '_has_key_from_parent_map', right?
[22:08] <pygi> LarstiQ, it is, yes
[22:10] <LarstiQ> then upgrading your branch format will not do anything.
[22:10] <pygi> so wrong assumption
[22:10] <LarstiQ> Kobaz: does ~/.bzr.log contain an entire backtrace for that error? I'd like to know which python module it's having problems with.
[22:11] <Kobaz> LarstiQ: yeah
[22:11] <Kobaz> LarstiQ: lemme see
[22:13] <Kobaz> http://pastebin.ca/1279128
[22:16] <Kobaz> http://pastebin.ca/1279130
[22:17] <LarstiQ> meh
[22:17] <LarstiQ> Kobaz: unfortunately it doesn't contain the server side backtrace.
[22:17] <LarstiQ> Kobaz: how about the ~/.bzr.log on the remote side?
[22:19] <Kobaz> k
[22:19] <Kobaz> what about that pycurl module?
[22:20] <LarstiQ> not related, and harmless
[22:20] <Kobaz> k
[22:21] <Kobaz> where would it be
[22:21] <Kobaz> i'm using the mod_python via apache method
[22:21] <Kobaz> for the server
[22:21] <Kobaz> it's not in the web users home dir.. although it's not writable by the web user
[22:21] <LarstiQ> oh wow :)
[22:22] <LarstiQ> Kobaz: I've never tried that, with bzr+ssh I'd say in the homedir of the user you're sshing in as.
[22:22] <LarstiQ> and I'd indeed assume the user the mod_python process runs as
[22:22] <Kobaz> ack
[22:22] <Kobaz> i broke bzr again
[22:24] <Kobaz> http://pastebin.ca/1279139
[22:25] <Kobaz> oh
[22:25] <Kobaz> i installed pycurl
[22:25] <Kobaz> and now it's able to download the cert to verify it
[22:25] <Kobaz> does bzr have support for local cert verification?
[22:25] <LarstiQ> what do you mean with local?
[22:26] <Kobaz> like, local to the user
[22:26] <Kobaz> rather than using the system ca certs
[22:27] <LarstiQ> Kobaz: don't think so.
[22:27] <LarstiQ> unless pycurl does that by itself
[22:27] <Kobaz> i have a self signed cert on the server
[22:29] <Kobaz> looks like it's this bug
[22:29] <Kobaz> https://bugs.launchpad.net/bzr/+bug/82086
[22:30] <Kobaz> removing pycurl fixes it
[22:30] <Kobaz> heh
[22:30] <LarstiQ> Kobaz: right.
[22:31] <LarstiQ> Kobaz: I'm falling asleep I'm afraid. Anyway, it looks like for some reason the python process has a different module imported than it expects.
[22:31] <LarstiQ> Kobaz: figuring out what it is expecting and what it is getting would be the first step to solving this.
[22:40] <Kobaz> mmm


[00:04] <dgroos> Well, 2 main tasks: noting who is on/off task, and when I need everyone's attention, locking up the desktop.
[00:04] <dgroos> before I had a dataprojector in the room I would commonly share my desktop with other users.
[00:05] <Lns> dgroos: so the remote/vnc is a big deal
[00:05] <dgroos> Also, I used apple remote desktop for several years before entering Linux world.
[00:05] <Lns> cool
[00:05] <dgroos> yes
[00:06]  * Lns hopes to get all of that functionality in tcm by the end of the next 2 weeks
[00:06] <dgroos> I don't often use the chat because I'm usually wandering around the room, helping students.
[00:06] <dgroos> Wow!
[00:06] <Lns> that makes sense
[00:06] <Lns> do you have clients in classrooms too?
[00:07] <dgroos> What do you mean?
[00:07] <Lns> err...sorry, do you use ltsp?
[00:07] <Lns> oh heh
[00:07] <Lns> nm
[00:07] <Lns> =p
[00:07] <dgroos> Yes, exclusively.
[00:07] <dgroos> :)
[00:07] <Lns> do you have ltsp clients in the classrooms too or just in a lab?
[00:08] <dgroos> Let me find a picture...
[00:08] <Lns> ooo, screenshots ;)
[00:12] <dgroos> check out this folder: http://gcos.mpls.k12.mn.us/gcos/Members/mrg/folder-for-images/
[00:13] <dgroos> the last 4 images show that I've got a lab in my classroom :)
[00:13] <dgroos> though the computers aren't being used during this particular time.
[00:14] <dgroos> fancy zoom is awesome, ay?
[00:15] <Lns> dgroos: wow, nice looking tables!
[00:16] <Lns> are those tablet PCs?
[00:17] <dgroos> they are the thin clients... recycled p3's and p4's--check here for details (bottom of page) http://gcos.mpls.k12.mn.us/gcos
[00:22] <Lns> That is awesome
[00:22] <dgroos> Keeps me off the streets...
[00:24] <Lns> you're doing a good thing there
[00:24] <Lns> keep it up!
[00:27] <dgroos> with your-all's help :)  Thanks
[00:27] <Lns> haha..that's what makes a community
[00:28] <LaserJock> dgroos: do students seem to like the monitors?
[00:28] <LaserJock> I was wondering about glare
[00:28] <dgroos> ahh... growing communities of scientists... grows edubuntu community, too :)
[00:28] <LaserJock> I love seeing kids workin' with chemicals :-)
[00:29] <dgroos> Glare isn't the issue has mainly to do with angle of view but that isn't to bad.
[00:29] <LaserJock> how's the typing?
[00:29] <dgroos> Ah... Dr LJ ;)
[00:29] <LaserJock> I might be a tad biased
[00:29] <LaserJock> I was just thinking about when I'm teaching labs
[00:29] <dgroos> They pull the keyboard from under the glass and put it on their lap.
[00:30] <LaserJock> and how it's difficult to have lab manuals and the experimental setup going
[00:30] <LaserJock> in a setup like yours you can have the lab "manual" on screen
[00:30] <dgroos> 1 person is the keyboarder, the other the mouser--using the mouse on the under-table.
[00:31] <LaserJock> or what would be simply awesome would be to have sort of a guided multimedia tour through the experiment
[00:32] <dgroos> Yes--the idea is to allow the new tools to recreate a new environment, one where there is a community of (novice) scientists building/creating (some might say discovering :) knowledge).
[00:32] <LaserJock> instead of plain text recipes
[00:32] <LaserJock> also would allow for more in-lab data analysis. right now we have the students just write down data and process it later because we don't have in-lab computers
[00:33] <dgroos> I'm not to big on recipies--though they do need to learn basics.  Yes, I see the computer as a big help-resource, for example: https://public-wikimedia.mpls.k12.mn.us/groups/onlinelearningcontent/weblog/07958/Introduction_to_LabQuest.html
[00:34] <dgroos> check out these labquests--they are incredible--allow students to setup their own data collection and see live graph--very powerful.
[00:35] <dgroos> ok I've been informed that it's dinner time--I don't ignore that :)  Thanks for checking out my stuff and I'd love to talk about it more.
[00:53]  * Lns waves to Edubuntuers
[02:11] <dgroos> LaserJock: were you able to see that vodcast, BTW?
[02:11] <dgroos> I have never been able to make it work on an ubuntu machine...
[02:13] <ace_suares> hey dgroos!
[02:13] <ace_suares> I just looked up on irclogs what I couldnt see since i was in a netsplit, obviously
[02:13] <ace_suares> all your pictures and description
[02:13] <ace_suares> REALLY great!
[02:14] <dgroos> Howdy ace_suares!
[02:14] <dgroos> and... you've been helping me succeed at it!  Thanks...
[02:15] <ace_suares> wouldnt' mind if you added your story to https://help.ubuntu.com/community/UbuntuLTSP/Stories with links to your photo and descrition pages!
[02:15] <ace_suares> Amazing setup, especially the 'tablet' look on those ooooold pc's!
[02:16] <dgroos> That is an excellent page.  When I started looking at Ubuntu/thin clients I found next to no useful stories--there are already 2 on that page (maybe more haven't looked for a couple days)
[02:17] <dgroos> Check out my project blog--you too can build these table--look especially at the posts from last summer--just breeze through the picts.  http://groosd.blogspot.com
[02:18] <ace_suares> Hey LaserJock rss feed on there.. now you gotta update more often, LJ! :-)
[02:19] <dgroos> that's what I was thinking ;)
[02:19] <ace_suares> amazing! buid day :-)
[02:19] <ace_suares> re stories page
[02:19] <ace_suares>  i posted the first one last week from a mail to the list
[02:19] <ace_suares> with permission
[02:19] <ace_suares> to my great surprise it was edited within a day or two and a second story showed up!
[02:19] <ace_suares> I gotta subscribe to that page...
[02:20] <dgroos> a community is given meaning by its stories... we need 'em.
[02:21] <dgroos> I looked into gobby.
[02:22] <dgroos> Looks like it would be a great tool to create programs.  I really like the way that it automatically highlighted each person's work with their own color.
[02:23] <dgroos> It's pretty much only linear.
[02:24] <dgroos> You can't make tables and doesn't wrap.
[02:28] <dgroos> I want to know more about our edubuntu community.  I'm fine taking the page from google docs and putting it on the wiki.
[02:28] <ace_suares> dgroos: that's a good thing!
[02:28] <ace_suares> (you'll avoid a lot of flak too :-)
[02:29] <ace_suares> Waht you ar edoing is really awesome I am sitting here with goosebumps.
[02:29] <dgroos> OK, where should I put it?
[02:29] <ace_suares> I was too surprised that there are so few stories with pictures..
[02:30] <ace_suares> dgroos: the doc? Try /Edubuntu/WikiSite/Incoming/SomeName and then send that link to the list!
[02:30] <dgroos> ace_suares: you're not sitting in a boat right now opening up bottles to read the notes within them, are you... ;)
[02:30] <ace_suares> I am *planning* on using 'Incoming' to vet new contributions by the community
[02:30] <ace_suares> he he
[02:31] <dgroos> I'll put it there :)
[02:31] <ace_suares> the bottle is open though :-) did you see the video on the site or somewhere on TV in east america?
[02:31] <dgroos> Hmmm... I don't see much TV--it was on your site :)
[02:31] <ace_suares> dgroos: read your mail :-)
[02:32] <ace_suares> dgroos: that's okay. It was a very intersting experience. As you can see I am not an actor. But I vote for next f2f meeting on one of those beaches :-)
[02:33] <dgroos> Thanks man.  You are very encouraging.
[02:33] <dgroos> seconded...
[02:33] <ace_suares> thx you can not estimate how good it does me to see those pictures of yours. My project failed. See www.suares.an/rkcs
[02:34] <ace_suares> It's very nice to see successfull projects!
[02:34] <ace_suares> dgroos: but please warn me if i am over-encouraging...!
[02:34] <dgroos> :)
[02:48] <dgroos> ace_suares: this is a very comprehensive page.  It's quite interesting to see the way you presented these 3 projects.
[02:48] <dgroos> It seems like all were quite successful and the only problem comes if the project is dropped before kinks get ironed out.
[02:49] <dgroos> I would need pages to write about the 'kinks' in my projects...
[02:50] <dgroos> But, there are solutions to them all, thanks to edubuntu committee.
[03:02] <ace_suares> well in fact the only kink was the director, who favourd MS and got all the sysadmins a week of all-inclusive hotel/sales in orlando FL... and they wen on local tv to say they where the first curacoa organisation to help (!) a multio-billion corporation to secure their computers... ehe hehehehe
[03:05] <dgroos> you actually were very adroit on your page describing the issues--but reading between the line it was evident that money/politics was working to discount the success of the projects.
[03:06] <dgroos> don't give up though... keep pushing.  the winds of politics will change and you'll be in the place, along with the majority of people, to get things going in a better, more sustainable way.
[03:06] <ace_suares> hehe that's what I am still rooting for. I give Linux/LPI courses now and Open Office, if there's enough students.
[03:07] <ace_suares> I've got appointmets pending with politicians, and I give lectures regularay
[03:08] <ace_suares> I am still confident that Free Software is the thing. However, If I've had 426 thin clients placed and 58 servers, in 2005, I would be a big shot now, instead of becoming one 'later'. And the whole ltsp edubuntu thing would also have advanced, there was quite of big grant from the Dutch government (all together about 1 000 000 USD.
[03:09] <ace_suares> I needed maybe 6-800.000 to setup the hardware, and the rest could go into software development (minus my own fee).
[03:10] <ace_suares> We could then fan out over trinidad, and other caribbean islands, with a complete solution, and by now (2009) we would have won several awards... I guess they missed out on that in turn for a week all -in hotel in orlando.. cheap people...!
[03:11] <ace_suares> now i need to do some ruby on rails, won't look often in this channel. David, YOU ROCK!
[09:00] <mss> hello
[09:00] <mss> I have a edubuntu 8.04 setup with HP5125 clients ...
[09:01] <mss> After 4 clients,  the server does not respond to DHCP requests ...
[09:03] <mss> Hello ... anyone around ?
[09:03] <alkisg> Is that "4 clients" specific?
[09:03] <alkisg> Or can it be e.g. 2 or 6 clients?
[09:03] <mss> it can be 2 - 6
[09:04] <alkisg> So, the clients don't PXE boot when that happens?
[09:04] <alkisg> Or they do, but it hangs afterwards when ipconfig runs?
[09:04] <mss> no ... just looking for IP addr via DHCP ...
[09:04] <alkisg> Hmmm... upload your /etc/ltsp/dhcpd.conf to pastebin.com
[09:05] <mss> well... the setup is in a remote location without internet access...
[09:05] <alkisg> Ah. So your not onsite now, eh/
[09:05] <mss> but I can get the data needed later in the day ..
[09:05] <alkisg> ?
[09:06] <mss> no reliable internet on site ...
[09:06] <alkisg> How different is it from a standard edubuntu installation? Did you change anything in dhcpd, tftpd etc?
[09:06] <mss> nothing changed ... standard config ....
[09:07] <alkisg> Do you perhaps have another dhcp server running? E.g. in a router?
[09:07] <mss> I saw some messages about crawling edubuntu / ltsp setups in mailing lists ...but no resolution ...
[09:07] <mss> no ... simple setup with two NICS, one not used ( no internet), the secondary for thin clients ...
[09:08] <alkisg> Did you assign an ip to the non-used NIC?
[09:08] <mss> 10 clients connected thru netgear 10/00 switch -- could never boot up more than 5 at once
[09:08] <mss> yes ....
[09:09] <mss> Is that a problem ?
[09:09] <alkisg> Is the IP on the same subnet as the first NIC?
[09:09] <alkisg> E.g. <IP_ADDRESS> and <IP_ADDRESS> ?
[09:10] <mss> It is <IP_ADDRESS>
[09:10] <mss> so diff subnet
[09:10] <alkisg> OK so the dhcp server won't get mixed up as to which NIC it should use...
[09:10] <mss> no...
[09:11] <alkisg> I can't imagine what would go wrong while pxe booting that would cause this, except maybe a switch problem or a broken pxe bios
[09:11] <mss> I saw in logs .... the DHCP server repeatedly offering IP address to clients , log after they have timed out .....looks like server is stuck in loop offering client addresses....
[09:12] <alkisg> E.g. if you had modified dhcpd.conf and it didn't offer a boot filename, then the clients would continue requesting, and the server would continue offering, but you said that you didn't modify dhcpd.conf...
[09:12] <mss> does not look like switch problem ... if I turn on only that client after booting system, one client will boot up at a time ..
[09:13] <alkisg> Maybe the switch drops some broadcasted packets when there's a lot of traffic? I don't know, but I'd try another switch if it's available
[09:15] <alkisg> OK when you get there, copy /etc/ltsp/dhcpc.conf and /etc/network/interfaces and /etc/default/dhcp3-server and `ifconfig -a`
[09:15] <mss> sure .. will do that ...
[09:16] <alkisg> ...and maybe try disabling the same nic, just in case (e.g. if you had netmask=<IP_ADDRESS> it would get mixed up)
[09:16] <alkisg> *the _second_ nic
[09:16] <alkisg> Ah, and also get the client's NIC pci id
[09:17] <alkisg> Finally, if the clients have another boot method (cd, hd, usb, floppy) you could try gpxe
[09:17] <alkisg> http://www.etherboot.org => it may work or it may better tell you what's wrong
[09:19] <mss><EMAIL_ADDRESS>[09:19] <mss> I saw several "system slow" messages like the above, but no clear reolution with hardy
[09:20] <alkisg> He has an authentication problem, you have a dhcp problem... I don't see any similarities...?
[09:26] <mss><EMAIL_ADDRESS>[09:26] <mss> this one ...
[09:27] <mss> and this one
[09:27] <mss> http://sourceforge.net/mailarchive/forum.php?thread_name=A1777BE3AA0AB44ABADA6FF66BA594ED6C358F0F61%40vkex.vindeln.se&forum_name=ltsp-discuss
[09:29] <alkisg> If it's a dhcp3-server problem, then it would require network dumps to make an appropriate bug report so that upstream could fix it
[09:30] <alkisg> ...and in this case, changing e.g. dhcp3-server with dnsmasq would make it work
[09:31]  * alkisg gotta go, bbl...
[09:32] <mss> thanks .....bye alkisg
[16:56] <Ahmuck> well, it was fun while it lasted ...
[17:01] <dgroos> Ahmuck: ?
[17:02] <Ahmuck> power outage, blew up the server
[17:02] <Ahmuck> not sure if it is the psu or the mobo, but something blew
[17:03] <dgroos> sorry :(
[17:03] <Ahmuck> not sure i'm going to put out the expense in fixing it.  the lab cost money to run, it was a community thing that i was doing as a good will thing
[17:04] <mhall119> Ahmuck: where?
[17:09] <dgroos> Ahmuck: do you have something online describing this service/project?  I always like to see what others are working on.
[17:10] <Ahmuck> nope, not online.  i can take a photo of the lab if you want, a panoramic
[17:10] <Ahmuck> and do a description.  i've been torn about keeping it open, or closing it down.  we had just made the decision to move it to a building that had a window to get more traffic
[17:12] <Ahmuck> mhall119 where as in location?
[17:12] <mhall119> Ahmuck: yeah
[17:12] <Ahmuck> osborne, ks
[17:12] <mhall119> are you a part of the -ks LoCo?
[17:12] <Ahmuck> mhall119 i'm glad your here.  my clients are 800mhz with 256mb ram.  any chance qimo will run on those?
[17:13] <Ahmuck> mhall119 yes
[17:13] <mhall119> Ahmuck: Qimo will run fine
[17:13] <Ahmuck> mhall119 sorta, i don't subscribe to the lists, don't participate in the web stuff, just the irc channel
[17:13] <mhall119> Ahmuck: you might ask around in your LoCo to see if anyone has hardware you can use to fix the server
[17:13] <Ahmuck> i sponser a regional LUG, and i promote ubuntu in the lug
[17:14] <mhall119> another good place to ask
[17:14] <Ahmuck> our LoCo is small, very small
[17:14] <mhall119> I've gotten a lot of donations from the -fl LoCo
[17:14] <Ahmuck> oddly, though there are a number of techs in the area, some in the ISP, business, etc. i'
[17:14] <Ahmuck> ve never been able to attract anybody of that caliber for the lug
[17:14] <dgroos> Ahmuck, cool.  I suppose you've pondered using ace_suares' project page?  Looking for it but can't find it--where again is this prototype edubuntu wiki?
[17:14] <Ahmuck> the lug is mostly gui startups people
[17:15] <mhall119> too bad
[17:15] <Ahmuck> some converted to linux because they had no license keys, however those that have converted are so happy with xubutu that they refuse to change back to windows
[17:16] <Ahmuck> LaserJock: needs to put the wiki in the title
[17:17] <Ahmuck> sadly we operated our community magazine out of that lab.
[17:26] <dgroos> So... Ahmuck, I would like to read about it, the project page is a good place, ay?
[17:27] <Ahmuck> well, i've had mixed success.  8.10 was great, 9.04 has been a pain
[17:28] <Ahmuck> it's also listed as private enterprise rather than 501c, though it might be considered not for profit.  originally the idea was to provide inet access, office space, etc. to people who needed to get away from the house or couldn't afford to purchase a computer and inet
[17:29] <Ahmuck> in that aspect it's worked, unfortunately, not to the extent to pay the rent, utilities, so that's been coming out of pocket, plus the computer expenses, though most of that was from recycled hardware or donated hardware
[17:30] <Ahmuck> i have a what some would consider a fault, a bleeding heart
[17:30] <dgroos> Nice vision... tough to get something like this self-funded...
[17:30] <dgroos> I'm guessing that's a genetic disposition associated with lots of open-source, present author included :)
[17:31] <Ahmuck> *shrugs*, it comes out of my business income.  this means i was unable to buy a new camera this year, but *shrugs* i don't mind
[17:32] <Ahmuck> it's provided jobs to kids in high school
[17:33] <dgroos> Complex project... please consider writing this up.  Always the edubuntu-based projects are so much bigger than the technology though...
[17:34] <dgroos> that isn't to underestimate the critical role of said tech.
[17:35] <dgroos> hmmm... I'm repeating myself...
[17:36] <Ahmuck> complex?  i just did it because it was a challenge ... :)
[17:36] <Ahmuck> well, and i enjoyed it
[17:39] <Ahmuck> while i'm thinking of it, i just realized that 'm going to need that computer for some info we've kept on the lab.  looks like i'm going to have swap a new mobo in it.  the drive is "raided" to prevent data loss, however switching boards will mean i have to re-install?
[17:39] <Ahmuck> anybody know if 8.04.3 had good ltsp support, i may fall back
[18:52] <ace_suares> if your drives are okay, they'll just work. Unless maybe i's hardware raid.
[19:07] <mhall119> yeah, changing mobo alone won't require a re-install, Linux > Windows
[20:21] <Ahmuck> mhall119 :)
[20:21] <Ahmuck> so i was reading about linux software raid and md.  i understand if it finds a bad sector, it won't rebuild the raid.  /me wonders if this had been fixed
[20:23] <Ahmuck> downloading qimo
[20:23] <Ahmuck> mhall119 do you have a way to build an image for qimo? server side?
[20:35] <mhall119> what do you mean?
[20:36] <mhall119> for an LTSP?
[21:10]  * mhall119 is a packaging machine!
[22:33] <mhall119> okay, I need some guidance on customizing XFCE
[22:34] <mhall119> customizing the default settings, to be used by new users


[10:01] <unggnu> hi all
[10:01] <unggnu> Wasn't the plan to push everything needed for Nouveau before Alpha 1 to got enough testing data? So what is the plan now? I have reade something about the kernel team but without a ppa it doesn't look like I can test nouveau right now in Lucid
[10:04] <tjaalton> you should ask the kernel team..
[10:05] <unggnu> tjaalton: How can I check nouveau then?
[10:06] <unggnu> under Lucid circumstances of course
[10:06] <unggnu> :)
[10:06] <tjaalton> no idea
[10:06] <unggnu> I just think that testing is important because of LTS and the state of the driver but I guess you all know this :/
[10:07] <tjaalton> it would still need the bits in the kernel
[10:07] <tjaalton> and that hasn't happened
[10:08] <unggnu> According to a newsletter the changes aren't so severe if I recall it right
[10:08] <unggnu> Radeon looks great though at least with an older card and also with 4870 with some minor issues. :)
[10:17] <unggnu> tjaalton: Couldn't you push a Kernel with the needed patches with a ppa?
[10:19] <tjaalton> unggnu: me? no
[10:24] <unggnu> tjaalton: no, in the X ppa
[10:24] <unggnu> tjaalton: it was a general you :D
[10:24] <tjaalton> too much work anyway, we have the kernel team for that
[10:24] <unggnu> ok
[10:24] <unggnu> Just kick their ... ;)
[10:25] <unggnu> If it doesn't work it have to be removed which also needs time so the earlier the better
[10:28] <unggnu> At least many radeon standby problems should be fixed I guess. Intel KMS should work with overlay again - but I am not sure if this changes were already applied in the 2.6.32 kernel.
[10:29] <jcristau> they weren't
[10:30] <unggnu> that's bad and I guess they are too severe for backporting?
[10:30] <jcristau> no
[10:30] <unggnu> Ok, lets hope they make it since pre i915 couldn't use kms then
[10:30] <unggnu> afaik
[10:30] <jcristau> it could.  just without video.
[10:30] <unggnu> or no video either way :)
[10:30] <unggnu> +accelerated
[10:34] <unggnu> Accelerated video is a basic and more important than 3D and of course KMS imho. Btw. does KMS work with i815? Hasn't Intel dropped support for this chipset?
[10:36] <jcristau> kms is in the i915 driver.  so i830+
[10:36] <jcristau> i81[05] is still using ums, xaa, dri1, ...
[10:36] <tjaalton> hmm so 2.10 will drop support for them
[10:37] <jcristau> well the 3 of them that still exist.
[10:37] <unggnu> jcristau: :D When was their release date?
[10:37] <unggnu> So X will be adaptive in future? Starting without root rights if possible and vice versa?
[10:37] <jcristau> http://en.wikipedia.org/wiki/Intel_810
[10:37] <jcristau> 10 years ago
[10:38] <unggnu> Ok, if vesa still works and if it has kms in the future ... :D
[10:39] <unggnu> Without enough RAM Ubuntu should be run just fine on P3s. Maybe the Linux Intel graphic guys have more time in the future since the big changes should be done now. :)
[10:40] <tjaalton> you wish
[10:41] <unggnu> tjaalton: that's for sure :D
[10:41] <unggnu> They probably just create zxa or something like that :D
[10:45] <tjaalton> jcristau: I'll pull in the xorg.conf.d/inputclass stuff for testing, tseliot promised to fix the fallbacks ;)
[10:46] <unggnu> No response from the Kernel team but I guess it is the time :)
[10:46] <unggnu> anyway, bye guys :)
[10:54] <tseliot> tjaalton: do you mean in a PPA, right?
[10:54] <tjaalton> tseliot: just for git
[10:55] <tjaalton> for now
[10:55] <tseliot> tjaalton: in a separate branch, not in our master ubuntu branch, right?
[10:55] <tjaalton> no, in the master branch
[10:55] <tjaalton> as separate patches
[10:56] <tseliot> tjaalton: I was asking as I will have to upload a packaging change in X to get the alternatives stuff to work
[10:56] <tjaalton> just push it
[10:56] <tseliot> and I would like to upload that without uploading the other patches
[10:57] <tseliot> how would it work?
[10:57] <tjaalton> I haven't pushed anything yet
[10:57] <tseliot> ok
[10:58] <tseliot> tjaalton: in this case maybe I don't need to put UNRELEASED in the distro
[10:59] <tjaalton> if you have no other changes..
[10:59] <tseliot> no, nothing else
[10:59] <tjaalton> otherwise use several commits with just one functional change in each
[11:05] <tjaalton> well, on a second thought I won't be pushing this to the branch
[11:10] <tseliot> good
[11:13] <tjaalton> apart from the inputclass commit bumping the ABI, they apply ok
[11:17] <tseliot> yes, I noticed the input ABI bump
[11:24] <tseliot> tjaalton: ok, pushed
[11:25] <tseliot> I can upload it later
[11:28] <jcristau> tjaalton: the main problem with the fallbacks (besides the fact that the code is a bit painful) is i never figured out what behaviour i wanted.  also i need a screen and a device section for each driver.  and add each screen to the serverlayout.  so do i do that only if there's no serverlayout, or if there's a serverlayout with no screen, or a screen with no device, or a device with no driver, or ...
[11:28] <tjaalton> jcristau: :/
[11:32] <jcristau> and when you get to the point in the code where you want to add a few devices/screens, the list of screens in the layout is already allocated so you have to go back to add more
[11:32] <jcristau> so it needs some sitting down which i wasn't able to do yet :)
[11:33] <tjaalton> yeah it sounds troublesome
[11:35]  * tseliot nods
[14:30] <jneves> hi there - I'm having a strange problem with 9.10 and gdm-2.20 - every time I start, gdm fails (the screen is screwed up so I can't read it) - if I git thru recovery more and do "resume" it works fine
[14:30] <jneves> anyone has a hint on what I should look at?
[14:33] <jneves> the closest thing to a clue I have is this on gdm logs: Jan  4 13:20:33 net gdm[1366]: DEBUG: gdm_server_start: Server :0 died during startup!
[14:50] <jneves> brb
[15:54]  * jneves found the problem - failsafe is starting before gdm - disabling failsafe "solves" this
[15:55] <jneves> https://bugs.launchpad.net/ubuntu/+source/gdm-2.20/+bug/491483
[16:04] <superm1> why are you using gdm-2.20 in the first place?
[16:04] <superm1> i personally don't think it should have ever been introduced to the archive
[16:05] <superm1> it was introduced so xubuntu didn't need to pull in so much of gnome, but i dont think it got enough testing
[16:07] <jneves> superm1: because in my case gdm doesn't work
[16:07] <superm1> jneves, what's your problem with gdm?
[16:07] <jneves> superm1: groups of users go to different networks depending on their authentication (the change is done by pam)
[16:08] <jneves> superm1: when I logout from one user, gdm fails in strange ways (the user input box does not appear)
[16:09] <superm1> jneves, so wouldn't the proper thing to do be file bugs on gdm then for these cases?
[16:10] <jneves> superm1: yes, but I also need to work around the problem in the meantime
[16:10] <superm1> gdm-2.20 is gonna need work to  be reworked as an upstart job
[16:10] <superm1> otherwise failsafe-x will kick in as you found
[16:10] <jneves> superm1: it's working at the moment
[16:10] <jneves> superm1: it's not that simple - right know, if you have gdm installed, but choose another dm, failsafe-x does the wrong thing
[16:11] <jneves> superm1: right now, failsafe-x only works with gdm :(
[16:12] <superm1> jneves, ah
[16:13] <jneves> superm1: so, yes this is working around a bug - no, the current situation isn't right either ;)
[18:26] <Duke`_> ^£$@+*!!
[18:26] <Duke`_> execbuf error WTF?!!1
[19:45] <schilli> I just installed Lucid today.  Ran into an issue on the Eee 1005hab setting up an external monitor...
[19:47] <schilli> Works fine mirroring, or with one or the other monitor disabled.  When start taking the external monitor to higher resolutions, things get hairy...
[19:48] <tjaalton> schilli: poulsbo gfx, not supported properly
[19:49] <schilli> it is known about and being dealt with?
[19:49] <tjaalton> known, nothing we can do about
[19:49] <tjaalton> binary blobs ftw
[19:50] <schilli> but doing the same thing works fine in Karmic.
[19:50] <jcristau> then use karmic
[19:52] <schilli> OK
[19:53] <schilli> Where, if anywhere, should I be of any use to anyone while messing around and trying things out with Lucid?
[19:57] <tjaalton> triaging bugs on lp
[20:07] <bryyce> heya tjaalton
[20:08] <tjaalton> bryyce: hi, how was the vacation?
[20:08] <bryyce> very good, got lots of house/shop projects done (or mostly done)
[20:09] <bryyce> tjaalton, how things going for you?
[20:09] <tjaalton> I played a lot of Rock Band (& The Beatles), and read two books :P
[20:11] <bryyce> nice
[20:11] <bryyce> I played a lot with my son :-)
[20:12] <bryyce> hey, I saw some email about libdrm on ubuntu-x
[20:12] <tjaalton> yep
[20:12] <bryyce> I'm about to email Intel to get some extra priority on that issue, but are there any recent updates about it?
[20:12] <maxb> I am finding that _intermittently_ Lucid goes into low graphics mode on first boot, but will then work if you restart gdm. I hypothesize some boot-time race condition that leaves X not knowing about its display devices properly. Can anyone suggest how I would pursue this?
[20:12] <tjaalton> not on the bug report at least, since dec 31
[20:13] <bryyce> tjaalton, ok but the issue is still occurring?  Anyone beyond sarvatt seeing it?
[20:13] <tjaalton> maxb: yes, happens here too, haven't figured out why
[20:13] <tjaalton> bryyce: yes, apparently it affects 945 chips
[20:13] <bryyce> tjaalton, also you mentioned setting up a ppa with the new libdrm and mesa; did this get set up?
[20:13] <tjaalton> though I haven't tried it on my 965
[20:14] <tjaalton> bryyce: no, not yet
[20:14] <tjaalton> but I did update libdrm git
[20:14] <bryyce> ok
[20:15] <bryyce> I guess this could go into the x-testing ppa:  https://edge.launchpad.net/~ubuntu-x-swat/+archive/ppa
[20:16] <tjaalton> yes
[20:28] <tjaalton> we probably need to (again) use the drm headers from libdrm instead of the kernel, for the new intel at least
[20:28] <tjaalton> probably radeon too
[20:28] <bryyce> yeah
[20:29] <bryyce> that should be fine for x-testing
[20:29] <tjaalton> bryyce: btw, since intel 2.10 will drop support for !kms, it also means that it won't "support" i81{0,5} anymore
[20:29] <bryyce> tjaalton, good grief
[20:29] <tjaalton> but, who cares
[20:30] <bryyce> well, I care ;-)
[20:30] <tjaalton> those are ancient
[20:30] <tjaalton> bah :)
[20:30] <bryyce> um, not *so* ancient...
[20:30] <tjaalton> 10y
[20:31] <bryyce> is 2.10 == 2009Q4?
[20:31] <tjaalton> yes, slipped though
[20:31] <bryyce> hmm
[20:32] <bryyce> oh apparently I haven't had enough coffee
[20:32] <bryyce> I thought you wrote i8*{0,5}
[20:32] <tjaalton> hehe
[20:32] <bryyce> I'm much less concerned with dropping i810/815 support... those have been more or less dead for a while now
[20:33] <tjaalton> right
[20:33] <superm1> well hopefully those gracefully fallback to vesa though rather than just intel driver not working and kicking in failsafe-x
[20:34] <bryyce> superm1, good idea
[20:34]  * bryyce adds this to his todo list
[20:34] <tjaalton> the server will be fixed yes
[20:34] <tjaalton> not to try intel on those
[20:38] <bryyce> tjaalton, is someone else already planning on doing that?  If so I'll leave it off my todo
[20:38] <bryyce> btw, iirc we talked some weeks ago about ideas for improving the xserver autodetection stuff...  did those ideas ever make it into a wiki page?  I've largely forgotten what we talked about specifically
[20:39] <tjaalton> bryyce: it'll probably happen upstream for 1.8, when 2.10 is released. other than that, I don't know
[20:39] <bryyce> ok, I'll leave it on my todo list to verify it when we merge 2.10
[20:40] <tjaalton> bryyce: well, no wiki page exists for that. jcristau mentioned some problems earlier today
[20:41] <Duke`_> Sarvatt, I got an execbuf error with your commit-reverted packages :-(
[20:44] <Sarvatt> Duke`: yeah me too, both reverts is still ok though but the other doesn't revert cleanly from 2.4.17 :(
[20:46] <tjaalton> huh, autosyncs are clearly not happening
[20:46] <tjaalton> libxcb is still at 1.4-1
[20:53] <tjaalton> building mesa 7.7 locally
[20:53] <tjaalton> I was wondering to add ubuntu-test branches to git for stuff like this
[20:54] <jcristau> tjaalton: iirc jd_ switched libxcb source to 3.0 format, maybe that stopped it?
[20:55] <tjaalton> jcristau: xcb-proto is synced though, lp supports it now
[20:55] <jcristau> ok
[21:12] <bryyce> tjaalton, are you noticing any other broken autosyncs besides libxcb?
[21:13] <tjaalton> bryyce: no, it's the only one, the others are not in testing yet
[21:14] <bryyce> ok
[21:32] <bdmurray> bug 434032 is likely a duplicate of something but I can't remember which bug
[21:32] <Duke`> damin it
[21:32] <Duke`> google maps raised execbuf error
[21:36] <tjaalton> bdmurray: replied to the bug
[21:37] <bdmurray> tjaalton: okay thanks!
[22:34] <tjaalton> bryyce: libdrm and mesa uploaded to uploaded to the ubuntu-x ppa
[22:34] <bryyce> tjaalton, excellent
[22:34] <tjaalton> sigh, mesa tarball size has tripled
[22:35] <jcristau> argh indeed.
[22:35] <jcristau> -rw-r--r-- 1 julien julien  8773112 Dec 29 10:28 ../mesa_7.6.1.orig.tar.gz
[22:35] <jcristau> -rw-r--r-- 1 julien julien 26176639 Dec 25 16:12 ../mesa_7.7.orig.tar.gz
[22:35] <jcristau> and 7.7 has the glut sources removed.
[22:35] <tjaalton> it did?
[22:36] <tjaalton> I diffstat'ed against rc2
[22:36] <bryyce> whoa, wtf?
[22:36] <jcristau> i didn't include MesaGLUT-7.7.tar.gz in my 7.7.orig
[22:36] <tjaalton> ah ok
[22:37] <tjaalton> progs/objviewer is  now huge
[22:37] <jcristau> wtf is this stuff?
[22:37] <tjaalton> well, 7.6.1 didn't have it
[22:40] <bryyce> tjaalton, I see libdrm in x-testing but not mesa?
[22:41] <tjaalton> bryyce: still uploading
[22:41] <bryyce> aha great
[22:44] <tjaalton> bryyce: so I was wrong about the i810/815, they still use ums on 2.10 (which was tagged a moment ago)
[22:45] <bryyce> ahh, ok good
[22:45] <tjaalton> mesa upload finished
[22:45] <bryyce> tjaalton, I've emailed Intel about this bug.  I sent them the link to the ppa and asked that they up their priority on it
[22:45] <tjaalton> bryyce: good
[22:46] <bryyce> also asked yingying's team to try to reproduce (sometimes that helps get things moving)
[22:46] <bryyce> would be nice to get comment from developers on it
[22:46] <tjaalton> yep
[22:46] <bryyce> maybe now that holidays are over it'll get attention
[22:47] <tjaalton> hope so
[23:57] <Sarvatt> thats odd, gdm isn't starting randomly on boot, just getting a login prompt sometimes now. I get a could not create session error every startup for a second or two before it draws the panel when it does boot also
[23:57] <Sarvatt> running that libdrm 2.4.17/mesa from x-testing now to see how things fare re: execbuff while wedged errors
[23:57] <bryyce> thanks
[23:58] <bryyce> Sarvatt, is "could not create session" gdm speak for 'X crashed' perhaps?


[01:29] <lxle1604> greetings LUbunters
[01:29] <lxle1604> anybody know much about all-in-one epson printers (specifically scanner)?
[01:31] <lxle1604> I have 8 other Linux OSes running, and all work with my printer scanner.  the only one that does not is LXLE.  any hints?
[03:30] <flipper887> lxle have you checked the hardware compatibility list for Debian/Ubuntu
[06:33] <red46> installed lubuntu 17,10.1 on a Sony Vaio laptop.what can I do to stop the cursor from jerking around when I get it to move at all?
[14:45] <red46> installed lubuntu 17,10.1 on a Sony Vaio laptop.what can I do to stop the cursor from jerking around when I get it to move at all?
[14:46] <red46> and using touchpad
[14:49] <hemimaniac> Had the same problem on an old travel mate, Menu > Preferences > Keyboard and Mouse, under mouse back the speed and sensitivity way off, log out and back in, worth a try
[14:49] <red46> i tried that and no difference
[18:16] <Lothaire> y'a quelqu'un?
[18:16] <Lothaire> salut les gars
[18:17] <Lothaire> je voudrai savoir si Lubuntu est adapté pour un netbook à base d'atom N270 monocore donc et 2Go de RAM, mais un SSD 120Go? Et GMA 950 oblige^^
[18:17] <wxl> !fr | Lothaire
[18:18] <Lothaire> ok pas de soucis merci
[22:41] <RoodyJammer> Hello?
[22:42] <RoodyJammer> No one here? I could use some help
[22:51] <roodyjamer> hello
[22:53] <krytarik> Feel free to ask the real question anytime btw.
[22:54] <roodyjamer> sorry. i had something i had to do
[22:54] <roodyjamer> im new to this so i didnt really know
[22:56] <roodyjamer> how do i install amd drivers into my computer?
[22:56] <roodyjamer> ive found that nothing on the articles i find online work correctly


[03:02] <mup> PR snapd#10051 opened: cmd/snap-bootstrap/initramfs-mounts: move time forward using assertion times <Run nested> <Squash-merge> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/10051>
[07:48] <mborzecki> morning
[07:53] <zyga-mbp> long time no see, I was not feeling very well lately
[07:54] <mborzecki> zyga-mbp: hey
[07:54] <zyga-mbp> hey :)
[08:04] <pstolowski> morning
[08:05] <zyga-mbp> hey pstolowski :)
[10:28] <mup> PR snapd#10052 opened: features: add refresh-control feature flag <Refresh control> <Simple 😃> <Created by stolowski> <https://github.com/snapcore/snapd/pull/10052>
[10:48] <mup> PR snapd#10053 opened: o/snapstate: helper for getting snaps affected by refresh, define new hook <Needs Samuele review> <Refresh control> <Created by stolowski> <https://github.com/snapcore/snapd/pull/10053>
[11:13] <mup> PR snapd#10054 opened: snapdtool, wrappers: add dependency on usr-lib-snapd.mount for services on core with snapd snap <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10054>
[12:49] <mup> PR snapd#10055 opened: wrappers: launch apps through /usr/lib/snapd/snap on core with snapd snap <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10055>
[13:49] <mup> PR snapd#9959 closed: o/snapstate: update validation sets assertions with auto-refresh <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9959>
[15:11] <mup> PR snapcraft#3474 opened: Nimble sread <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3474>
[15:16] <mup> PR snapcraft#3474 closed: Nimble sread <Created by sergiusens> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/3474>
[15:16] <mup> PR snapcraft#3475 opened: godeps: set default channel to 1.15/stable <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3475>
[15:16] <mup> PR snapcraft#3476 opened: ci: reduce amount of artifacts to upload for spread <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3476>
[15:30] <pedronis> ijohnson: I reviewed #100051
[15:30] <mup> Bug #100051: ubuntu distro updater crashed <update-manager (Ubuntu):Confirmed> <https://launchpad.net/bugs/100051>
[15:30] <pedronis> heh
[15:30] <pedronis> ijohnson: I reviewed #10051
[15:30] <mup> Bug #10051: gdm: new changes from Debian require merging <gdm (Ubuntu):Fix Released by seb128> <https://launchpad.net/bugs/10051>
[15:30] <mup> PR #10051: cmd/snap-bootstrap/initramfs-mounts: move time forward using assertion times <Run nested> <Squash-merge> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/10051>
[15:33] <pedronis> mborzecki: question in https://github.com/snapcore/snapd/pull/10054
[15:33] <mup> PR #10054: snapdtool, wrappers: add dependency on usr-lib-snapd.mount for services on core with snapd snap <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10054>
[15:37] <ijohnson> pedronis: thanks, I'll have a look in a minute, snapcraft clinic right now
[15:44]  * cachio_ lunch
[15:45] <zyga> ijohnson really nice branch with that model assertion and time
[15:46] <ijohnson> thanks zyga
[15:57] <pedronis> cachio_: we are getting failure like  /home/gopath/src/github.com/snapcore/snapd/tests/lib/prepare-restore.sh: line 493: go: command not found
[15:58] <pedronis> cachio_: in https://github.com/snapcore/snapd/pull/9307
[15:58] <mup> PR #9307: interfaces/tee: add TEE/OPTEE interface <Squash-merge> <Created by ogra1> <https://github.com/snapcore/snapd/pull/9307>
[16:24] <mup> PR snapd#10056 opened: cmd/snap: packaging: move snap binary to /usr/lib/snapd/snap, fix invocation of internal tools <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10056>
[16:26] <mup> PR core20#100 opened: Add a wrapper for invoking the snap binary <Created by bboozzoo> <https://github.com/snapcore/core20/pull/100>
[16:33] <ijohnson> pedronis: cachio_: I wonder if the hirsute image changed, also I see that there is a failure above that line too:
[16:33] <ijohnson> This package is uninstallable
[16:33] <ijohnson> Dependency is not satisfiable: dh-systemd
[16:33] <ijohnson> pedronis: I bet merging master would help that pr
[16:41] <cachio_> ijohnson, the image change every day
[16:41] <mup> PR snapcraft#3477 opened: spread tests: pin go for v1 plugin snaps <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3477>
[16:41] <cachio_> is it imported from cloud project
[16:41] <ijohnson> cachio_: right so I wonder if the go package was removed from the image
[16:42] <cachio_> I can check that
[16:48] <cachio_> ijohnson, https://paste.ubuntu.com/p/G2dhMZ7sJN/
[16:48] <cachio_> no go in the image
[16:48] <ijohnson> cachio_: so we probably need to install go then
[16:48] <ijohnson> cachio_: do the other ubuntu images have go in them?
[16:49] <cachio_> ijohnson, yes but because we process the image
[16:49] <ijohnson> but we don't process the hirsute image?
[16:49] <cachio_> this image is imported from ubuntu-os-cloud-devel project
[16:49] <cachio_> no
[16:49] <ijohnson> right
[16:49] <cachio_> once the image is released
[16:49] <cachio_> I start preinstalling
[16:49] <cachio_> all the deps
[16:49] <cachio_> because this image changes so frequently
[16:49] <ijohnson> makes sense
[16:50] <cachio_> we need to add that dep in the test which needs it
[16:50] <ijohnson> cachio_: the whole suite is failing to be prepared, it needs to always be in the image
[16:50] <cachio_> or better in pkgdb helper
[16:50] <ijohnson> it's not a specific test that is failing due to missing the go command, it's every test on hirsute right now
[16:51] <cachio_> ijohnson, is it in you pr or in master?
[16:51] <ijohnson> cachio_: it's in this pr: https://github.com/snapcore/snapd/pull/9307
[16:51] <mup> PR #9307: interfaces/tee: add TEE/OPTEE interface <Squash-merge> <Created by ogra1> <https://github.com/snapcore/snapd/pull/9307>
[16:51] <ijohnson> cachio_: but maybe that pr needs a master merge
[16:52] <cachio_> ijohnson, you can try merging master
[16:52] <cachio_> or add the dep here https://github.com/snapcore/snapd/blob/master/tests/lib/pkgdb.sh#L597
[16:53] <cachio_> ijohnson, ah, the pr is not yours
[16:53] <cachio_> I can try in that case
[16:54] <ijohnson> right
[16:57] <pedronis> that PR can be probably landed anyway, now is down to 2-3 failures
[16:57] <pedronis> but the missing go confused me (it's that kind of day)
[16:57] <cachio_> pedronis, ijohnson so the go problem is for all the prs
[16:57] <cachio_> I'll create a new pr to fix that
[16:58] <ijohnson> cachio_: right we should fix that asap, hirsute is close to being stable so it would be good to catch regressions there before hirsute is released
[16:58] <ijohnson> cachio_: it's still on my queue to work on the security uevent test fix for hirsute, I should have something today or early next week
[16:58] <cachio_> ijohnson, nice
[16:59] <cachio_> that test is the only one in red
[16:59] <ijohnson> great
[17:01] <cachio_> ijohnson, which packages do we need for hirsuite?
[17:01] <ijohnson> cachio_: just go I think
[17:04] <cachio_> ok, testing it
[17:13] <cachio_> ijohnson, still failing
[17:14] <cachio_> it is trying to install go 1.10
[17:14] <mup> PR snapd#9307 closed: interfaces/tee: add TEE/OPTEE interface <Squash-merge> <Created by ogra1> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/9307>
[17:15] <cachio_> but it doesn't exist
[17:15] <cachio_> for hirsute
[17:16] <cachio_> ijohnson, distro_install_package --no-install-recommends autoconf automake autotools-dev build-essential clang curl devscripts expect gdb gdebi-core git indent jq apparmor-utils libapparmor-dev libglib2.0-dev libseccomp-dev libudev-dev man netcat-openbsd pkg-config python3-docutils udev udisks2 upower uuid-runtime avahi-daemon cups dbus-x11 fontconfig gnome-keyring jq man nfs-kernel-server printer-driver-cups-pdf python3-dbus python3-gi python3-yaml
[17:16] <cachio_> upower weston xdg-user-dirs xdg-utils zsh dbus-user-session golang qemu-utils
[17:16] <cachio_> Reading package lists...
[17:16] <cachio_> Building dependency tree...
[17:16] <cachio_> Reading state information...
[17:16] <cachio_> systemd is already the newest version (247.3-1ubuntu4).
[17:16] <cachio_> The following package was automatically installed and is no longer required:
[17:16] <cachio_>   squashfs-tools
[17:16] <cachio_> Use 'sudo apt autoremove' to remove it.
[17:16] <cachio_> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[17:16] <cachio_> + '[' '' = maybe ']'
[17:16] <cachio_> + loginctl enable-linger test
[17:16] <cachio_> + loginctl disable-linger test
[17:16] <cachio_> + '[' '' = yes ']'
[17:16] <cachio_> + case "$SPREAD_SYSTEM" in
[17:17] <cachio_> + [[ ubuntu-21.04-64 == debian-9-* ]]
[17:17] <cachio_> + best_golang=golang-1.10
[17:17] <cachio_> + quiet xargs -r eatmydata apt-get install -y
[17:17] <cachio_> + gdebi --quiet --apt-line ./debian/control
[17:17] <cachio_> This package is uninstallable
[17:17] <cachio_> Dependency is not satisfiable: dh-systemd
[17:17] <cachio_> ++ command -v go
[17:17] <cachio_> + '[' -z /usr/bin/go ']'
[17:17] <cachio_> ++ command -v govendor
[17:17] <cachio_> + '[' -z '' ']'
[17:17] <cachio_> + rm -rf /home/gopath/src/github.com/kardianos/govendor
[17:17] <cachio_> + go get -u github.com/kardianos/govendor
[17:17] <cachio_> ++ seq 10
[17:17] <cachio_> + for _ in $(seq 10)
[17:17] <cachio_> + quiet govendor sync
[17:17] <cachio_> + break
[17:17] <cachio_> + chown test.test -R /home/gopath/src/github.com/snapcore/snapd
[17:17] <cachio_> + '[' -z '' ']'
[17:17] <cachio_> + case "$SPREAD_SYSTEM" in
[17:17] <cachio_> + build_deb
[17:17] <cachio_> ++ dpkg-parsechangelog --show-field Version
[17:17] <cachio_> + dch --newversion 13<IP_ADDRESS> 'testing build'
[17:17] <cachio_> dch warning: neither DEBEMAIL nor EMAIL environment variable is set
[17:17] <cachio_> dch warning: building email address from username and FQDN
[17:17] <cachio_> dch: Did you see those 2 warnings?  Press RETURN to continue...
[17:17] <cachio_> + os.query is-debian-sid
[17:17] <cachio_> + su -l -c 'cd /home/gopath/src/github.com/snapcore/snapd && DEB_BUILD_OPTIONS='\''nocheck testkeys'\'' dpkg-buildpackage -tc -b -Zgzip' test
[17:18] <cachio_> dpkg-buildpackage: info: source package snapd
[17:18] <cachio_> dpkg-buildpackage: info: source version 13<IP_ADDRESS>
[17:18] <cachio_> dpkg-buildpackage: info: source distribution UNRELEASED
[17:18] <cachio_> dpkg-buildpackage: info: source changed by root<EMAIL_ADDRESS>[17:18] <cachio_>  dpkg-source -Zgzip --before-build .
[17:18] <cachio_> dpkg-buildpackage: info: host architecture amd64
[17:18] <cachio_> dpkg-source: info: using options from snapd/debian/source/options: --tar-ignore=tests/lib/cache/*
[17:18] <cachio_> dpkg-checkbuilddeps: error: Unmet build dependencies: debhelper (>= 9) dh-apparmor dh-autoreconf dh-golang (>= 1.7) dh-systemd gcc-multilib gettext gnupg2 libcap-dev libfuse-dev liblzma-dev liblzo2-dev python3-markdown xfslibs-dev
[17:18] <cachio_> dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting
[17:18] <cachio_> dpkg-buildpackage: warning: (Use -d flag to override.)
[17:18] <cachio_> ijohnson, sorry
[17:18] <cachio_> https://paste.ubuntu.com/p/sYYXhJvy6r/
[17:22] <ijohnson|lunch> cachio_: hmm what's the problem?
[17:22] <ijohnson|lunch> Also /me is at lunch, bbiab
[17:36] <cachio_> ijohnson|lunch, created the pr $10057
[17:37] <cachio_> but the problem not is what I showed https://paste.ubuntu.com/p/sYYXhJvy6r/
[17:40] <mup> PR snapd#10057 opened: tests: adding golang packages as dependency for hirsuite <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/10057>
[17:47] <cachio_> ijohnson|lunch, I am comparing with the previous image to determine what changed in terms of dependencies
[17:56] <mup> PR snapcraft#3477 closed: spread tests: pin go for v1 plugin snaps <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3477>
[18:11] <mup> PR snapcraft#3475 closed: godeps: set default channel to 1.15/stable <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3475>
[18:11] <mup> PR snapcraft#3476 closed: ci: reduce amount of artifacts to upload for spread <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3476>
[18:17] <cachio_> ijohnson|lunch, I used an old image and the errror is the same
[18:17] <cachio_> then I used old code and the error is the same
[18:17] <cachio_> it meand the repo has changed
[19:02] <ijohnson> cachio_: I'm looking at your pr now
[19:04] <ijohnson> cachio_: yeah now the issue is different from that other pr
[19:04] <ijohnson> dpkg-checkbuilddeps: error: Unmet build dependencies: debhelper (>= 9) dh-apparmor dh-autoreconf dh-golang (>= 1.7) dh-systemd gcc-multilib gettext gnupg2 libcap-dev libfuse-dev liblzma-dev liblzo2-dev python3-markdown xfslibs-dev
[19:05] <ijohnson> up above from there a bit is this same error though
[19:05] <ijohnson> + quiet xargs -r eatmydata apt-get install -y
[19:05] <ijohnson> + gdebi --quiet --apt-line ./debian/control
[19:05] <ijohnson> This package is uninstallable
[19:05] <ijohnson> Dependency is not satisfiable: dh-systemd
[19:06] <ijohnson> hmmm debian packaging is not my strong suit so I'm a bit lost, but I think there's some issue snapd depending on dh-systemd in hirsute
[19:06] <cjwatson> Needs to be something like "debhelper (>= 9.20160709~) | dh-systemd".  dh-systemd is gone in hirsute.
[19:06] <cjwatson> If you use something like that instead then it should work on both old and new systems.
[19:07] <cjwatson> (dh-systemd was folded into debhelper)
[19:07] <ijohnson> I could have sworn I saw mvo file a pr doing that
[19:07] <cjwatson> I certainly suggested that
[19:07] <cjwatson> I guess it must not have landed yet
[19:07] <ijohnson> ahhh I even approved it, but it didn't land yet
[19:07] <ijohnson> https://github.com/snapcore/snapd/pull/10044
[19:07] <mup> PR #10044: packaging: drop dh-systemd from build-depends on ubuntu-16.04+ <Created by mvo5> <https://github.com/snapcore/snapd/pull/10044>
[19:08] <ijohnson> well "approved"
[19:08] <cjwatson> Oh
[19:08] <cjwatson> It's also wrong
[19:08] <cjwatson> Needs to replace the dh-systemd line, not supplement it
[19:08] <ijohnson> ah good to know
[19:08] <ijohnson> I can push to mvo's branch
[19:09]  * cjwatson comments on the PR to that effect
[19:10] <ijohnson> thanks cjwatson
[19:10] <ijohnson> cachio_: so we need both your pr adding the go package to the spread image _and_ a fixed version of mvo's branch too
[19:11] <ijohnson> cachio_: do you mind if I just cherry-pick your branch on top of the fix I will push to mvo's pr ?
[19:11] <cachio_> ijohnson, nice
[19:11] <cachio_> go ahead
[19:11] <cachio_> no problem
[19:13] <ijohnson> ack
[19:15] <mup> PR snapd#10057 closed: tests: adding golang packages as dependency for hirsuite <Created by sergiocazzolato> <Closed by anonymouse64> <https://github.com/snapcore/snapd/pull/10057>
[19:39]  * cachio_ afk
[23:11] <mup> PR snapcraft#3478 opened: ci: add requirements for snapcraft legacy in spread <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3478>