[06:58] <didrocks> good morning
[07:43] <MacSlow> hi there everyone
[08:03] <oSoMoN> good morning
[09:32] <didrocks> Kaleo: hey! how are you?
[10:01] <Kaleo> didrocks: heya, good, and you?
[10:02] <didrocks> Kaleo: I'm fine, thanks :)
[10:02] <didrocks> Kaleo: so, I have some time today to look at a11y patch for Qt, just waiting to sync to not duplicate the work :)
[10:02] <didrocks> did you start anything?
[10:06] <Kaleo> didrocks: yeah, let's talk!
[10:41] <andyrock> good morning
[12:24] <didrocks> Kaleo: so, the new at-spi-qt, indeed, quite crashy still (without the needed Qt patch I guess). I'm a member now to push to the Qt experimental ppa, doing so
[12:53] <Kaleo> didrocks: oki doki
[13:22] <Kaleo> didrocks: shall we release Unity 2D in Oneiric today?
[13:22] <didrocks> Kaleo: sure, the sooner the better as I won't be there for monitoring important issues, do you have an ETA if you have branches you particularly want to include?
[13:23] <Kaleo> didrocks: just trunk as it is today is fine
[13:24] <didrocks> Kaleo: ok, so merging it in the oneiric branch? you take care of that?
[13:24] <Kaleo> didrocks: can do!
[13:24] <didrocks> great, just ping me back :)
[13:24] <Kaleo> didrocks: ok
[13:38] <Kaleo> didrocks: hey, bzr merge lp:unity-2d into the oneiric branch worked without conflict
[13:39] <Kaleo> didrocks: the oneiric branch is now up to date: lp:unity-2d/4.0
[13:39] <didrocks> Kaleo: excellent, nice! I will write a script shortly to get the changelog and then, ready to go! :)
[13:39] <didrocks> just taking a short break first :)
[13:40] <Kaleo> didrocks: the milestone is 3.8.8
[13:40] <Kaleo> didrocks: let me fix the changelog to reflect that
[13:40] <didrocks> ok :)
[13:42] <Kaleo> didrocks: done
[13:42] <didrocks> Kaleo: ok, will ping you back once tested and uploaded
[13:46] <coz_> good day
[13:56] <Kaleo> didrocks: thanks
[13:56] <Kaleo> didrocks: I am setting up a daily build for Oneiric in the PPA now
[13:57] <didrocks> excellent
[13:58] <didrocks> Kaleo: does https://launchpad.net/unity-2d/+milestone/3.8.8 have all bugs from this release?
[13:58] <didrocks> if so, I can just reuse my script for unity to close your bugs and generate the changelog :)
[13:59] <Kaleo> didrocks: yes it does
[13:59] <Kaleo> didrocks: does it mark the bugs as fix released?
[13:59] <Kaleo> didrocks: (I have a script for that)
[13:59] <didrocks> Kaleo: yeah, and it closes the milestone
[13:59] <Kaleo> didrocks: awesome
[13:59] <Kaleo> didrocks: one less script to run for me :)
[13:59] <didrocks> also, if you have bugs not "fix committed" there, it can report it to the next milestone
[14:00] <Kaleo> didrocks: that is fantastic
[14:00] <didrocks> Kaleo: heh, less code, better life :)
[14:00] <Kaleo> didrocks: I take note so that next time I don't move bugs manually
[14:00] <didrocks> Kaleo: yeah, let the script do the work :)
[14:00] <didrocks> Kaleo: I have explained that in the "release mode" of the unify bug mail I sent to you if you are interested into the details
[14:01] <didrocks> also, it set the right package for each fixes (but you mainly have one only anyway)
[14:02] <Kaleo> didrocks: I read it but my brain cannot hold all the information of such a long mail :)
[14:03] <didrocks> heh, indeed ;)
[14:24] <hicham> hi didrocks
[14:28] <Kaleo> didrocks: email to fregl (and you) sent
[14:28] <didrocks> hey hicham
[14:28] <didrocks> Kaleo: excellent, thanks :)
[14:29] <hicham> didrocks: no luck with gconf profile issue, and smspilla1 seems to be busy
[14:30] <didrocks> I don't exactly remembering the issue you had and we don't have in ubuntu, but I think you will need compiz-dev expertise there.
[14:31] <hicham> didrocks: I install a gconf schemas containing the default unity profile, and it still fails
[14:31] <hicham> didrocks: when compiz starts, it states that the profile is unity, and that the backend is gconf
[14:31] <hicham> didrocks: but it still loads the defaults
[14:31] <hicham> didrocks: could it be that the plugins that I put in unity profile do have some conflicting keybindings ?
[14:32] <didrocks> hicham: no, it doesn't do any check there
[14:32] <didrocks> hicham: I fixed a bunch of things for profile loading when working on it several month ago, but all is upstream
[14:32] <didrocks> if you still have issues I think you'll have to dig into the code
[14:33] <hicham> didrocks: were these all in compizconfig-backend-gconf ?
[14:34] <didrocks> hicham: I would say in libcompizconfig and the gconf backend
[15:15] <didrocks> Kaleo: pushing unity-2d, works well! (even if you can't spell my name in an email :p)
[15:16] <Kaleo> didrocks: darn, what was i thinking!
[15:16] <Kaleo> didrocks: thanks for unity 2D
[15:16] <didrocks> Kaleo: yw ;)
[16:49] <savid> Hi, I'm curious if anyone's brought this up yet.  I think it's odd that when I have a nautilus window open,  the unity launcher shows it as an instance of "Home Folder".   This seems a bit unintuitive to me.
[16:50] <savid> That is, if I'm a novice user, and I want to switch back to a folder I had opened,  my first instinct is not to click on "Home Folder".
[16:54] <tedg> achiang, It just doesn't show the calendar?
[16:54] <achiang> tedg: correct
[16:54] <achiang> tedg: i don't have any evo stuff installed, and i do not get the calendar, even after applying the patch in the bug
[16:56] <tedg> achiang, Install some evo stuff, it's good for you ;-)
[16:56] <tedg> achiang, Let me look real quick.
[16:59] <tedg> achiang, Do you have the show_calendar setting set to true?
[16:59] <achiang> humm...
[16:59]  * achiang checks gconf
[17:00] <tedg> achiang, Check dconf or go to Time & Date Settings on the menu.
[17:00] <achiang> tedg: i should probably tell you, i just cherry-picked the patch for lucid
[17:02] <tedg> achiang, Oh, I don't know that'll work... datetime changed a lot for Natty.
[17:02] <achiang> tedg: i actually don't see a gconf key for indicator-datetime
[17:02] <tedg> achiang, You'll need to look in dconf-editor
[17:03] <tedg> I'm not sure if that key existed in Lucid though.
[17:03] <tedg> That was like, forever ago :-)
[17:03] <achiang> tedg: fair enough
[17:55] <Kaleo> didrocks: the daily build is now in place and working
[17:55] <didrocks> Kaleo: excellent news! thanks
[18:03] <hicham> did you remove gnome-panel from the default image ?
[18:23] <czajkowski> Aloha, does anyone know if there is a wordpress Ubuntu theme ?
[18:38] <lamalex> HarryHaaren, hey
[19:57] <m4n1sh> can anyone tell if this bug is related to compiz, unity or theme? http://i.imgur.com/yRZDg.png
[19:58] <m4n1sh> I took the screenshot by using gnome-screenshot
[19:58] <m4n1sh> by 5 sec delay


[00:00] <TheLordOfTime> oop...
[00:00] <TheLordOfTime> apparently i broke part of ZNC again
[00:00]  * TheLordOfTime goes to fix the broken module
[00:01] <phillw> hi TheLordOfTime
[00:01] <phillw> Unit193: I do do not have any logs from here
[00:01] <TheLordOfTime> phillw:  *cough* public logging
[00:01] <TheLordOfTime> see /topic
[00:02] <Unit193> The IRCC guidelines do apply, and I do not have any plans to join #defocus-uncensored nor have I been there.  The link is borderline I'd say, as it does not link directly to the sites it's not "as bad" as it "could be", but may still be a little over the line, as it is said.
[00:02] <Unit193> TheLordOfTime: Entry message, actually.
[00:02] <TheLordOfTime> Unit193:  and topic
[00:02] <TheLordOfTime> topicquote: This channel is logged http://irclogs.ubuntu.com/
[00:02]  * TheLordOfTime returns to code-level fixing
[00:02] <phillw> I have now found it.
[00:04] <phillw> drat, it has not updated.
[00:04] <phillw> http://irclogs.ubuntu.com/2012/08/27/
[00:05] <TheLordOfTime> phillw:  check the last day
[00:05] <TheLordOfTime> i think the server's on UTC, right?
[00:05] <TheLordOfTime> or "Zulu Time"
[00:05] <TheLordOfTime> ah, that'd tie up with my time conversion
[00:06] <TheLordOfTime> phillw:  you missed the correct date by 4 minutes
[00:06] <phillw> Unit193: I'm not asking for, never have asked for a Z-line in bioterror
[00:07] <phillw> a simple "please do not post in approriate links" would be fine. As to why this has got to this level?... pass.
[00:08]  * TheLordOfTime yawns
[00:08]  * phillw ::shrugs::
[00:08] <TheLordOfTime> generally, i was chekcing to make sure that IRCC policies were being used, and wanted Unit193's view on it.
[00:09] <phillw> TheLordOfTime: I'm no longer an IRC-OP, I would have issued a clear warning, as I did in the channel.
[00:10] <TheLordOfTime> phillw:  i repeat my last statement.
[00:10] <phillw> for me, that would have been enough.
[00:10] <TheLordOfTime> DAMN, now it won't build from source...
[00:10]  * TheLordOfTime digs around deeper in the ZNC code.
[00:10] <TheLordOfTime> whoops, that was intended for a trekweb channel... sorry
[00:10] <Unit193> I don't know, that's up to you as I said in PM that it may be better to not link to those in there, and was going to say something to him...
[00:11] <phillw> TheLordOfTime: you having fun with the VM? :P
[00:11] <Unit193> I don't see it as the end of the world, but it seems you do...
[00:14] <phillw> Unit193: no, i saw it as break of freenode policy, I raised it and got nothing but "Yes, it is okay" from you. - Instead of giving bioterror a slap on the wrists, we are now at higher level, with more people involved. IMHO, next time bioterror mistakes a '#' area for an '##' area simply tell him that is against the rules?
[00:15] <Unit193> They are not breaking Freenode rules, not that I see at least, the issue (as I've said *several* times!) would be the guidelines...
[00:17] <phillw> Unit193: then I repeat that I will warn 14 year old people from channels you look after. Such links are not appropriate for youngsters and as you seem to find no issue with them & allow them to be pasted... then... meh
[00:19] <phillw> I'll part before I get kicked.
[00:19] <TheLordOfTime> ...
[00:19] <TheLordOfTime> um...
[00:20] <TheLordOfTime> ... okay then, if he got kicked from here, that'd be the first time in ages i've seen any op action here...
[00:20] <TheLordOfTime> short of topic changes
[00:20] <TheLordOfTime> ... or antispam
[00:25] <Unit193> I've seen one, but it was a troll, soo....
[00:25] <TheLordOfTime> that counts as antispam :P
[04:35] <bobweaver> hey we got  a bad dude on #ubuntu
 rm -rf *
[04:36] <bobweaver> is the name might be good to watch
[04:36] <bobweaver> thanks


[14:31] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Customize Linux Touchpad Gestures with ‘Gestures’ App @ https://www.omgubuntu.co.uk/?p=135554 (by Joey Sneddon)
[15:03] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Google Working on Apple Magic Trackpad 2 Linux Support @ https://www.omgubuntu.co.uk/?p=135569 (by Joey Sneddon)
[21:46] <Bashing-om> Here's UWN547 WIKI  - critique and nit pick .. be aware of Chris's recommendations on Gdoc - some of which I did not change.
[22:04] <Bashing-om> guiverc: "16:46 < Bashing-om> Here's UWN547 WIKI  - critique and nit pick .. be aware of Chris's recommendations on Gdoc - some of which I did not change."... I have such a pounding headache - a new set of eyes on the WIKI would be great .
[22:07] <guiverc> thanks Bashing-om - go drink some water & take a break away from screen maybe
[22:12] <Bashing-om> guiverc: Water is a good idea .. I had the head issue long befor firing up the computer :(
[22:13] <guiverc> :)
[22:16] -SwissBot:#ubuntu-news- ::Planet:: Simos Xenitellis: Î ÏÎ¿Î²Î»Î®Î¼Î±ÏÎ± Î¼Îµ Î³ÏÎ±Î¼Î¼Î±ÏÎ¿ÏÎµÎ¹ÏÎÏ ÎºÎ±Î¹ ÎµÎ»Î»Î·Î½Î¹ÎºÎ¬ (Ï... @ https://blog.simos.info/%cf%80%cf%81%ce%bf%ce%b2%ce%bb%ce%ae%ce%bc%ce%b1%cf%84%ce%b1-%ce%bc%ce%b5-%ce%b3%cf%81%ce%b1%ce%bc%ce%bc%ce%b1%cf%84%ce%bf%cf%83%ce%b5%ce%b9%cf%81%ce%ad%cf%82-%ce%ba%ce%b1%ce%b9-%ce%b5%ce%bb%ce%bb/
[22:18] <Bashing-om> ^^ Ouch .. spammer got to our bots ?
[22:24] <guiverc> i'm skipping the ubuntu-portugal podcasts with regards proof-reading, but otherwise i'm happy Bashing-om
[22:28] <Bashing-om> guiverc: A relief that all looks good - now let our Editor-In-Chief do his pass :P
[23:23] <Unit193> Bashing-om: The Ubuntu planet feed doesn't define that it is UTF-8 like it should, so unicode doesn't show up right.  That's Cyrillic.
[23:24] <Unit193> Err, Greek.
[23:25] <Unit193> "Προβλήματα με γραμματοσειρές και ελληνικά (πρόβλημα με μ και π)"
[23:25] <Bashing-om> Unit193: Yuk .. lemme see what I can learn :) .. do not need this at a time like this :P
[23:28] <Bashing-om> Unit193: Opens fine for me in chromium .. krytarik ^^ can you shed some light on this ?
[23:29] <krytarik> Haven't got to the channel logs yet.
[23:31] <Unit193> https://github.com/rubys/venus/blob/dev/themes/common/rss20.xml.tmpl should also have encoding="UTF-8" else it does, well, that. :D
[23:31] <Unit193> krytarik: Nothing, just the planet encoding issue, someone posted Greek.
[23:31] <krytarik> Alright then.
[23:33] <Unit193> FYI: https://wiki.ubuntu.com/PlanetUbuntu#Language


[05:50] <pitti> Good morning
[06:40] <Mirv> Laney: re: bug #1429836 I don't see the upload or changes anywhere
[07:04] <didrocks> morning
[07:05] <mvo_> hey didrocks
[07:05] <mvo_> hm, no seb yet
[07:06] <didrocks> mvo_: yeah, he's back on his French schedule
[07:06] <didrocks> meaning, up late :)
[07:07] <pitti> bonjour didrocks et mvo_, comment allez-vous ?
[07:08] <mvo_> didrocks: heh :)
[07:08] <didrocks> pitti: ça peut aller, et toi ?
[07:08] <mvo_> hey pitti! good morning
[07:08] <pitti> didrocks: I can't tell you how much fun I have :)
[07:08] <pitti> didrocks: but otherwise good, cold is by and large gone
[07:08] <didrocks> pitti: so many issues?
[07:08] <didrocks> via the switch
[07:09] <didrocks> at least, health is good!
[07:09] <pitti> didrocks: well, and questions, etc.; but making good progress
[07:09] <pitti> tackling bug 1430479 now
[08:13] <mpt> desrt, larsu, mdeslaur: Specification updated. <https://wiki.ubuntu.com/Power?action=diff&rev2=69&rev1=68>
[08:37] <larsu> mpt: thanks! Don't know if you read all of the scrollback, but we were doubting the "switch meaning of the battery icon based on which devcice has least power" approach
[08:37] <larsu> well, I think I was the only one doubting it
[08:39] <seb128> good morning desktopers
[08:43] <mpt> larsu, there’s a bug report somewhere complaining that it shows unintelligent mice too often … Apart from that, what is your doubt?
[08:48] <larsu> mpt: I have the feeling it confuses people, because they expect their laptop's battery in that position and nothing else
[08:49] <larsu> also, I goubt that it's very helpful
[08:49] <larsu> for most aux devices, you don't need battery status all the time
[08:49] <larsu> and you can always get at it in the menu (and of course you get a notification when it is empty)
[08:50] <willcooke> morning desktoppers
[08:51] <larsu> hi willcooke!
[08:51] <seb128> hey willcooke
[08:53] <didrocks> morning willcooke
[08:55] <willcooke> is this anything to do with us:  https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1424263
[08:55] <willcooke> mlankhorst perhaps?
[08:56] <seb128> yes, that's one for mlankhorst
[08:58] <mvo_> seb128: hey, good morning!
[08:58] <mvo_> seb128: so your silo - I messed that up, sorry
[08:58] <seb128> mvo_, hey, no worry, feel free to wipe my changes and do another mp/silo
[08:59] <seb128> I just wanted to help moving things forward
[08:59] <seb128> I didn't expect click to be special in landing and having to use a devel staging
[09:00] <mvo_> seb128: sorry, I think your approach is fine for a single branch like this, but I reassigned to devel out of a reflex  and now I can not land it anymore (ci-train complains)
[09:00] <mvo_> seb128: so thanks and sorry
[09:01] <seb128> mvo_, no worry, do you fix it?
[09:01] <mvo_> seb128: not yet, I was wondering if there is a magic way to just reuse the existing silo/line etc
[09:03] <Laney> yo yo
[09:04] <willcooke> what up dawg
[09:04] <seb128> mvo_, let me have a look
[09:04] <seb128> Laney, hey
[09:05] <larsu> morning Lane!
[09:05] <larsu> y
[09:06] <seb128> mvo_,we can just delete the new branches I think
[09:06] <seb128> mvo_, let me try
[09:07] <seb128> mvo_, can you mark https://code.launchpad.net/~seb128/click/initctl-not-there/+merge/252479 as approveD?
[09:09] <mvo_> seb128: oh, nice
[09:09] <mvo_> seb128: yes
[09:10] <seb128> mvo_, landed
[09:10] <mvo_> seb128: \o/
[09:10] <mvo_> seb128: you rock
[09:10] <seb128> mvo_, thanks ;-)
[09:10] <Laney> Mirv: bah, the dput was the last thing I did before shutting down yesterday
[09:10] <Laney> wonder why it didn't go
[09:10] <Laney> hey seb128 willcooke larsu!
[09:12] <Laney> luckily I suspended instead of shutting down and I can see that I did indeed dput it right ...
[09:13]  * Laney gets suspicious
[09:28] <willcooke> FJKong, ping
[09:28] <willcooke> FJKong, free for a chat with me & dpm?
[09:28] <FJKong> willcooke: pong
[09:29] <FJKong> willcooke: yes
[09:29] <dpm> o/
[09:29] <willcooke> FJKong, dpm - please join #letschatwhynot
[09:38] <Laney> Mirv: there was some kind of outage, uploaded now
[09:38] <Laney> Mirv: Would be preferable to get this fixed properly in the upstream buildsystem and also applied in Debian, if you want to do either. :)
[09:40]  * Laney hadn't used dh --until / dh --remaining for quite a while
[09:40] <Laney> felt old skool
[09:44] <Mirv> Laney: thanks! yeah it'll be put to Debian at least
[09:46] <Laney> I just do it manually because qmake is hard
[09:49] <Mirv> Laney: oh, right, I'd think qmake QT_BUILD_PARTS+=tests would have worked
[09:50] <Laney> it was hard to find documentation
[09:50] <Laney> then you see that I had to give an import path to actually run them, and only the final installed tree worked
[09:50] <Laney> because the built one didn't have qmldir files maybe?
[09:51] <Laney> anyway, improve it if you can!
[09:54] <Mirv> been there, Qt having hard to find documentation. disabling pch was another thing that was really not documented anywhere but had an option like that.
[09:54] <Mirv> yes, those import paths are pretty normal, they are similar in the already test enabled Qt packages
[10:00] <seb128> willcooke, mlankhorst, https://bugs.launchpad.net/ubuntu/+source/mesa-lts-utopic/+bug/1429529 is another not-too-different issue
[10:00] <willcooke> seb128, mlankhorst is on a day off today
[10:00] <willcooke> I'll pick it up with him tomorrow
[10:00] <seb128> willcooke, ok oh, thanks
[10:00] <Laney> JohnLea_: hi, do you think the wallpapers could be attached to bug #1429011 today?
[10:00] <seb128> willcooke, was he off yesterday as well? he missed the meeting/was not around it seems
[10:01] <willcooke> oh - yeah, so he was
[10:01] <willcooke> using up leave
[10:01] <Laney> shame we don't have a holiday calendar any more
[10:02] <seb128> yeah
[10:03] <JohnLea_> Laney, can do, I sent the final assets to willcooke yesterday
[10:04] <willcooke> JohnLea_, no assets received
[10:05] <willcooke> seb128, Laney - looks like I couldn't be bothered to add it to the calendar
[10:05] <Laney> willcooke: we can't see that anyway
[10:05] <willcooke> ??
[10:05] <Laney> UE holiday calendar
[10:05] <willcooke> oh
[10:05] <Laney> I tried to add it a while ago, no go
[10:05] <willcooke> well thats silly
[10:05]  * willcooke goes to look for a fix
[10:06] <JohnLea_> willcooke, I've forwarded the email to you again just now so you should have them
[10:06] <JohnLea_> willcooke, let me know if I need to chase alex for a compressed version, if we can use the .png version then even better
[10:06] <willcooke> JohnLea_, oh, yeah - I got that one, but I think we're waiting for compressed ones, no?
[10:07] <willcooke> heh ^^^
[10:07] <JohnLea_> willcooke, do we need it?
[10:07] <JohnLea_> willcooke, if so no prob. of course
[10:07] <willcooke> Laney, 3.3MB default wallpaper - too big>?
[10:09] <Laney> -rw-r--r-- 1 root root 3.3M Sep 17 09:18 warty-final-ubuntu.png
[10:09] <Laney> seems on a par
[10:09] <Laney> if you can do it without losing quality then that's good though
[10:11] <willcooke> JohnLea_, if you could ask Alex to take a very quick look at compressing it, that would be worth spending 20 mins on.   I don't feel comfortable making a call on whether or not the compressed version would be acceptable, better done by the original artist I think
[10:20] <mlankhorst> seb128: just dupe it
[10:20] <seb128> mlankhorst, thanks
[10:20] <mlankhorst> with bug  1424466
[10:21] <willcooke> mlankhorst, run out of horse faeces to pick up? ;p
[10:21] <seb128> mlankhorst, seems like it didn't dup (yet?)
[10:21] <seb128> mlankhorst, is that something you are looking at?
[10:32] <JohnLea_> willcooke, compressed wallpaper sent, it's now 750kb
[10:32] <willcooke> sweet!  thanks for the MBs JohnLea_ :)
[10:33] <willcooke> the internet salutes you
[10:33] <JohnLea_> willcooke, ;-)  but our number of MB of ubuntu downloaded stat for the next ubuntu release won't look as good
[10:34] <willcooke> haha!
[10:34] <willcooke> I'll download it twice
[10:35] <JohnLea_> willcooke, as long a ubuntu continues to provide a legitimate use case for the use of torrents ;-)
[10:35] <willcooke> :D
[10:36] <willcooke> Laney, seb128 - uploaded
[10:36] <Laney> ty
[10:38] <seb128> willcooke, thanks
[10:50] <Laney> i'll do that in a little while
[11:17] <seb128> bah wifi timeout issues here, could be a buggy routeur but unsure how to debug where packets get lost
[11:31] <nessita_> tkamppeter, hi! would you know of any workaround for LP #1430561 ?
[11:33] <willcooke> seb128, try running a traceroute (or tracepath) to <IP_ADDRESS>
[11:33] <seb128> willcooke, going to try next time it does it, thanks
[11:33] <willcooke> you can expect some "no response" along the way, but you should be able to see if it is the local router or not
[11:45] <tkamppeter> nessita_, do you have hplip-gui installed?
[11:46] <nessita_> tkamppeter, yes sir
[11:49] <nessita_> tkamppeter, latest version from vivid
[11:53] <tkamppeter> nessita_, "dpkg -S models.dat"?
[11:54] <mpt> larsu, maybe that expectation is just because other platforms don’t have the feature? That would be an unfortunate reason for us to drop it
[11:56] <nessita_> tkamppeter, libsane-hpaio: /usr/share/hplip/data/models/models.dat
[11:56] <nessita_> tkamppeter, I retry yesterday and got a new error, added it as a new comment in the bug
[12:00] <tkamppeter> nessita_, probably it is some Python3 transition problem. I have added a comment asking the HPLIP developers at HP to check it.
[12:03] <didrocks> phew, systemd-fsckd logic changed
[12:03] <didrocks> I hope this time upstream won't complain :)
[12:03] <nessita_> tkamppeter, do you know if I could dowload the driver file by hand and set it up in any way to make the printer work?
[12:07] <tkamppeter> nessita_, go to http://www.openprinting.org/download/printdriver/auxfiles/HP/plugins/ and download the file corresponding to your HPLIP version, for 15.04/Vivid currently http://www.openprinting.org/download/printdriver/auxfiles/HP/plugins/hplip-3.15.2-plugin.run. The do "sudo sh hplip-3.15.2-plugin.run".
[12:08] <tkamppeter> nessita_, tell in the bug report whether this works for you.
[12:09] <nessita_> tkamppeter, thanks much!
[12:40] <Mirv> right, so it's not just SDK having troubles on 14.04.2 hwe stack but other dev packages too and even (?) installing Steam?
[12:41] <Mirv> I wonder how 12.04.x avoided the dev package installation problem if eg. libsdl & friends are involved
[12:41] <Mirv> or did apt resolving regress for the use case..
[13:39] <larsu> mpt: I don't know, maybe. I suspect it's simply confusing in its own right to be honest
[13:39] <desrt> sal, karaj
[13:39] <larsu> hi desrt!
[13:40] <desrt> moin
[13:42] <seb128> hey desrt
[13:42] <larsu> desrt: are you in hamburg?
[13:42] <desrt> not today :)
[13:42] <desrt> (or ever, since you mention it) :)
[13:43] <larsu> desrt: do we have a convention for using g_autoptr with variables that should be returned?
[13:43] <desrt> yes
[13:43] <desrt> g_steal_pointer
[13:43] <larsu> not in my glib
[13:44] <desrt> then you must not have autoptr either
[13:44] <desrt> https://git.gnome.org/browse/glib/commit/?id=e668796c5a90a19bce0ff893794817af6aad4dc2
[13:44] <larsu> let me paraphrase: not documented in my glib
[13:44]  * larsu wonders why
[13:44] <desrt> oh look.  i forgot to update -sections.txt :)
[13:44] <larsu> hehe
[13:45] <larsu> this is awesome and exactly what I was looking for. Thanks!
[13:45] <desrt> anyway... this is made exactly for this purpose, as you can see by the code example in that documentation
[13:45] <desrt> yup :)
[14:00] <desrt> larsu: tsk tsk tsk g_list_store_new() made the list as well :)
[14:00] <desrt> (or failed to make the list)
[14:01] <larsu> oops, thank
[14:01] <larsu> *thanks
[14:02] <desrt> oh.  thanks to gtk-doc choking on G_DECLARE_FINAL_TYPE
[14:02] <desrt> sigh
[14:27] <Laney> didrocks / seb128: can you promote for https://bugs.launchpad.net/ubuntu/+source/qtquickcontrols-opensource-src/+bug/1429836 if you have a minute?
[14:28] <Laney> http://people.canonical.com/~ubuntu-archive/component-mismatches.svg
[14:28] <Laney> fcitx looks interesting there
[14:29] <seb128> Laney, interesting in which way?
[14:29] <Laney> build-depends that aren't yellow, i.e. the script doesn't think they have MIR
[14:30] <seb128> weird, I'm pretty sure we have approved MIRs for it
[14:30] <Laney> perhaps some of them were missed
[14:31] <seb128> I don't think so
[14:32] <Laney> ok
[14:32] <seb128> Laney, did promote the qt one
[14:32] <Laney> thanks
[14:32] <Laney> that means image builds for us again
[14:34] <seb128> mvo__, hum, seems like my click change didn't work, not sure why :/
[14:34] <seb128> chroot.py", line 540, in create initctl = "%s/sbin/initctl" % mount FileNotFoundError: [Errno 2] No such file or directory: '/var/lib/schroot/chroots/click-ubuntu-sdk-15.04-armhf/sbin/initctl'
[14:35] <seb128> is that line buggy?!
[14:35] <seb128>         initctl = "%s/sbin/initctl" % mount
[14:35] <seb128>         if os.path.exists(initctl):
[14:35] <seb128> I don't understand what's going on
[14:37] <ochosi> larsu: your last changes fix the hover/focus-state when i grab and move the scale, not the hover of the scalebutton itself though
[14:38] <ochosi> and actually that part worked for me before
[14:38] <ochosi> so s/fix// :)
[14:39] <larsu> ochosi: what do you mean by scalebutton?
[14:39] <larsu> the slider that you can grab?
[14:39] <ochosi> well that circular button that sits on the trough
[14:39] <larsu> hm, that works fine for me
[14:40] <larsu> does it also not work with Adwaita for you?
[14:41] <ochosi> lemme try that
[14:42] <ochosi> hm, that also doesn't seem to make a difference, no hover-highlight on the circular button/slider
[14:44] <ochosi> and sorry, yeah, i just looked it up and you're totally right. it's called the slider :)
[14:45] <ochosi> larsu: if the slider's hover works for you, i'll try to re-test it again in a clean env/vbox. maybe i've messed around with this one too much...
[14:45] <larsu> ochosi: please do. I just tested it again and it works
[14:46] <ochosi> okeydokey, i'll let you know how it goes
[14:46] <larsu> thanks
[15:03] <larsu> desrt: g_autofree is also missing
[15:04] <desrt> larsu: i'm currently kicking gtk-doc's ass
[15:05] <desrt> the markdown parser stuff is extremely confused as to whether it's meant to be processing escaped or unescaped xml
[15:10] <Laney> https://launchpadlibrarian.net/199935937/buildlog_ubuntu_vivid_i386_ubuntu_BUILDING.txt.gz
[15:10]  * Laney screams
[15:15] <mvo__> seb128: oh? meh :/ is that the autopkgtest or a local test?
[15:15] <seb128> mvo__, trying to create framework env in qtcreator
[15:17] <happyaron> attente_, seb128, I think fcitx/fcitx-qimpanel parts in bug #1363150 are released already (as well), have I missed anything?
[15:18] <seb128> happyaron, I don't know, didn't follow much those, if they are please close the corresponding bug lines
[15:19] <happyaron> seb128: I'm just double checking if I've missed something, :)
[15:19] <Laney> happyaron: please could you chase getting that all promoted to main
[15:19] <attente_> happyaron: yeah, i think those can be closed. they're already upstream long ago i think
[15:19] <Laney> see that link I just pasted, it makes desktop builds now fail
[15:19]  * happyaron looking
[15:19] <happyaron> attente_: ok
[15:58] <didrocks> pitti: my proposal for bug #1428486, instead of the dropping in .wants.d/ would be to add [Install]\nWantedBy=nsf-server.service in rpc-statd.service and rpc-statd-notify.service, then disable it by default and do the one time Wants migration
[15:58] <didrocks> pitti: that way people would be able to still enable/disable the stats
[15:59] <didrocks> (without having to mask the unit)
[15:59] <didrocks> and of course, we patch the Wants=
[15:59] <pitti> didrocks: oh, you figured out an "automatic" way to determine when we actually need statd? nice!
[15:59] <pitti> (that's what an init system should do for you, after all :) )
[15:59] <didrocks> pitti: no, we still do the one time migration
[16:00] <didrocks> but then, at least, the admin would be able to activate/disable it with traditional systemd tools
[16:06] <didrocks> pitti: phrasing on the bug report, maybe that would make more sense
[16:15] <Laney> luverly new default wallpaper
[16:16] <Laney> coming soon to a distribution archive near you
[16:16] <didrocks> \o/
[16:16] <willcooke> \o/
[16:16] <Laney> the greyscale one is about to burn my eyes out
[16:41] <attente_> seb128: hey, i just filed this: https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/1430893, but i'm not sure if we want to do the depends on the meta package, or do the depends on u-c-c like we did with ibus
[16:42] <seb128> attente_, I don't think we want to install fcitx by default? maybe make language selector install it/part of the chinese langpacks?
[16:44] <attente_> oh, ok, that sounds better
[16:46] <didrocks> the langpacks dep sounds the best (worth telling it in the FFe I guess)
[16:46] <didrocks> but the wrong build-dep should be fixed first
[16:48] <attente_> didrocks: what's the build-dep issue? those packages are approved for main but not in main yet?
[16:50] <didrocks> attente_: no, there has been some additional build-dep since the MIR was approved that was added, but not in main
[16:50] <didrocks> happyaron is fixing it and removing them
[16:50] <didrocks> so you need to wait for that to be in before getting the FFe approved and packages promoted
[16:51] <Laney> the promoting can definitely happen independently
[16:51] <didrocks> Laney: well, I certainly don't promote packages which have build-dep in universe
[16:51] <didrocks> you never know what or when the next "fix upload" would happen
[16:51] <Laney> I didn't say now, I said independently
[16:51] <Laney> it's not tied to making it the default
[16:51] <Laney> u-s-d is already pulling fcitx into main
[16:53] <didrocks> as recommends, so at least, won't block image build (but it's a build-dep also, which worked through the train PPA :/)
[16:54] <didrocks> shouldn't the recommends be fcitx-data | ibus (>= 1.5.0), rather (or the other way around?)
[16:55] <didrocks> I didn't follow, that may have been discussed here already
[16:55] <Laney> https://launchpadlibrarian.net/199935937/buildlog_ubuntu_vivid_i386_ubuntu_BUILDING.txt.gz sure is blocking builds
[16:56] <happyaron> seb128: if we don't seed it, then users will get input method changed after installing langpacks, is that expected?
[16:56] <didrocks> Laney: I was talking about the build of u-s-s itself
[16:56] <seb128> happyaron, why would they?
[16:56] <seb128> happyaron, or do you mean chinese users only?
[16:57] <happyaron> seb128: yes, they'll get ibus after installed the system, and installing langpacks make it change to fcitx
[16:57] <happyaron> that's wired experience
[16:57] <seb128> don't we have a chinese iso?
[16:58] <happyaron> weird
[16:58] <Laney> didrocks: oh, misundersood because you said "image build"
[16:58] <happyaron> no we don't
[16:58] <Laney> anyway this is why it need to be promoted sooner rather than later
[16:59] <didrocks> Laney: no, I was talking about the package build (due to the ppa usage, that wasn't spotted), of course image build are screwed :/
[16:59] <seb128> happyaron, I don't think we should put ibus & fcitx on the iso
[17:01] <happyaron> seb128: with both of them it looks odd, but it doesn't waste space, things like ibus-pinyin (and its database) is replaced by fcitx ones, and the framework itself isn't large
[17:02] <seb128> happyaron, can you look at how much space difference we are talking about?
[17:02] <attente_> Laney: do we need a separate MIR for those packages? or could we just reuse the old one?
[17:03] <happyaron> seb128: sure
[17:04] <Laney> attente_: Don't know if it matters much, talk to a MIR guy :-)
[17:04] <Laney> sounded like happyaron was working on it though
[17:04] <attente_> oh, ok
[17:04] <seb128> happyaron, thanks
[17:05] <happyaron> attente_ Laney we don't need them, fcitx-qt5 is in -proposed, and I'm testing the presage patch atm
[17:06] <Laney> hope you're forwarding back :P
[17:09] <attente_> happyaron: but what about the other gclient packages?
[17:10] <attente_> libfcitx-gclient0, libfcitx-config4, libfcitx-utils0, fcitx-data
[17:10] <attente_> *fcitx packages
[17:11] <happyaron> attente_: they aren't using extra-cmake-modules, only fcitx-qt5 does
[17:11] <attente_> oh ok
[17:15] <didrocks> happyaron: attente_: seb128: Laney: I just calulated seeing the Recommends/Deps, I'm already at 6megs compressed
[17:15] <seb128> didrocks, yeah, I seemed to remember that it was quite some "to download" to apt-get install fcitx
[17:15] <didrocks> I don't think it's desirable to grow our target image size by 6%
[17:15] <didrocks> hum
[17:15] <didrocks> 0.6% :)
[17:16] <didrocks> (and it's packed, so more onced unpacked)
[17:16] <seb128> no, we don't want more than a few mbs
[17:16] <seb128> it seems wrong anyway to have 2 IM frameworks on the iso
[17:16] <didrocks> I think we should really have that optional in the code
[17:17] <attente_> sorry, what are our options again? make language-selector install it, or have the depends on language-pack-zh-*?
[17:17] <happyaron> didrocks: we'll remove ibus pinyin related stuff at the same time
[17:17] <didrocks> attente_: have the depends on language-pack-zh-*, and having u-c-c and other things pulling it having a fcitx | ibus
[17:18] <didrocks> happyaron: ok, so you are going to patch u-c-c, u-s-s and so on to remove the fcitx-data dep?
[17:19] <didrocks> (I only started from the u-s-s changes)
[17:19] <happyaron> didrocks: wait, did you count the space get freed after removing ibus-pinyin/libpyzy-1.0-0?
[17:20] <Laney> willcooke: did you see that someone is complaining about jpeg compression artifacts on the wallpaper?
[17:20] <Laney> is that legit if you compare to the original one?
[17:20] <willcooke> checking...
[17:20] <willcooke> design were happy with it, so.. ?
[17:21] <didrocks> happyaron: no, I didn't see that removal in the MP
[17:21] <didrocks> I really think as well though that both shouldn't be installed
[17:22] <Laney> Seems like language-selector should set it up for you
[17:22] <Laney> not sure how hard that would be to implement though
[17:22] <willcooke> Laney, hrm - yeah, it's suboptimal - I'll upload the big one
[17:22] <Laney> willcooke: ack
[17:22] <didrocks> attente_: is the code that entered as part of that landing is optional? like if -data isn't installed, the code will still run?
[17:23] <happyaron> didrocks: pinyin was seeded long ago when sabdfl was asked to include full Chinese support in default installation
[17:23] <attente_> didrocks: checking
[17:24] <willcooke> Laney, done
[17:25] <happyaron> didrocks: I prefer removing ibus-pinyin/libpyzy from cdimage, and add fcitx/fcitx-pinyin/fcitx-module-cloudpinyin instead
[17:25] <Laney> oh yeah, you can tell the difference
[17:25] <happyaron> fcitx-pinyin is much smaller than ibus-pinyin/libpyzy though
[17:25] <willcooke> JohnLea_, compressed version was sucky ^^^ ;)
[17:26] <seb128> happyaron, how would that work for ibus users?
[17:26]  * Laney tries a pngcrush on it
[17:27] <Laney> 2.8M \m/
[17:27] <happyaron> seb128: pinyin is only used to type Chinese, and we are seeking to change the default for Chinese
[17:29] <happyaron> also, people will probably tend to install ibus-sunpinyin if they really want use ibus to input Chinese for everyday life, but the database is even larger so not able to get included to cdimage
[17:30] <attente_> didrocks: no, it seems that we need fcitx-data because it provides the template file for fcitx' configuration
[17:31] <didrocks> happyaron: do you have a MP to remove ibus-sunpinyin and libpyzy-1.0-0 from the seeds?
[17:31] <didrocks> sounds like we are quite in a stuck situation, but let's focus on getting things fixed
[17:31] <didrocks> (not tonight for me anyway, but drop me an email if you need me to track it for tomorrow)
[17:32] <didrocks> still sounds suboptimal to have code depending on 2 IMs
[17:32] <happyaron> didrocks: I can propose a MP for the FFe
[17:32] <didrocks> sounds good, then, we'll see how much we win/loose on the image
[17:32] <didrocks> and decides from that what to do
[17:33] <happyaron> ok
[17:33] <didrocks> if the FFe is accepted
[17:33] <didrocks> attente_: I'm surprised that you hard-dep on fcitx-data as it's only a recommends
[17:33] <didrocks> attente_: shouldn't that be a dep then?
[17:34] <attente_> didrocks: this is in u-c-c, right?
[17:35] <didrocks> attente_: ah, I thought you talked about u-s-s
[17:35] <didrocks> ok, it's a dep in u-c-c
[17:35] <attente_> didrocks: it's only a recommends in u-s-d because it uses it only once for the migration which i guess is not a good enough reason to have a hard dep
[17:36] <didrocks> attente_: sounds ok then
[17:36] <attente_> but for u-c-c it's needed if the user is going to be able to edit their per-window options
[17:37] <didrocks> let's see once it's done how many space difference (with the unseeding) that's going to result in
[17:37] <didrocks> just fix the image build meanwhile (hoping it's the only remaining issue and we'll get an image tomorrow)
[17:37] <didrocks> and then, we'll refine :)
[17:38] <attente_> yes :)
[17:38] <didrocks> attente_: happyaron: just a warning, I think we'll go on war again on image size soon, and that one would probably be something to do
[17:38] <didrocks> only ship, per language, one IM
[17:38] <didrocks> and have some optional dep
[17:38] <didrocks> would have been great to do it from day 0
[17:39] <didrocks> so I hope you will ready once this happens :)
[17:39] <happyaron> didrocks: next cycle we'll decide on ibus vs fcitx, which is the only one to keep
[17:39] <didrocks> happyaron: ok, let's see then, do you already have a methodology to decide?
[17:40] <didrocks> like how to reach users from different cultures using different layouts?
[17:40] <happyaron> almost, as part of fcitx upstream we've done that for quite some time
[17:41] <didrocks> ok, let's plan on how you will post the results next cycle early enough
[17:41] <JohnLea_> willcooke, can we use the non-compressed version then?  bandwidth and storage is cheep and only getting cheeper ;-)
[17:42] <seb128> mvo, the click chroot seems to work now, I wonder if I had a staled instance or copy earlier...
[17:42] <seb128> didrocks, ^
[17:42] <happyaron> :)
[17:42] <didrocks> seb128: ah interesting, the error you pasted made no sense :)
[17:42] <didrocks> seb128: is there any chroot daemon, keeping old copy?
[17:43] <seb128> didrocks, indeed not
[17:43] <seb128> didrocks, I don't know enough about schroot/click to say
[17:43] <seb128> maybe mvo knows ;-)
[17:43] <didrocks> ps aux | grep click ? ;)
[17:50] <JohnLea_> willcooke, ping
[17:50] <willcooke> JohnLea_, :D
[17:50] <willcooke> JohnLea_, sorry - was otp
[17:50] <willcooke> back now
[17:50] <JohnLea_> willcooke; could we delay the default wallpaper submition until end of play Friday?
[17:50] <willcooke> Laney, ^^
[17:50] <willcooke> JohnLea_, we can always upload a newer one
[17:51] <JohnLea_> willcooke; marcus has decided there are a couple of things that need to change
[17:51] <willcooke> sure, no worries
[17:51] <Laney> It's already uploaded
[17:51] <willcooke> (I think)
[17:51] <Laney> also UserInterfaceFreeze is tomorrow
[17:51] <JohnLea_> willcooke; ok, I'll sent the updated version over on friday, many thanks!
[17:51] <Laney> ...but minor changes are probably okay...
[17:51] <seb128> those are bugfixes I guess :-)
[17:51] <willcooke> ha!Q
[17:51] <JohnLea_> Laney, it will only be subtle modifications to the wallpaper pattern, so changing this after won't impact documentation
[17:51] <willcooke> So as long as it's not more naked people, I think we'll be OK JohnLea_
[17:52] <Laney> okay
[17:52] <JohnLea_> willcooke; I'll pass on the no more naked people message to our visual designers ;-)
[17:52] <willcooke> lolz, please do :)
[18:11]  * Laney phases out
[18:16]  * willcooke -> EOD
[18:20] <GunnarHj> attente_: ping?
[18:20] <attente_> GunnarHj: hey
[18:22] <GunnarHj> attente_: Saw bug #1430893. It looks to me as if a couple of changes in pkg_depends would be sufficient.
[18:23] <attente_> GunnarHj: possibly. we just had a discussion about it, but we're waiting on some build failures to be resolved
[18:24] <GunnarHj> attente_: Ok.. Where did the discussion take place?
[18:24] <attente_> GunnarHj: this channel
[18:24] <GunnarHj> attente_: Thanks, will take a look.
[18:45] <happyaron> GunnarHj: updated the FFe just now
[19:15] <GunnarHj> happyaron: Is the plan to have fcitx *installed* on all machines, or just have it available on the CD for those who choose a Chinese locale at installation?
[19:15] <happyaron> GunnarHj: installed
[19:15] <GunnarHj> happyaron: In 15.04?
[19:15] <happyaron> GunnarHj: yep
[19:16] <happyaron> GunnarHj: installed, but only made default for Chinese locale
[19:16] <GunnarHj> happyaron: Ok, then I realize there is a need to reconsider a few things...
[19:16] <happyaron> :)
[19:59] <attente_> is there an alternative to ubuntu-desktop-next that works with systemd? can't seem to install it without upstart
[20:09] <seb128> attente_, what do you mean by alternative?
[20:09] <seb128> ubuntu-desktop-next should still work
[20:10] <seb128> we still install upstart for user sessions anyway even on unity7
[20:11] <attente_> seb128: it conflicts with systemd-sysv, no?
[20:12] <attente_> ubuntu-touch-customization-hooks seems to depend on upstart
[20:15] <Laney> desktop-next didn't switch yet
[20:17] <seb128> attente_, can you describe the issue/what you are trying to do exactly?
[20:18] <attente_> just trying to install ubuntu-desktop-next
[20:18] <seb128> why?
[20:19] <seb128> you rather want unity8-desktop-session-mir no?
[20:19] <seb128> desktop-next is an iso
[20:19] <seb128> if you want an unity8 session on your normal system just install that one?
[20:20] <attente_> ah, ok. that worked. thanks seb128!
[20:21] <seb128> yw
[22:14] <robert_ancell> tjaalton, did you reject the right SRU for lightdm to utopic?
[22:15] <robert_ancell> The email suggests you rejected 1.12.3-0ubuntu1 which should replace the current 1.12.2-0ubuntu1 in -proposed.
[22:15] <tjaalton> robert_ancell: there were two uploads of the same
[22:16] <robert_ancell> oh, weird
[22:16] <tjaalton> so I rejected the slightly older one
[22:16] <tjaalton> #1383321 from the old upload is still unverified
[22:17] <robert_ancell> tjaalton, ah, thanks
[22:18] <tjaalton> #1190344 too
[22:19] <robert_ancell> that one was only partially fixed in 1.12.2, it should be fully fixed in 1.12.3
[22:20] <tjaalton> ah
[22:54] <ochosi> larsu: a late re: sound indicator scale slider hover – it works! well done!


[03:49] <eduser> :)
[08:22] <coolio> we just installed hardy and are experiencing dhcp problems, only 3 of 20 get dhcp and 4th get a lucky to a point
[08:22] <coolio> desperate for quick tip
[09:50] <stgraber> ogra_cmpc: around ?
[09:51] <stgraber> ogra: http://merges.ubuntu.com/i/italc/
[09:51] <stgraber> ogra: any way you can mark that as "do not sync it" ?
[09:53] <stgraber> or do you need my own 1.0.9-rc3 ? as it's rc3 and I know it still contains some bugs fixed in SVN I didn't publish my packages (not even in the team PPA) but if that can help getting rid of the merge we can probably upload it
[10:22] <Nurionn> ah, I had same problem like coolio: dhcp-server in hardy seems to be broken
[10:22] <Nurionn> if I startup multiple clients at the same time, no-one will get an ip...
[10:22] <Nurionn> in gutsy it works fine
[10:28] <Nurionn> is there a known bug?
[11:10] <ogra> stgraber,having the rc before thursday would be fine to just have it from teh merges list, we can still upload more later
[11:11] <ogra> Nurionn, no, and its the first time i hear about that (hardy is two montsold now) are you sure there is no other dhcp server in your network and yur configuration is ok ?
[11:11] <ogra> *months
[11:21] <stgraber> ogra: when generating a new source package for Ubuntu, should I remove all the PPA builds from the changelog ?
[11:27] <ogra> yes and merge possible changelog entries
[11:41] <Nurionn> ogra: yes, I made the same configurations I made in 7.10
[11:42] <Nurionn> for now, I reinstalled 7.10 parallel to 8.04, so I am still able to do some tests from time to time
[11:44] <Nurionn> ogra: you're back, are you?
[11:49] <stgraber> ogra_cmpc: ok, I updated my changelog to include your 1.0.8 upload and I'm test building 1.0.9-rc3
[11:50] <ogra> cool, thanks
[11:50] <ogra> Nurionn, yes
[11:50] <Nurionn> ogra: do you know anything about that dhcp-error, coolio and I have?
[11:51] <ogra> not more than i said before
[11:52] <ogra> but i'm pretty sure it just works for a lot of other eople so i'D be surprised if it was dhcpd's fault
[11:52] <Nurionn> it's strange, because in gutsy it works fine
[11:53] <Nurionn> I, too, thought that it was an error I did, until I saw the question of coolio
[11:53] <Nurionn> I made same configuration in gutsy and hardy (they're installed on the same server) -> if I start hardy, it doesn't work but in gutsy it does
[11:54] <Nurionn> or more precisely: it doesn't work if I connect multiple clients on the same time
[11:55] <Nurionn> if I wait until one started up and start then another one, it works mostly
[11:58] <ogra> sounds more like a network problem to me
[11:59] <ogra> define "doesnt work" more precisely
[11:59] <ogra> whats the error you see on the screen
[11:59] <Nurionn> the clients didn't receive an ip adress (and can't boot though)
[11:59] <ogra> and did you check the logs of the dhcp server if it gets requests it doesnt answer in time etc
[11:59] <Nurionn> PXE-E51: No DHCP or proxyDHCP offers were received
[12:01] <Nurionn> in /var/log/syslog i saw the entries: dhcpdiscover and dhcpoffer -> but then it stopped
[12:01] <Nurionn> nothing more
[12:01] <Nurionn> "sounds more like a network problem to me" - that's what I thought first
[12:01] <ogra> the entries ?
[12:01] <ogra> how many ?
[12:01] <ogra> do you see a request for every offer ?
[12:01] <ogra> err
[12:02] <ogra> s/offer/client
[12:02] <Nurionn> yes
[12:02] <Nurionn> request -> offer -> request -> offer
[12:02] <ogra> thats a plain hardy install without any modifications ?
[12:02] <Nurionn> err
[12:02] <Nurionn> I mean: discover -> offer -> disover -> offer
[12:03] <Nurionn> sometimes there are following: request -> ack  (and then sometimes it starts another time)
[12:03] <Nurionn> I did the following things:
[12:03] <Nurionn> - install hardy
[12:03] <ogra> and you are sure there is no other dhcp server in your network anywhere ?
[12:04] <Nurionn> yes
[12:04] <ogra> a rounter or so
[12:04] <ogra> *router
[12:04] <Nurionn> its a seperate vlan
[12:04] <Nurionn> and in the same environment it works with gutsy (even if I start 20 clients at the same time)
[12:05] <ogra> i stopped your list, so what else did you do beyond installing hardy
[12:06] <Nurionn> - change in /etc/X11/xorg.conf (adding: Driver "vesa" - but it should not matter)
[12:07] <Nurionn> - install server-kernel (for more than 4gb ram)
[12:07] <Nurionn> - installing x11vnc
[12:08] <Nurionn> - configuring /etc/ltsp/dhcpd.conf (entries for each client: mac-address, fixed-address, host-name))
[12:08] <Nurionn> - creating some users
[12:08] <Nurionn> ah and I installed flash/java for firefox3
[12:08] <ogra> can you try with the default dhcpd.conf ? and with the -generic kernel ?
[12:09] <Nurionn> I could, but it would take some time (server is in the other building)
[12:09] <Nurionn> should I?
[12:09] <ogra> well, might be that the server kernel has a prob with your NIC, who knows
[12:10] <Nurionn> ok, I'll try then
[12:10] <Nurionn> brb
[12:10] <ogra> i know the default setup works for ost people out of the box
[12:10] <ogra> i havent heard about such a prob the last two months
[12:10] <ogra> and your symptoms really look like a second dhcpd in the network
[12:10] <ogra> but if you say that cant be ....
[12:11] <Nurionn> if it would be, why should gutsy work?
[12:14] <ogra> your vlan setup works for one but not for the other ?
[12:26] <Nurionn> re
[12:26] <Nurionn> yes
[12:26] <Nurionn> now I tried with default dhcpd.conf and 2.6.24-19-generic kernel
[12:27] <Nurionn> same problem
[12:27] <Nurionn> vlan is not the problem I believ, for I made a direct connection to the switch in the other room on monday, and that didn't work either
[13:07] <joebaker> ogra:  My tftpd-hpa issue went away with following the install directions for Edubuntu 8.04  (installing Ubuntu first from alternate CD with F4 Option to create LTSP server) then loading Edubuntu Addon CD.
[13:09] <ogra> great to hear :)
[13:27] <stgraber> ogra: http://www.stgraber.org/download/ubuntu/italc/
[13:28] <stgraber> ogra: that version contains the debug version of x11vnc. The user won't see it but that can be useful for debuging some memory issues with x11vnc.
[14:52] <Nurionn> so I'm off until tomorrow. for my dhcp-problem, here are some additional information:
[14:52] <Nurionn>  /var/log/syslog: http://paste.ubuntu.com/21402/
[14:53] <Nurionn>  /etc/ltsp/dhcpd.conf: http://paste.ubuntu.com/21404/