[00:05] <megabyte405> ogra: unfortunately whoever decided to do a rewrite of wv did everyone a disservice - wv2 has been basically unmaintained for four years now, with just a vulnerability patch in 2006
[00:05] <megabyte405> They are not interchangeable, wv is under active maintenance and improvement (since any word import bug in AbiWord tends to end up being a wv issue) whereas wv2 is not
[00:06] <slangasek> http://cmpalmer.blogspot.com/2008/03/john-mccain-is-he-cylon.html
[00:07] <megabyte405> not to mention that we used to just have the latest wv included in each abi release source tarball, until 2.6 when we decided that that was too messy in case a wv release independently came out between an abi release
[00:07] <slangasek> whoops, cut'n'paste error, but enjoy anyway ;)
[00:07] <ogra> lol
[00:24] <cjwatson> soren: mouse doesn't seem to be working in kvm any more; do you know what's up?
[00:26] <cjwatson> soren: (with -15)
[00:34] <Whoopie> Keybuk gave me the advice to mount the initramfs to /initrd. but the command fails:  mount -n -o bind / ${rootmnt}/initrd
[00:34] <Whoopie> mount: Mounting / on /root/initrd failed: Invalid argument
[00:34] <ogra> hum
[00:34] <Whoopie> this is to get the crash dump when usplash crashes on startup. Does anybody know how to mount the initramfs?
[00:35] <ogra> seems i lost my compiz decorations with the recent uprade
[02:53] <emgent> someone know why modsecurity is only in dapper and edgy?
[03:04] <Khajavi> any one know how can I install php-gtk ?
[03:07] <Fujitsu> That sounds so utterly and unspeakably wrong.
[03:08] <blueyed> emgent: build failure? what's the package name exactly?
[03:20] <jdong> Fujitsu: what, php-gtk? :D
[03:20] <jdong> Fujitsu: I've been unfortunate enough to inherit PHP shell scripts before.
[03:27] <Fujitsu> I too have inherited some lovely PHP shell-script imitations at work.
[03:35] <emgent> blueyed: ?
[03:35] <xtknight> any news on Bug 215778?  seems a little serious to me.  (all amd64/nvidia fail)
[03:35] <ubotu> Launchpad bug 215778 in linux-restricted-modules-2.6.24 "2.6.24-16.30 kernel update - nvidia: module license 'NVIDIA' taints kernel" [Undecided,Confirmed] https://launchpad.net/bugs/215778
[03:35] <emgent> Fujitsu: you know why mod-security is only in dapper-edgy ?
[03:35] <xtknight> amd64+nvidia rather
[03:35] <emgent> license problem ?
[03:36] <xtknight> not sure.  regression from -15
[03:36] <emgent> dendrobates: some idea? :)
[03:36] <xtknight> nvidia freezes when you try to modprobe it (and it says taints kernel at bootup), but i dont know if it always says taints kernel
[03:36] <emgent> anyway ubuntu kernel 2.6.24-16-generic have some problem
[03:37] <Fujitsu> emgent: (From Debian) RoM; undistributable for legal reasons
[03:37] <emgent> argh
[03:37] <emgent> :(
[03:37] <dendrobates> emgent: nope, I thought the main changes were in virtio.
[03:40] <blueyed> xtknight: it always taints the kernel, that's a "normal" log entry. It fails somewhere after that then probably.
[03:41] <xtknight> blueyed, yeah.  any suggestions on how to make its failure more verbose?
[03:41] <emgent> blueyed: what build failure?
[03:42] <blueyed> emgent: of "modsecurity". your already answered question.
[03:42] <emgent> oh ok, now i understand :)
[03:43] <xtknight> sudo modprobe nvidia reports a problem with the install command of nvidia.  then sudo modprobe -i nvidia says nvidia module doesn't exist, or something to that extent.  actually it was freezing but that was before l-u-m update.  after l-u-m updates there's just problems modprobing nvidia but it doesnt freeze on modprobe
[03:43] <xtknight> it shows errors instead
[03:46] <xtknight> if there is any debugging or cmds i could run to debug nvidia i would be glad to
[03:47] <xtknight> people say the official nvidia.com one works
[03:47] <xtknight> same version AFAIK
[05:30] <kirkland> anyone around that can sponsor a fix to jockey?
[07:23] <nucco> hi, anyone has a clue why rhythmbox grinds my HDD, and then freezes my system when I'm running on batteries?
[07:31] <nucco> I'm asking in here because I think there'd be more clued folks...
[08:19] <jscinoz> Where does the acpi/suspend whitelist live? Suspend works fine on my laptop but i don't want to wait around for upstream to add it.
[08:32] <kagou> Good morning
[08:37] <blaamann> This must be an Firefox package config error http://dpaste.com/44451/ ?
[08:38] <blaamann> It is in Hardy
[09:04] <jscinoz> acpi makes me cry.
[09:04] <jscinoz> Where does the acpi/suspend whitelist live? Suspend works fine on my laptop but i don't want to wait around for upstream to add it.
[09:41] <AnAnt> Hello, how can I create a source.changes file for a source package ?
[09:53] <hunger> Would it be possible to update git-core to the new version?
[10:07] <Mithrandir> hunger: while frozen for release?  Quite unlikely.
[10:08] <hyperair> would it be possible to alter the gksu package to shift the nautilus-gksu extension to the correct directory?
[10:20] <Whoopie> Keybuk: Hi, I tried to mount the initramfs, but it fails with "mount: Mounting / on /root/initrd failed: Invalid argument"
[10:22] <Keybuk> Whoopie: did you remember --bind?
[10:23] <Whoopie> Keybuk: command was mount -n -o bind / ${rootmnt}/initrd
[10:23] <hyperair> change bind to --bind
[10:23] <hyperair> eh wait
[10:23] <hyperair> no
[10:23] <Keybuk> mount -n --bind / ${rootmnt}/initrd
[10:24] <Whoopie> ok, I try again
[10:25] <Whoopie> Keybuk: btw, do you use thinkfinger? sometimes, hald-addon-input gets stuck and uses 97% cpu. and then, no sudo commands are working. reboot is the only solution
[10:25] <Keybuk> no, I don't
[10:26] <Keybuk> fingerprints are not a good authentication mechanism
[10:26] <Keybuk> while they happen to be unique
[10:26] <Keybuk> they're not _secret_
[10:26] <Whoopie> yeah :)
[10:26] <hyperair> but it is convenient isn't it
[10:28] <Keybuk> you may as well just set no password at all
[10:29] <hyperair> if there is no password then you can't authenticate can you?
[10:29] <Keybuk> that's the point
[10:30] <Keybuk> if there's no password, it's very convenient to use your computer
[10:30] <hyperair> you can't log in if there's no password
[10:30] <hyperair> very much like root
[10:30] <Keybuk> yes you can
[10:30] <hyperair> eh?
[10:30] <hyperair> really?
[10:30] <Keybuk> you just type your username (or click it) and you'll be logged in
[10:30] <hyperair> but root has no password
[10:31] <ion_> Reading a fingerprint is a nice alternative for typing your username when logging in, but not for typing your password. :-)
[10:31] <Keybuk> no, root has a locked password
[10:31] <hyperair> aaah
[10:31] <hyperair> i see
[10:31] <Keybuk> :*: <- locked
[10:31] <Keybuk> :: <- no password
[10:31] <hyperair> i see
[10:31] <Whoopie> Keybuk: some error message
[10:33] <Keybuk> hmm
[10:34] <Keybuk> Whoopie: you put it as the last command before run-init?
[10:35] <Whoopie> Keybuk: http://en.pastebin.ca/982154
[10:35] <Keybuk> and you get invalid operation?
[10:35] <Keybuk> *sigh* it clearly doesn't want to let you do that, then
[10:35] <Whoopie> Invalid argument
[10:37] <Keybuk> the initramfs / must be special in some way
[10:37] <Amaranth> ion_: can you do that?
[10:37] <Amaranth> make fingerprint match to username instead of using it for password, i mean
[10:37] <Keybuk> Amaranth: not with pam
[10:43] <tormod> pitti: you being the old "maintainer" and the only core-dev knowing this package, what do you think about bug #192772?
[10:43] <ubotu> Launchpad bug 192772 in linux-wlan-ng "please merge linux-wlan-ng 0.2.8+svn1851+dfsg-1 from Debian main unstable" [Low,Confirmed] https://launchpad.net/bugs/192772
[10:45] <Whoopie> Keybuk: hmm, I'm open to test anything you advice me :)
[10:46] <Keybuk> ok
[10:47] <Keybuk> remove the mount, but keep the ulimit
[10:47] <Keybuk> edit /usr/share/initramfs-tools/scripts/init-top/usplash
[10:47] <Keybuk> stick cd /dev/.initramfs just inside the if [ $SPLASH = "true" ] block
[10:47] <Keybuk> update-initramfs -u
[10:47] <Keybuk> then try again :)
[10:49] <Whoopie> Keybuk: as first command inside the if block?
[10:49] <Whoopie> where should I find the crash dump then?
[10:50] <Whoopie> Keybuk: hmm, /dev/.initramfs has a core file.
[11:00] <Whoopie> Keybuk: great, the core file is indeed from usplash. Core was generated by `/sbin/usplash -c -x 1024 -y 768'.
[11:00] <Whoopie> Program terminated with signal 11, Segmentation fault.
[11:01] <Keybuk> ok
[11:01] <Keybuk> great
[11:01] <Keybuk> add to your /etc/apt/sources.list:
[11:01] <Keybuk>   deb http://ddebs.ubuntu.com hardy main universe
[11:02] <Keybuk> then apt-get update
[11:02] <Keybuk> and apt-get install usplash-dbgsym libusplash0-dbgsym]
[11:02] <Keybuk> also libx86-1-dbgsym
[11:03] <Keybuk> that should help you get a better stack trace
[11:03] <emgent> heya
[11:03] <Whoopie> so I need to reboot and catch a new core file, right?
[11:03] <Keybuk> no
[11:03] <Keybuk> you can trace that one
[11:04] <Whoopie> ok
[11:04] <Keybuk> the dbgsym packages just have the bits that were "stripped out"
[11:06] <mdke> stgraber: i see a few documentation related ideas on brainstorm.u.c, could you perhaps create a "documentation" category for those? http://brainstorm.ubuntu.com/idea/5589/
[11:09] <Whoopie> Keybuk: following https://wiki.ubuntu.com/Backtrace, I get: http://en.pastebin.ca/982176
[11:10] <Keybuk> Whoopie: gdb /sbin/usplash core
[11:11] <stgraber> mdke: doing a quick search on the website it appears we have ~50 ideas related to documentation or howtos. So we'll probably add a documentation category in the next code/db update (monday or tuesday)
[11:11] <Whoopie> Keybuk: http://en.pastebin.ca/982178
[11:12] <Keybuk> ok
[11:12] <Keybuk> extract a full backtrace from that
[11:14] <Whoopie> Keybuk: http://en.pastebin.ca/982182
[11:15] <Keybuk> great
[11:15] <Keybuk> can you file a bug with that?
[11:16] <Keybuk> "usplash segfault in bogl_tcfb_put" and attach the trace
[11:16] <Whoopie> I would attach it in bug 205990, ok?
[11:16] <ubotu> Launchpad bug 205990 in usplash "[hardy] splash screen disappears after a few seconds" [Medium,Confirmed] https://launchpad.net/bugs/205990
[11:16] <Keybuk> ok
[11:17] <Keybuk> it looks to me like it's gone out of the bounds of the framebuffer
[11:17] <mdke> stgraber: great, thanks. can the documentation team be given moderator rights over such a category? (~ubuntu-core-doc on LP)
[11:18] <Whoopie> Keybuk: can i quote you in the bug report?
[11:18] <Keybuk> sure
[11:20] <Whoopie> done
[11:20] <Keybuk> great, thanks
[11:20] <Whoopie> thanks a lot for your help
[11:20] <Keybuk> no worries
[11:21] <Keybuk> given the level of that bug, it's sadly unlikely to get fixed in time for hardy
[11:21] <Keybuk> but I'll make sure someone looks at it
[11:21] <Whoopie> Keybuk: it's interesting that it doesn't affect everybody.
[11:21] <Keybuk> Whoopie: yeah, can you add as many relevant details as you can think of?
[11:22] <Keybuk> are you using i386 or amd64?
[11:22] <Keybuk> what graphics card?
[11:22] <Keybuk> what resolution?
[11:22] <Keybuk> attach /etc/usplash.conf
[11:23] <Keybuk> attach output of update-alternatives --display usplash-artwork.so
[11:23] <Keybuk> also obviously dpkg-query -W usplash usplash-theme-ubuntu
[11:26] <Whoopie> ok
[11:45] <stgraber> mdke: we are not directly linked to LP (yet) so we can't use LP's team as ACL. But if you have people in the doc team interested in being a moderator on Brainstorm, ask them to reply to this mail : https://lists.ubuntu.com/archives/ubuntu-devel/2008-March/025155.html
[11:47] <mdke> stgraber: sure thing; thanks
[11:48] <mdke> stgraber: is it possible for ubuntu-core-doc members to have a developer role just for the documentation category, or are the permissions not so subtle yet?
[11:52] <stgraber> mdke: permissions are common to the whole website for now. Developer on Brainstorm means (at least for me) : Someone who knows enough of Ubuntu's development to correctly answers questions about the release to come.
[11:52] <stgraber> mdke: so some of your guys may also ask for the Developer role if they think they know Ubuntu's development well enough for that (as they are writting the doc I'd assume they do)
[11:53] <mdke> stgraber: ok, thanks for the clarifications
[11:53] <stgraber> np
[11:55] <hunger_t> Mithrandir: You could stuff git-core into backports if it can not make it into the normal repos;-)
[12:59] <kagou> is it possible to have translation packages rebuilt for hardy ?
[14:15] <theunixgeek> The clipboard bug REALLY needs to be fixed.
[14:16] <Keybuk> "the clipboard bug" ?
[14:16] <Hobbsee> theunixgeek: clipboard bug?
[14:17] <Hobbsee> [23:15] <theunixgeek> The clipboard bug REALLY needs to be fixed.
[14:17] <Hobbsee> wfm?
[14:17] <theunixgeek> Hobbsee: the one where you copy something from one application, close the window, and then try to paste it in another.
[14:17] <Keybuk> theunixgeek: that's not a bug
[14:17] <Hobbsee> theunixgeek: install gliper.
[14:17] <Keybuk> the clipboard is designed to work that way
[14:17] <theunixgeek> Keybuk: don't tell me that's a feature :P
[14:17] <Hobbsee> theunixgeek: also note that the same behaviour is observed on all linux systems, and all windows systems.
[14:17] <Keybuk> and is also designed to allow other applications to intercede to avoid it
[14:17] <theunixgeek> Keybuk: it should be changed. it's extremely inconvenient
[14:18] <Hobbsee> I'm unsure of on macs, but I expect it is the same.
[14:18] <theunixgeek> Hobbsee: no.
[14:18] <Hobbsee> theunixgeek: yes.  try it.
[14:18] <Keybuk> I think it is the same on Macs
[14:18] <theunixgeek> it isn't.
[14:18] <Keybuk> or the Mac at least fails the same way as Windows (loses rich metadata and leaves plain text/wmf/etc.)
[14:18] <theunixgeek> just tried it.
[14:18] <Hobbsee> theunixgeek: vista?
[14:18] <Keybuk> theunixgeek: remember that Macs tend to leave applications running when you close the window
[14:18] <theunixgeek> opened textedit, typed "hello", copied, quit TextEdit, lauched safari, pasted
[14:18] <Keybuk> you have to actually _quit_ the application
[14:18] <theunixgeek> Keybuk: I quit the apps
[14:19] <theunixgeek> Hobbsee: h/o
[14:19] <theunixgeek> Hobbsee: same as the mac
[14:19] <Keybuk> theunixgeek: try copying test from adobe acrobat with formatting into safari's html editor
[14:19]  * Hobbsee doens't recognise h/o
[14:19] <theunixgeek> Hobbsee: hold on
[14:19] <theunixgeek> :)
[14:20] <Hobbsee> theunixgeek: you will be pleased to note that your problem will be solved with glipper, or klipper, if you're of that side.
[14:20] <theunixgeek> Hobbsee: I think it should be changed in Ubuntu itself. for newcomers it can be very inconvenient. I reinstalled 3 times to see if the problem could be fixed when I was a newcomer
[14:21] <Keybuk> theunixgeek: it's on the roadmap, just a long way off
[14:21] <theunixgeek> Keybuk: lol, should be pushed up
[14:21] <Keybuk> there are far more important things closer
[14:22] <theunixgeek> ok
[14:22] <Keybuk> as with most things, if you'd like to hurry it along, help out! :-)
[14:22] <Keybuk> most of the discussion of this kind of thing is taking place within freedesktop.org
[14:22] <Keybuk> http://www.freedesktop.org/wiki/ClipboardManager
[14:23] <Keybuk> for example
[14:23] <theunixgeek> thanks
[14:24] <Keybuk> http://standards.freedesktop.org/clipboards-spec/clipboards-latest.txt too
[14:24] <Keybuk> there are a lot of attempts to work out how to do clipboards properly
[14:24] <Keybuk> the principle problem is that a clipboard isn't just "text"
[14:24] <Keybuk> it's actually an atom held by the copying application
[14:25] <Keybuk> the pasting application can negotiate with the copying application the exact contents
[14:25] <Mithrandir> and you have legacy apps.  If it was redone today, we'd probably have done it another way.
[14:25] <Keybuk> so if you copy HTML from Epiphany, and paste into Abiword, the two can negotiate and agree a method of pasting that preserves formatting
[14:25] <Keybuk> but if you paste into GEdit, the two might only negotiate a method that preserves the text
[14:25] <theunixgeek> I see
[14:25] <Keybuk> copy and SVG from Inkscape into GIMP, it might paste a bitmap of it
[14:26] <Keybuk> but paste into GEdit, it might paste the actual XML data
[14:26] <Keybuk> obviously if the copying application exits, the atom is lost
[14:26] <Keybuk> which is why you see the behaviour you observe
[14:26] <Keybuk> so, it's not a bug, because it's a side-effect of the clipboard being significantly more powerful
[14:26] <Keybuk> but obviously, it's something that could do with more work :-)
[14:26] <theunixgeek> I see
[14:26] <theunixgeek> thanks for the information
[14:27] <Keybuk> the usual way is that you have a third program
[14:27] <Keybuk> which can keep hold of the atoms after the running application has quit
[14:27] <Keybuk> that third program might only preserve a few common formats (this is what windows and mac do, iirc)
[14:27] <Keybuk> or that third program might know how to start enough of the copying program back up again when it's needed for paste
[14:27] <Keybuk> (OLE Clipboard on Windows, etc.)
[14:28] <ion_> I'd really love to have all the different clipboards synchronized all the time.
[14:28] <Keybuk> obviously if you were going to do this *right*
[14:28] <laga> ion_: the "middle mouse button" clipboard and the "right click, paste" clipboard?
[14:29] <Keybuk> you'd want the clipboard to be available over the network too
[14:29] <ion_> laga: Yeah
[14:29] <laga> ion_: yeah. annoying to no end.
[14:29] <Keybuk> ion_: ugh, I like the fact they've made those separate :)
[14:29] <infinity> Same...
[14:29] <Keybuk> read the fd.o clipboard spec for why they MUST be separate
[14:29] <Keybuk> (otherwise your Ctrl+C/Edit->Copy clipboard is overwritten every single time you highlight anything)
[14:29] <ion_> keybuk: Yes, i know some people like it, but i would like to have the option for them to be synchronized, and i'm quite certain that the option should be on for newbies.
[14:30] <Keybuk> ion_: apt-get source gtk
[14:30] <Keybuk> that option should be OFF
[14:30] <Keybuk> for exactly the reason explained above
[14:30] <laga> Keybuk: then turn off the "copy to clipboard on highlight"
[14:30] <Keybuk> newbies don't need to know about the middle mouse button shortcut
[14:30] <Keybuk> laga: why?  it doesn't interfere
[14:30] <Keybuk> with the way it is today, people who use Ctrl+C and Ctrl+V can keep doing that without surprise
[14:30] <laga> newbies will find that shortcut eventually :)
[14:30] <Keybuk> people who use highlight-click can keep doing that without surprise
[14:31] <Keybuk> AND, most importantly, neither of them conflicts with each other
[14:31] <laga> yeah, but you're right. it's not good to break existing behavior
[14:31] <Keybuk> your suggestion would break *both* sets of people :-)
[14:31] <laga> :)
[14:31] <Keybuk> I suspect ion_'s real problem is that he's using Firefox, or OpenOffice, or some application that doesn't behave
[14:31] <Keybuk> FF certainly used to just copy selection into every single clipboard it could
[14:32] <laga> it's most apparent for me in ff, yeah
[14:32] <ion_> Well, yeah. :-)
[14:32] <Keybuk> see also "why Keybuk uses Epiphany #194"
[14:32] <infinity> Firefox behaves better than it used to...
[14:32] <Keybuk> ion_: so you want all applications to behave like the one broken one?
[14:34] <ion_> I guess i would be happy if shift-insert did the right thing everywhere.
[14:34] <Keybuk> ion_: that tends to mostly
[14:34] <Keybuk> except, of course, Mono applications
[14:34] <Keybuk> which for no readily apparent reason, ignore it
[14:39] <infinity> Keybuk: Ironic, given the origin of the keyboard shortcut and the origin of Mono/.NET
[14:41] <Keybuk> wasn't Shift-insert some IBM attempt to standardise?
[14:41] <infinity> Widely used in DOS.
[14:41] <infinity> Yay, edit.com
[14:42] <infinity> Is it wrong that I still miss qbasic nibbles?
[14:53] <Keybuk> infinity: I still miss QuickBasic
[14:53] <Keybuk> that had a *to die for* IDE
[14:54] <Keybuk> a debugger that could tell you the current value of the variable
[14:54] <Keybuk> where it was set to that value
[14:54] <Keybuk> what it was before
[14:54] <Keybuk> etc.
[14:56] <Mithrandir> Keybuk: I think somebody wrote about an extension to gdb where you could go back in time and get answers to questions such as "what touched this memory location last".
[15:18] <tseliot> hi all, I'm having this problem with debdiff. Is it a known problem?
[15:18] <tseliot> http://pastebin.com/m2d0aaf16
[15:18] <tseliot> on Hardy
[15:24] <Hobbsee> tseliot: what's at 489?
[15:31] <tseliot> ﻿Hobbsee: $first =~ s/ $dir1\/$sdir1/ $sdir1/;
[15:31] <geser> tseliot: what did you tried to do?
[15:33] <tseliot> geser: the MOTU guide suggests that we do somthing like "debdiff xicc_0.2-2.dsc xicc_0.2-2ubuntu1.dsc"
[15:34] <geser> if called it like that then it should work
[15:38] <tseliot> ﻿geser: is this the only way to provide a patch? Would a diff -Nurb be acceptable in a bugreport?
[15:39] <geser> if you do it in both versions of the unpacked source packages, it should be acceptable (but no guarantee)
[15:41] <tseliot> ok, thanks
[15:41] <geser> but I still fail to understand why debdiff failed for you
[15:48] <tseliot> ﻿geser: wait, problem solved, my bad.
[15:49] <geser> what was the problem?
[15:55] <tseliot> geser: well, I didn't notice that I was using the wrong version of the dsc as the first parameter. I should get some sleep :-p
[16:05] <kirkland> Keybuk: you around?
[16:06] <Keybuk> kirkland: yup, what's up?
[16:06] <kirkland> Keybuk: bug #214914
[16:06] <ubotu> Launchpad bug 214914 in jockey "jockey-gtk crashed with AttributeError in enabled()" [Critical,In progress] https://launchpad.net/bugs/214914
[16:06] <kirkland> Keybuk: has 87 duplicates, and getting a whole lot of attention
[16:06] <kirkland> Keybuk: pitti is probably in route back home now from Austin
[16:06] <kirkland> Keybuk: i posted a debdiff last night
[16:07] <Keybuk> has pitti reviewed that debdiff?
[16:07] <kirkland> Keybuk: nope, he's probably traveling/jetlagged
[16:07] <Keybuk> well, and it's a Saturday
[16:07] <kirkland> Keybuk: yup
[16:07] <Keybuk> I'd generally rather he reviewed it, since jockey is his baby
[16:07] <Keybuk> he's back at work Monday morning
[16:08] <kirkland> Keybuk: okay...  the debdiff adds a missing [0] on the end of any array, fwiw
[16:08] <Keybuk> we're in freeze anyway, and I expect all the RMs are away
[16:08] <Keybuk> so any upload wouldn't get processed until monday
[16:08] <kirkland> Keybuk: fair enough
[16:08] <kirkland> Keybuk: thanks for the info
[16:18] <Hobbsee> Keybuk: all the RM's who can do anything, anyway.
[16:30] <alex-weej> kernel update today in hardy, known issues?
[16:30] <alex-weej> going from 24-15 to 24-16 has screwed me i think
[16:38] <protonchris> alex-weej: is the kernel hanging when trying to load modules?
[16:39] <protonchris> alex-weej: if so, there is a fixed package out.  It might on not hit your mirror yet.
[16:39] <alex-weej> i am using the main archive now, i've got 24-16.30 installed right now
[16:40] <alex-weej> let me try one more time and figure it out
[16:40] <alex-weej> BRB
[16:46] <alex-weej> 16.30 doesn't work from the main archives either...
[16:46] <alex-weej> is taht the most up to date kernel?
[16:46] <alex-weej> it appears that at least some modules are loading
[16:46] <alex-weej> lsmod lists a lot
[16:47] <protonchris> Might be a different issue then.
[16:47] <alex-weej> but kvm_intel notably fails during startup
[16:47] <alex-weej> there's lots of errors about snd_intel_hda symbols
[16:47] <alex-weej> evilware-nvidia X doesn't work, trackpad doesn't work, and even my ethernet driver doesn't work
[16:48] <alex-weej> and atheros wifi never worked in hardy so it is basically networkless!
[16:48] <alex-weej> and -15 doesn't have any header packages in the archive anymore so i can't build my wifi driver :(
[16:49] <protonchris> IIRC, my issues were fixed with the 2.6.24-16.22 version of linux-ubuntu-modules
[16:52] <alex-weej> i have 16.22 of that already installed
[16:53] <protonchris> No idea.  I haven't encountered any problems with the new kernel.
[16:53] <alex-weej> are you on amd64?
[16:53] <protonchris> No i386.
[16:54] <alex-weej> ok
[17:17] <hyperair> does anybody know anything about Bug #185854
[17:17] <ubotu> Launchpad bug 185854 in gnome-system-tools "Setting static IP in Network Settings doesn't produce correct data" [High,Confirmed] https://launchpad.net/bugs/185854
[17:18] <hyperair> it's a high priority confirmed bug but no action seems to be taken
[17:18] <hyperair> if ubuntu hardy is released with this bug still open nobody will be able to set a static IP
[17:18] <hyperair> not a very nice image to set for a LTS release is it
[17:18] <Chipzz> hyperair: this is not the appropriate place to pimp your favorite bug ;)
[17:19] <hyperair> sure it isn't
[17:19] <hyperair> i'm just asking for opinions
[17:19] <hyperair> and it isn't my favourite bug either
[17:19] <Chipzz> also
[17:19] <Chipzz> it's a weekend
[17:20] <Chipzz> so you're not very likely to get opinions now ;)
[17:20] <hyperair> aaah
[17:20] <hyperair> i see
[17:21] <Chipzz> btw, what you're claiming is plainly false: 18:18 < hyperair> if ubuntu hardy is released with this bug still open nobody will be able to set a static IP
[17:22] <Chipzz> it's mentioned at the very top that if you correct /e/n/i it does work
[17:22] <hyperair> hmm?
[17:22] <hyperair> fine
[17:22] <hyperair> let's correct that
[17:22] <hyperair> nobody without technical knowhow
[17:22] <Chipzz> haven't read the whole bug-report though
[17:23] <hyperair> but yes the problem here is gnome's configuration of /e/n/i, not of the underlying network system
[17:23] <Chipzz> people with static IPs are hardly ever people without technical know-how
[17:23] <Chipzz> also
[17:23] <Chipzz> another point
[17:23] <hyperair> it doesn't work for DHCP users either
[17:24] <hyperair> i've tried using DHCP on wlan0 and it doesn't work
[17:24] <Chipzz> the recommended approach for configuring your network will be network-manager in hardy
[17:24] <laga> Chipzz: even for servers?
[17:25] <hyperair> that doesn't mean every other method should be broken
[17:25] <pochu> for servers you aren't likely using gnome-system-tools
[17:25] <pochu> hyperair: if I were you I would raise it on Monday on #ubuntu-bugs or #ubuntu-desktop
[17:25] <hyperair> alright
[17:25] <hyperair> i will
[17:25] <hyperair> thanks
[17:26] <Chipzz> laga: servers generally don't come wit a GUI, so recommended approach for servers would be /e/n/i (I think(
[17:30] <hyperair> Chipzz:there are currently users who want to have both wired and wireless connections simultaneously on #ubuntu+1
[17:30] <hyperair> imo it's not possible with networkmanager
[17:30] <hyperair> and since the manual is fscked at the moment, there isn't a gui method
[17:30] <Nafallo> hyperair: that is possible. you just need to configure your profiles.
[17:31] <Nafallo> on my personal server I use quagga for configuring the network interfaces.
[17:31] <hyperair> like through sys/admin/network?
[17:32] <hyperair> it can be done through sys/admin/network
[17:32] <hyperair> _if_ it works
[17:32] <Nafallo> hyperair: yea. or network-manager/manual
[17:33] <hyperair> but obviously it won't work at the moment _because_ of the above bug
[17:33] <hyperair> and since it has been open for 4 months i'm beginning to get worried
[17:34] <Nafallo> k
[18:01] <afflux> hyperair in #ubuntu-bugs raised this, and I, too, think bug 185854 should be looked at asap.
[18:01] <ubotu> Launchpad bug 185854 in gnome-system-tools "Setting static IP in Network Settings doesn't produce correct data" [High,Confirmed] https://launchpad.net/bugs/185854
[18:02] <hyperair> eheheh i raised it here earlier afflux
[18:02] <hyperair> i was told to go to #ubuntu-bugs
[18:02] <afflux> omg
[18:02] <afflux> I'm blind, forgive me please.
[18:02] <hyperair> =D
[18:02] <hyperair> thanks for your concern anyway
[18:03] <afflux> I ran in this earlier, but I thought it was just me having forgotten something
[18:03] <hyperair> hahahaa
[18:03] <hyperair> np np
[18:04] <afflux> anyway, I think this may even be critical importance, as I think there are quite a lot of people who don't like dhcp in their network. I could change it, but I think I'll leave the devs to decide this.
[18:06] <afflux> brb, testing some n-m stuff
[18:47] <syke> howdy
[18:48] <syke> the -16 kernel update appears to have a broken nvidia module; there isn't a bug report yet
[18:48] <syke> is this a case of waiting for the archive mirrors to update, or a known issue, or..?
[18:50] <hyperair> i'd really like to reply, but i'd be replying to you in more than one channel xD
[18:51] <syke> heh
[19:30] <pecisk> Anyone knows any hope for fix before release for this https://bugs.launchpad.net/ubuntu/+source/gnome-system-tools/+bug/185854?
[19:30] <ubotu> Launchpad bug 185854 in gnome-system-tools "Setting static IP in Network Settings doesn't produce correct data" [High,Confirmed]
[19:31] <laga> yeah, that'd be great
[19:31] <Chipzz> pecisk: you're the 2nd one to ask in about one or 2 hours :P
[19:31] <laga> you're not the.. right :)
[19:39] <pecisk> Chipzz: yeah, but it is not even funny anymore :) such trivial bug in LTS, come on
[19:45] <superm1> ugh whoever added kubuntu_30_displayconfig_no_xorg_correct_detection.patch to kde-guidance
[19:45] <superm1> really fscked up things
[19:45] <wasabi> Keybuk: congrats
[19:45] <laga> why? (kde-guidance makes my X segfault)
[19:45] <superm1> well because mythbuntu-common uses xorgconfig
[19:45] <superm1> and suddenly xorgconfig returns tupples
[19:46] <superm1> instead of contexts
[19:46] <laga> ah. API breakage
[19:46] <Chipzz> pecisk: I have made several comments on that to the previous guy
[19:46] <slangasek> superm1: pitti has reverted it as soon as he noticed
[19:46] <slangasek> it massively broke jockey as well
[19:46] <superm1> slangasek, okay so an ubuntu14 upload will be fixing it then?
[19:47] <superm1> ah yeah
[19:47] <superm1> i see
[19:47] <superm1> awesome.  thanks
[19:49] <pecisk> Chipzz: it is not that I can't fix it manually by myself, I just would like to avoid to having Ubuntu bad reputation because of this :( Just question is there any hope for fixing this before final release? I wanted to try myself, but then fell ill
[19:49] <Chipzz> pecisk: one thing I pointed out was the following:
[19:49] <Chipzz> 18:24 < Chipzz> the recommended approach for configuring your network will be network-manager in hardy
[19:49] <Chipzz> the gnome-system-tools way is deprecated as I understand it
[19:49] <pecisk> o_O
[19:50] <pecisk> it doesn't make sense
[19:50] <pecisk> network-manager don't have manual IP configuration
[19:50] <ogra> sure it has
[19:50] <pecisk> nor it can write anything to /etc/network/interfaces
[19:50] <pecisk> really, how?
[19:51] <elmo> err
[19:51] <elmo> "manual configuration in network-manager" == gnmome-system-tools
[19:51] <ogra> click on the NM icon its the last optoin in the menu
[19:51] <pecisk> gosh
[19:51] <superm1> ogra, that opens network-admin i thought?
[19:51] <pecisk> ogra, it _is_ g-s-t
[19:51] <pecisk> duh
[19:51] <ogra> oh, where did the NM tool for manual config go ?
[19:52] <ogra> we had that in until beta
[19:52] <pecisk> ogra, wonder, it NEVER had
[19:52] <elmo> ogra: it never had one
[19:52] <pecisk> ogra, it is for wireless networks
[19:53] <pecisk> wow, there is saying "eat your own dog food" for reason, isn't there
[19:53] <LaserJock> I thought it had one at some point to, but perhaps not
[19:53] <Nafallo> ogra: you mean the link from network-manager to whatever is in gnome-control-center? :-)
[19:53] <ogra> i'm pretty sure i had it in applcations->systemtools for weeks
[19:54] <ogra> and that app was started from the NM menu at that time
[19:54] <pecisk> and even so, g-s-t is way too advanced to bee deprecated just because someone can fix propably one liner
[19:54] <LaserJock> oh, yeah. did that do static?
[19:54] <ogra> i think so
[19:54] <LaserJock> that was the Network Manager Editor or some such
[19:54] <Nafallo> ogra: that's the network-manager thing indeed. that .desktop got dropped since it belongs in right-click nm-applet and choose edit wireless networks :-)
[19:54] <ogra> yeah
[19:54] <pecisk> it is for WIRELESS, damn
[19:55] <pecisk> I want my manually configured IP address for wired network, and it worked until betas
[19:55] <pecisk> ok
[19:55]  * pecisk off to fix it myself
[19:55] <laga> pecisk: make sure to add a debdiff to the ticket
[19:55] <pecisk> sure
[19:55] <laga> much appreciated.
[19:56] <LaserJock> that would suck if wired static IPs wouldn't work anymore
[19:56] <LaserJock> all my desktop machines have static IPs
[19:59] <superm1> LaserJock, yeah i've seen a few people with mythbuntu boxes complaining that static ips stopped working too
[19:59] <superm1> which it boiled down to that tool
[20:00] <LaserJock> :(
[20:55] <kestaz> why ubuntu hardy beta ships with transmission 1.06 ?
[20:55] <jdong> kestaz: because 1.10 released too late for us to consider shoving it into Hardy blindly
[20:56] <kestaz> jdong: so 1.10 will be in final hardy release ?
[20:56] <jdong> kestaz: with input from a transmission developer I've decided to keep Hardy on 1.06 because it's been fairly well tested, and provide 1.1x in the hardy-backports repository
[20:56] <kestaz> jdong: ok
[20:56] <jdong> kestaz: right now Hardy's completely frozen and only important bugfixes are allowed in with case-by-case approval
[20:57] <jdong> kestaz: but I've been testing 1.11 locally and preparing a backport for it. it should basically coincide with release day if all goes well
[21:37] <alex-weej> are packaged kernels supposed to be ABI compatible within x.y.z-a versions?
[21:37] <alex-weej> -16 broke some stuff today, but -15 is broken now, too
[21:38] <alex-weej> at least, my sound modules won't load
[21:38] <alex-weej> (unknown symbols)
[21:38] <RussellGee> -16 works perfect with me
[21:38] <alex-weej> amd64
[21:39] <alex-weej> kills the nvidia driver
[21:39] <alex-weej> there are lots of reports of it already, that's known
[21:39] <alex-weej> i'm just perplexed as to why -15 is broken now too
[22:07] <RaND1> bonsoir amis développeurs ^^
[22:16] <sommer>  zzzzzzzzzzzzzz444
[22:16] <sommer> woops
[22:16] <LaserJock> yeah, it is a snooze in here ;-)
[22:17] <sommer> heh, mystyp
[22:17] <sommer> mistyped... garr
[22:18] <ion_> sommer: Booze and keyboards don't mix. ;-)
[22:19] <sommer> heh, true, but this time my xo fell off my lap, and I mashed the keyboard picking it up :)
[22:19] <sommer> the booze will probably come later, heh
[22:34] <emgent> heya
[23:11] <macogw> hi, i just uploaded a diff to bug #215729 and someone in #ubuntu-bugs suggested i ask in here about what to do next
[23:11] <ubotu> Launchpad bug 215729 in seahorse "Seahorse fails to import keys" [Undecided,In progress] https://launchpad.net/bugs/215729
[23:15] <Whoopie> macogw: you should diff with "diff -u ..." (just a comment from a user :))
[23:18] <LaserJock> macogw: huh, that's rather annoying. I like to use seahorse for importing keys
[23:19] <macogw> LaserJock: it would work for importing from a local file, but it couldnt download because it was doing search=ABCDEF12 instead of search=0xABCDEF12
[23:19] <LaserJock> right yeah
[23:20] <macogw> kinda seemed like core functionality of seahorse
[23:22] <LaserJock> macogw: you know any packaging?
[23:22] <macogw> no
[23:23] <macogw> ive made one deb, and i had a friend sitting next to me telling me what to do
[23:23] <LaserJock> macogw: can you check upstream for a bug report on this?
[23:23] <macogw> there isnt one
[23:23] <macogw> already looked
[23:24] <LaserJock> k, odd
[23:24] <LaserJock> I would think that would be noticed pretty fast
[23:24] <macogw> maybe people assume someone else has already reported it
[23:24] <LaserJock> just wondered if it was something we introduced but my guess is no
[23:25] <macogw> its not in the debian/patches/ directory anywhere
[23:25] <LaserJock> yeah
[23:26] <LaserJock> well, I can turn your patch into a package, if you like
[23:26] <macogw> ok
[23:47] <afflux> macogw: I'm not a real glib programmer, but IMO as you're using gchar (and I think this is good) you should use the g_strcpy functions (or similar).
[23:49] <macogw> afflux: oh. whats the difference?  i used gchar because the fpr var did and i didnt want to use different types and break what i know nothing about
[23:50] <afflux> macogw: it's the glib character type, I'm not sure what the exact differences are ;)
[23:50] <macogw> ok
[23:53] <afflux> macogw: okay, I think it should be no issue for you. The glib docs list gchar as "Types which correspond exactly to standard C types, but are included for completeness"
[23:53] <macogw> ok
[23:54] <macogw> ive never really played with glib itself, just gone "O_o why all the renaming?" while poking at things that happen to use glib
[23:54] <macogw> thanks for the info