[00:03] bryce: sounds reasonable to me (shut up, wgrant and Hobbsee :P)... it's not like the installer writes any stateful info about the hardware [00:03] !jdong [00:03] jdong: yes, but you're FULL OF CRACK! [00:16] hehe [00:17] that's almost harsh :-P === iceman_ is now known as iceman [00:54] Has anyone had troubles with sshd after upgrade, newly generated keys from updated ssh/ssl gives errors when trying to auth via key on ssh, http://pastie.caboo.se/197206 [00:56] macd: I haven't seen this. What version of Ubuntu are you running? [00:56] in this case, my workstation is 8.04, 2 sshd's 7.10/8.04 both doing it [00:57] I've tried removing/purging ssh things, and then deleteing all my keys, reinstalling ssh stuff, then regenerating my keys, still no go [00:58] slangasek, ^ above (sorry forgot to prefix) [00:59] "If it works, edit the .ssh/authorized_keys file from your home directory. You will probably notice that you have a new line or an unappropriate character in your file. Each key on this file must be on one line only." [00:59] (from http://www.webprodevelopment.com/BrightLight/2006/01/09/fixing-a-sshd-error/) [00:59] macd: does ssh -v give you any more useful information on the client side? [00:59] sdh, thanks for the suggestion, but I figured that one out a long time ago ;P [00:59] macd: oh well :P [01:00] slangasek, OpenSSH_4.7p1 Debian-8ubuntu1.2, OpenSSL 0.9.8g 19 Oct 2007 client/ OpenSSH_4.3p2 Debian-8ubuntu1.4, OpenSSL 0.9.8c 05 Sep 2006 server [01:02] ohh, haha, not versions, verbosity [01:02] slangasek, http://pastie.caboo.se/197224 [01:03] macd: hmm, ok [01:04] will try to reproduce here [01:04] sure thing, need any other output, or a bug on LP opened [01:06] I suggest going ahead with opening a bug on LP regardless [01:09] slangasek, I just tried using the key on my workstation to ssh to a bsd box, works fine.... [01:14] macd: and there's no doubt that the key you're using is newly-generated using a non-vulnerable version of openssh? [01:15] slangasek, no doubt at all [01:16] slangasek, Im a bit short on time at the moment, but I'll file a bug and subscribe you to it, whats your LP [01:16] macd: 'vorlon' [01:16] seen that one a few times, reminds me of babyln5 [01:16] slangasek, thanks, and take it easy === kitterma is now known as ScottK2 === kitterma is now known as ScottK2 === foka_ is now known as foka [06:54] Good morning === tkamppeter_ is now known as tkamppeter === asac_ is now known as asac [07:27] good morning [07:54] did somebody ever encounter thunderbird not listing a mail folder (main view, filter view) even if it shows it as "subscribed to"? any advice? [08:01] hum, it works after clicking and unclicking "show only subscribed folders" - nevermind === mdz_ is now known as mdz [08:20] macd: I'm going to need output from 'sshd -ddd' on the server side to diagnose that bug. That is, you have to run 'sudo /etc/init.d/ssh stop', then bring up sshd in debugging mode with 'sudo /usr/sbin/sshd -ddd' (yes, you need the full path there), connect to it once, then 'sudo /etc/init.d/ssh start' [09:23] pitti, hi [09:28] hi tkamppeter [09:35] hi guys [09:35] you guys at UDS yet? [09:45] pitti, I will be in Prag from Saturady on, with my wife and her parents, Sunday evening I move into the conference hotel. [09:45] pitti, are you already in Prag? [09:45] fabbione: not yet, this evening [09:46] tkamppeter: ^ [09:46] pitti: ok :) [09:46] pitti, so you will visit Prag at first, too? [09:47] tkamppeter: no, only on Sunday; FOSSCamp will happen on Friday/Saturday [09:50] I have prepared two blueprints: https://blueprints.launchpad.net/ubuntu/+spec/pdf-as-standard-print-job-format and https://blueprints.edge.launchpad.net/ubuntu/+spec/applications-printing [09:50] ubotu, tell something about the blueprints ... [09:51] I would like to get some desktop application developers onto these BoFs, who should I subscribe? [09:52] tkamppeter: did you propose it for the conf already? [09:53] pitti, yes, by "Propose for meeting agenda" in the menu on the left. [09:53] ok [09:56] pitti, https://blueprints.edge.launchpad.net/ubuntu/+spec/applications-printing was not reported by me, but I would change the title, is there a way to do this? [09:56] tkamppeter: the title yes, but not the ID (IIRC) [09:57] "Edit title and summary" appears only for the blueprints I have reported by myself. Is this a bug in PL? [09:58] s/PL/LP/ [09:58] ah, that might be a precaution against vandalism [10:00] pitti, you are probably root on the server and can vi it to "Common Printing Dialog". [10:00] heh, no, I'm not :) [10:00] pitti, but you are core-dev [10:01] I still can't change it, though [10:01] is there a calendar of UDS yet? [10:03] <[reed]> is there a channel for UDS? [10:13] tkamppeter: an extraordinarily small number of people have root on the Launchpad database server, and vi doesn't work well on postgresql databases [10:13] tkamppeter: I've changed the title for you [10:13] (members of ubuntu-drivers can do that) [10:25] cjwatson, thank you very much. The old title was really franglish. === jussio1 is now known as jussi01 [10:59] cjwatson: would it make sense to make it possible to disable DSA auth completely (sshd)? [10:59] yes, somebody filed a Debian bug report for that [11:30] Riddell, Hobbsee: can you please ask for appropriate automounting debugging procuedures in bug 205081? It works under Gnome, and I don't know the debugging for KDE [11:30] Launchpad bug 205081 in ntfs-3g "ntfs-3g will mount as root only, breaks mounting as user" [Undecided,In progress] https://launchpad.net/bugs/205081 [11:41] morning [11:49] dholbach: heya, some problem with iproute sync and nis merge? [12:02] norsetto: o/ [12:09] emgent: <>/ [12:37] pitti: i don't use kde, sorry [12:42] argh, where the heck do I find AM_CHECK_PYTHON_HEADERS ? [12:43] autoreconf stumbles over this, and it's not at all obvious where to find it [12:43] doko: ^ any idea? [12:43] (trying to fix the b0rked python-gobject merge) [12:43] ah [12:43] pitti: I was looking at it [12:44] I so much hate, hate, hate, hate autoconf [12:44] pitti: I've asked seb and that patch isn't needed anymore, we can change it with the last one from http://bugzilla.gnome.org/show_bug.cgi?id=481569 which fixes the bug instead of disabling the feature [12:44] Gnome bug 481569 in gtk "Calling gobject.threads_init() causes a lot of wakeups" [Normal,Reopened] [12:45] pochu: oh, cool, so we can drop this 61_dont_use_setwakeupfd.patch? [12:45] yes [12:45] pochu: that would be good, since its purpose is undocumented, no bug#, etc. [12:45] rocking [12:45] and the autoreconf issues would be http://bugzilla.gnome.org/show_bug.cgi?id=471528, http://bugzilla.gnome.org/show_bug.cgi?id=471559, and probably others [12:45] Gnome bug 471528 in general "m4 macros needed to rebuild configure aren't shipped with 2.13.x" [Minor,Unconfirmed] [12:46] ah, thanks [12:46] pochu: well, with dropping the patch I don't need to rebuild them any more [12:46] exactly :-) [12:46] I wonder how Joss got to rebuild it, though... [12:53] pitti: BTW, I think I discussed it with you and seb128 to include the updated python-gobject patch in hardy-updates [12:54] pitti: You're still ok with this? [12:54] lool: I don't think I was involved in that discussion [12:54] Ok; well basically that wakeupfd stuff was broken in pygobject and we disabled it before hardy [12:55] right, that's the patch I just ripped out for intrepid [12:55] But it causes wakeups in powertop for python apps such as deskbar applet [12:55] python-gobject uploaded now, for the record, it actually builds now; this should unbreak the world FTBFSing [12:55] But you pulled the updated wakeupfd patch? [12:55] cool [12:55] hey lool [12:56] lool: no, I just dropped it, as pochu said [12:56] I don't think it was tarball released [12:56] lool: we can still apply it in a followup upload if we need [12:56] but I'd really like to get this fixed in intrepid soon, it causes a hell of a lot of FTBFS and uninstallability ATM [12:57] (that's why I attacked it now in the first place) === TheMuso_ is now known as TheMuso === davmor2 is now known as davmor2_dinner [12:59] Ok, I thought we had a patch for this support but actually it was tarball releasedin the old broken version in 2.14;1 [12:59] What we want is the final implementation [12:59] pitti: could you retry exaile libbeagle anjuta (or add to your to-retry list :) [13:00] pitti: So you uploaded ubuntu3? [13:00] lool: 2.14.1-4+ubu1, yes [13:00] (no remaining changes any more [13:00] pochu: kicked [13:02] thank you [13:02] hi all [13:02] why is ssh-vulnkey not available for dapper? [13:02] mitsuhiko: it will eventually [13:03] that's good news [13:08] pochu: btw, feel free to upload bug 208097 [13:08] Launchpad bug 208097 in python-aptsources "FTBFS in Hardy due to python-distutils-extra changes" [Medium,Fix released] https://launchpad.net/bugs/208097 [13:09] pochu: and maybe poke someone from ~motu-sru to ack it (Hobbsee, TheMuso, etc.) [13:10] ok, on it [13:11] What do people think about removing reportbug(-ng) from the archive? bug 175508 [13:11] Launchpad bug 175508 in reportbug-ng "reportbug-ng reports bugs to Debian instead of Ubuntu" [High,Triaged] https://launchpad.net/bugs/175508 [13:14] hi cjwatson [13:15] cjwatson: can we append a warning to the installer related to openssh, that explains that the SERVERS that accept weak keys are still vulnerable and that users should consider that? [13:15] becuse users dont ralize this usually [13:47] do anyone have an idea to which package should I assign Bug #230694 ? [13:47] Launchpad bug 230694 in ubuntu "DVD mounted and played by wrong user" [Medium,New] https://launchpad.net/bugs/230694 === davmor2_dinner is now known as davmor2 [14:05] pitti: Hmm if you remove the patch completely, we get the borken setwakeupfd support again [14:05] I'm preparing a Debian upload with the updated fix [14:12] doko: Hmm will we get signal.set_wakeup_fd from 2.5.2-2ubuntu2 in Debian too? [14:23] lool: thanks [14:54] any reason to not publish openssl-blacklist in dapper-security? [14:55] Blah, I hang python2.5 when rebuilding pygobject in hardy [14:55] lalala .........*** glibc detected *** /usr/bin/python2.5: malloc(): memory corruption: 0x0000000000a39480 *** [14:55] Looks like it could be amd64-ish [14:57] doko: pygobject was uploaded the 9th of April in hardy and python2.5 the 8th and the 16th; I wonder whether it could be a 2.5.2-2ubuntu4 regression [14:59] What time does FOSSCamp start tomorrow? [15:01] mvirkkil: 10 am, IIRC [15:03] argh. [15:03] 18 / 3 != 9 [15:04] did someone steal my brain? [15:04] Hobbsee: 5.99999993843 last time I checked :) [15:04] :P [15:04] * realist gives back hobbsee-brain.deb [15:06] pitti: FPU bug? [15:08] doko: There's an insane amount of valgrind errors (even when only looking at access after free errors); I guess it's a wrong memory allocation function being used: do you have any tip on chasing such issues? [15:09] pitti: Thanks. Couldn't find it anywhere on the FOSSCamp page. === cr3_ is now known as cr3 [15:12] realist: ah, thanks. [15:19] doko: I really need Bug #220241 to be fixed. Running applets is (if it works) slow and the applet at java.com does not even work. (but worked with IcedTea 7 in gutsy) [15:19] Launchpad bug 220241 in icedtea-gcjwebplugin "Test applet at java.com fails to run" [Undecided,New] https://launchpad.net/bugs/220241 [15:19] heya people [15:20] doko: Somehow it works now. But why? [15:21] Question about the openssl vulnerability: why does openssl not use /dev/urandom for entropy on Linux? Why does it need anything other than /dev/urandom? [15:26] pitti: can you retry them again? when you did it python-gtk2 was still uninstallable due to python-gobject, but I've checked now on a chroot and they are installable with the update [15:27] exaile libbeagle anjuta [15:27] pochu: right, doing [15:28] done [15:30] thanks again :) === mdz_ is now known as mdz === mdz changed the topic of #ubuntu-devel to: Regenerate your SSH keys! http://www.ubuntu.com/usn/usn-612-2 | Ubuntu 8.04 LTS released! | Development of Ubuntu (not support, not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/feisty/gutsy/hardy, #ubuntu+1 for intrepid | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | #ubuntu-devel-summit for U === mdz changed the topic of #ubuntu-devel to: Regenerate your SSH keys! http://www.ubuntu.com/usn/usn-612-2 | Ubuntu 8.04 LTS released! | Development of Ubuntu (not support, not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/feisty/gutsy/hardy, #ubuntu+1 for intrepid | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs [15:43] ETOPICFULL [15:44] <\sh> ./ctcp * sound attention_regen_ssh-keys_now.wav === kirkland` is now known as kirkland [15:48] :D [15:51] fricking oo. [15:52] stop crashing! [16:08] lool: is this needed? [16:28] doko: Well the valgrind backtraces don't end up in the python modules I'm testing [16:32] doko: http://people.ubuntu.com/~lool/pygtk-testactionsubclass.log [16:33] doko: I guess these issues weren't present in the previous python2.5 as pygtk built against it for hardy [16:34] doko: The tests causing glibc assertions are doing some gc.collect() and the changes you did to python2.5 seem to affect the gc; are these patches safe, could they expose bugs in other moduels? [16:37] lool: which tests fail, are these tests using ctypes? [16:38] doko: I'm not sure; there's "ctypes" usage in codegen/defsgen.py, but I don't see any in generated code [16:39] hmm [16:39] doko: If you simply rebuild pygtk locally, you should get the bug [16:39] lool: I already had the wakeup stuff backported, just didn't upload [16:39] doko: Oh, well I spent time today doing it too; too bad [16:40] doko: I committed the patches to the Debian tree, but I can't test them under hardy due to this unrelated FTBFS [16:40] Apr 30 ... [16:40] ? [16:41] You mean you had prepared pygobject and pygtk back Apr 30? [16:41] Or do you mean you told me so at that date? [16:42] do python2.5 [16:42] You included it in hardy already [16:43] I don't understand what you say [16:43] hi it seems like that mplayer fires up dbus to open and hold the video nodes open .. this has a terrible sideeffect for hybrid devices which provide multiple nodes. When the analog video node is held open it's impossible to open eg the DVB or radio part of a analog TV/dvb/radio device [16:44] the dbus extension seems to be an ubuntu specific patch [16:44] (at least for mplayer) [16:54] doko: Hmm will we get signal.set_wakeup_fd from 2.5.2-2ubuntu2 in Debian too? [16:54] this was my answer [17:06] hi people, how firefox translation from Launchpad gets into distribution? It is converted when issuing update for particular translation? [17:15] http://ubuntuforums.org/showthread.php?t=652941 [17:15] does anyone know more about this? [17:15] I don't think it's mplayer mplayer accesses dbus yes but only for the screensaver thing [17:52] http://www.dasdeutschlandspiel.de/index.php?page=beg.php&id=4410 [17:54] http://www.dasdeutschlandspiel.de/index.php?page=beg.php&id=4410 [17:55] hi all, i'm trying build the source package of synergy and i get "/usr/bin/fakeroot: 166: debian/rules: Permission denied" ... more at http://pastebin.ubuntu.com/12261/ [17:56] violinappren: is debian/rules set executable? [17:56] violinappren, "chmod +x debian/rules" should fix that; when apt-get unpacks the source code, it shoudl do that, I don't know why it didn't [17:57] more specifically, dpkg-source should do it [17:57] maybe the clean rule in debian/rules does something funny [17:58] i did chmod +x on it and then ran "dpkg-buildpackage -rfakeroot -uc -b" and it still gives the same error .. "ls -al debian/rules" says it's -rwxr-xr-x [17:59] http://www.dasdeutschlandspiel.de/index.php?page=beg.php&id=4410 [18:00] needbeer: stop spamming [18:01] violinappren, I can't reproduce the problem on hardy [18:01] i already got 7 klines today on several networks, only a shotgun could stop me spamming :D [18:01] needbeer: ask an you shell receive [18:02] violinappren, I can't reproduce the problem on hardy [18:04] violinappren, do you have all build dependencies installed? "apt-get build-dep synergy" takes care of that [18:05] umm, i tried again in my home directory (rather than my "playground" partition) and it works (!) [18:06] violinappren_: same filesystem type? [18:06] yes i used ext3 allover the place [18:06] check the mount options, there is a noexec flag that cam be set iirc [18:07] mount says "/dev/sda3 on /media/sda3 type ext3 (rw,noexec,nosuid,nodev)" [18:07] a-ha! [18:07] there you go then "noexec" will stop things from being executed even if set +x [18:08] aaaah [18:08] noexec is overrated [18:08] it must be a default in hardy since i never manaually set it! [18:08] check in your /etc/fstab [18:08] it is set for automatically mounted volumes (ref. /media) [18:09] by gnome-mount, that is [18:09] fstab has "/dev/sda3 /media/sda3 auto nouser,atime,auto,rw,nodev,noexec,nosuid 0 0" [18:09] (i added the mount points during a clean kubuntu hardy install) [18:10] unmount, take out the "noexec," and mount [18:10] or don't build packages on that filesystem, of course -- the noexec might be there for a reason [18:10] doko: Ok; are you interested in looking in the python2.5 memory corruption issue? [18:10] (i.e., first figure out the reason) [18:11] lool: please recheck with the recent python2.5 upload first, I'm travelling tomorrow, and I'm offline now [18:11] well it's a personal machine, not a work one, so no "policies" with noexec [18:11] doko: the intrepid one? [18:11] Or the hardy one? [18:12] lool: intrepid, hardy should be ok for ctypes [18:12] lool: you do use hardy-proposed, do you? [18:12] doko: No, I don't; I've seen an upload from you in proposed, but it seemed unrelated [18:14] doko: I'm pulling python2.5{,-dev,-minimal} from proposed [18:14] anyway, thanks guys/gals for your help [18:14] doko: Same bug [18:15] *** glibc detected *** python: free(): invalid next size (fast): 0x0000000000b297b0 *** [18:17] I'm debootstrapping intrepid, but I don't have much hope [18:26] doko: Under intrepid, same thing http://paste.ubuntu.com/12270/ [18:26] Well hardy's kernel [18:27] looks like debian new is chocked [18:27] norsetto: ? [18:28] lool: is it normal for so many packages to be sitting there for weeks? [18:28] Yes [18:30] norsetto: these are old graphes, but it's still being processed in batch http://heracles.corsac.net/~corsac/debian/new/ [18:31] lool: amazing [18:57] cjwatson, ping === thekorn_ is now known as thekorn === cprov is now known as cprov-out [19:43] norsetto: o/ === fta_ is now known as fta [20:04] Hi, there seems to be some confusion regarding xorg.conf in 8.04. Is it possible to force X.org to use a particular display driver, even if auto-detection suggests otherwise? What is the best way to do this? [20:10] fbond: all the previously supported xorg.conf options can still be used, to their usual effect; we just don't use them by default because autodetection now gives correct results in the vast majority of cases [20:13] slangasek: Am I incorrect, then, in thinking that I ought to be able to add a `Driver ...' line to the "Device" section and have that force the display driver? [20:13] fbond: correct [20:14] Of course you know that I'm asking because it's not working for me. [20:14] The log file indicates that the vesa driver is being used. [20:14] If the requested driver does not load, will the vesa driver be used instead? [20:14] if the xserver fails to start, yes [20:15] Hm. It seems to do this silently; no warnings or anything. Makes debugging a bit confusing if you come from the Old Way where the server doesn't start at all when the driver didn't pan out. [20:15] there's a bug about that [20:16] Oh, is there? I couldn't find anything, and wasn't sure if I just didn't understand X.org anymore. [20:16] tjaalton: Do you have a bug #? [20:17] bug 148122 seems to be the one [20:17] Launchpad bug 148122 in xorg "bulletproof-x hiding real problems" [Wishlist,Triaged] https://launchpad.net/bugs/148122 [20:17] boarding time, finally -> [20:18] tjaalton: No, this is a different situation. I'm not getting the graphical configuration utility at all. X starts normally, just with the wrong driver. [20:26] fbond: that's because no driver is specified in the Device section of your xorg.conf [20:27] fbond: maybe Xorg's automatic detection didn't work as it should [20:30] tseliot: I *did* specify a driver. That's why I'm bothered. [20:31] fbond: can I see your xorg.conf and your /var/log/Xorg.0.log (use pastebin, please)? [20:31] tseliot: one sec. [20:34] fbond: oh and I would be glad if you could post the output of this command too sudo updatedb && locate xorg.conf [20:47] tseliot: I think I see what's going on that is confusing me. [20:47] The machine in question was already being tested by someone else. [20:47] When I got to it, he had already seen the "low-graphics mode" dialog. [20:48] I edited the xorg.conf and then restarted the X server by pressing Ctl-Alt-Bkspc [20:48] However, it seems that restarting the bulletproof X server via C-A-B does not cause the configuration to be re-read. I'm beginning to understand that the bulletproof X server is a separate server with a separate configuration. [20:49] Thus, it appeared that my configuration wasn't being read. [20:49] Does this sound right? [20:50] Now, I was eventually able to get to a log file with the openchrome output, and found the problem there. I had to restart gdm to trigger the configuration to be re-read. [20:50] fbond: yes, that's what I was going to suggest [20:50] I wonder if some more documentation might be helpful to advanced users trying to fiddle with things. [20:51] fbond: bryce knows more about this [20:52] and you can have a look at this page: https://wiki.ubuntu.com/X [20:53] I've got to go now. Bye [20:53] tseliot: thanks [21:12] is this openssl bug going to require the creating of Ubuntu 8.04.1 lts? [21:14] 8.04.1 was going to be created anyway [21:29] pitti: Hi, I've seen that apache2 got uploaded to hardy-proposed. As apache2-mpm-itk has a very strict dependency on apache2.2-common it needs a rebuild for every apache2 upload. Does this somehow influence the SRU of apache2? [21:33] * slangasek shakes his fist at itk [21:33] geser: would be great if someone could prepare an itk upload then; I'll be happy to push it through alongside apache2 === gnomefre1k is now known as gnomefreak [21:35] slangasek: would this weekend be early enough? [21:35] geser: I imagine so === gnomefre1k is now known as gnomefreak === gnomefre1k is now known as gnomefreak [22:01] heya [22:10] heya sabdfl :) === dpm_ is now known as dpm [22:23] howdy all [22:24] Hi [22:24] hi sabdfl [22:32] hey :-) [22:32] Nafallo: :) === Keybuk is now known as Keybcz === juliux_ is now known as juliux [23:09] Hmm. The UDS wiki page still says "More details about remote participation will be announced closer to the time. ". [23:11] johanbr: they have till Monday :) [23:35] slangasek, would you mind clarify the first bullet in #226622? I am not too knowledgeable on versioning conventions