=== tkamppeter_ is now known as tkamppeter [01:39] why is traceroute not installed by default but traceroute6 is? [01:40] My memory is that traceroute went away because it started requiring root. [01:40] Should traceroute6 go away? [01:40] I think there's another one. Tracepath or something [01:41] * maco uses mtr [01:41] Indeed. tracepath is provided by default. [01:41] mtr is love [01:41] (which, yes, i think is installed by default) [01:42] maco: Only mtr-tiny is installed by default. [01:42] persia: good enough :) [01:42] persia: that's good enough for most uses [01:42] really don't need the gtk version... :-) [01:42] Should we worry that System->Network tools has a table called "traceroute" when it's running (presumably) tracepath? [01:42] ooh wait are you saying i can stop typing -t since i didnt go and install the not-iny version? [01:42] YokoZar: If you want to investigate further, look into the iputils-tracepath package: perhaps traceroute6 shouldn't be there? [01:43] maco: I'm just documenting my memory of the seeds. How that affects your keyboard input is up to you :) [01:43] heh [01:44] YokoZar: Can you think of a good generic term for the operation? If so, you could probably make an argument for the change based on HIG. [01:45] persia: Well traceroute is what most people are familiar with (windows users too). tracepath isn't discoverable precisely because it's renamed. [01:46] If you feel "traceroute" is a good generic term, then the GNOME Network Tools thing probably shouldn't change. [01:47] You could investigate the differences between tracepath6 and traceroute6, and see if you could create an equivalent traceroute to go with tracepath. === xomas_ is now known as xomas === xomas is now known as xomas_ [01:49] There was a reason we preferred tracepath over traceroute. I don't recall what it was. [01:49] Sounds like a potential job for command-not-found. [01:49] ScottK: better faster harder stronger, obviously [01:49] is there an appropriate channel to ask about backport consideration? [01:49] I think it was actually smaller, but I don't recall. [01:49] ScottK: The issue is that command-not-found would recommend installing 'traceroute' [01:49] Rather than recommending the use of tracepath [01:50] persia: command-not-found can do multiple things. It could do both. [01:51] That would need an improvement. Current behaviour is to recommend installation of traceroute or traceroute-nanog [01:53] Right. Didn't say it was doing the job today, just that it perhaps should. Then YokoZar's Windows using friends would find out about tracepath when they tried traceroute. [01:53] um hello? [01:53] lol [01:53] Hrm. Good point. [01:54] anon^_^: This is probably as good a channel as any. #ubuntu-motu might be slightly better. [01:54] Scottk, I was wondering about kernel 2.6.32 and if there was any possibility of it being backported for Karmic [01:55] Karmic has some pretty bad I/O issues which starve desktop responsiveness [01:55] anon^_^: it won't be [01:55] Kernel backports aren't done through offiicial backports. There's just linux-backports-modules (or similar) [01:55] anon^_^: We do have some plans to allow backported kernels in Lucid though, IIRC [01:56] The issue with backported kernels is that often all sorts of odd bits break in unexpected ways. [01:56] Right, it needs lots of testing and so forth. But without backporting kernels we had no way of enabling newer hardware updates. So this is a problem, especially for LTS. At least that was my memory of the discussion, [01:57] Especially with stuff that requires kernelspace-userspace integration, like alsa, firewire, bluetooth, udev, etc. [01:57] Yeah, that's why I was hesitant to add pre-compiled 2.6.32 deb from http://kernel.ubuntu.com/~kernel-ppa/mainline/ [01:57] to Karmic [01:57] Well, if the interfaces haven't changed, one could just backport individual drivers, but that's lots more work. [01:57] and interfaces change all the time [01:57] Yep, which is why it's just painful either way. [01:58] speaking of kernels, is there a minimum kernel required for booting lucid? i just tried a upgrade from jaunty to lucid in a Xen environment and ran into some problems with mountall and think it might have something to do with me running linux-image-2.6.24-24-xen [01:58] Personally, I find it less painful to port a driver than to rebuild large dependency stacks, but then again, I'm not really a kernel person. [01:58] i think my issues are a good example of how userspace stuff gets tied up with kernel versions [01:58] spowers: I had serious issues running karmic on a jaunty kernel.. I expect lucid is at least karmic for a kernel base [01:58] spowers: Indeed. We know lucid boots with 2.6.31, but I'm not sure anything less than that has had significant testing. [01:59] though non-X stuff might work as far back as dapper even [01:59] lamont: Nope. Something changed with udev polling recently (.29 or .30, I think) [01:59] I upgraded a server from dapper to karmic without rebooting and without problems (other than that karmic didn't solve the issue I was having either, so it went back to dapper) [02:00] heh. "without rebooting" gives more flexibility :) [02:00] yeah, things were good until i rebooted [02:00] and trying to find what was wrong with a jaunty kernel on an i386 machine running karmic userspace was sufficiently fail that I installd a jaunty alternate-root and did the bisect there [02:01] * anon^_^ thanks chan for answers [02:13] ok, seed change for libsdl1.2debian-foo covered (ubuntu, edubuntu, kubuntu, xubuntu, mythbuntu -- the latter two need explicit bzr merges) [02:14] persia: Currently it appears that command-not-found lists traceroute as an alternative for tracepath, but not the reverse. [02:14] hi. i found a crash bug for synaptic. easy to replicate. [02:14] ScottK: heh. That's probably backwards. [02:14] YokoZar: ^^^^ please fix to make your Windows friends happy. [02:15] LLStarks: File a bug on Launchpad then. Preferably using apport to provide a backtrace. [02:15] ubuntu-bug no good? [02:15] No. It doesn't have the backtrace. [02:15] It's better than nothing if you can't manage apport [02:16] apport-bug is fine [02:16] i'll fike [02:16] *file [02:18] https://bugs.launchpad.net/ubuntu/+source/synaptic/+bug/508603 [02:18] Ubuntu bug 508603 in synaptic "Sorting by the unnamed Ubuntu logo column between "S" and "Package" makes Synaptic unresponsive" [Undecided,New] [02:20] how do i collect the backtrace? [02:20] apport screwed up [02:20] For "becomes unresponsive", it's decidedly difficult to obtain a backtrace. [02:21] We usually differentiate "hang" (where an application stops responding), from "crash" (where an application ceases execution and drops from the process list) [02:21] i purposefully didn't use crash [02:21] wait. i did. [02:22] In the bug, you didn't. In your first message to the channel ("i found a crash bug for synaptic. easy to replicate.") you did. That's why a backtrace was requested. [02:22] want me to gdb? [02:22] If you know gdb, and can identify the problem, please add info to the bug. [02:23] If you need help using gdb to identify the problem, ask in #ubuntu-bugs [02:23] you read my mind. [02:23] just for the record, ubuntu-devel maintains synaptic, right? [02:24] Well, sure, but that's also true for every package in Ubuntu in some sense. [02:24] synaptic gets more maintenance than some other stuff though. [02:40] Anyone else notice no non-default menu items showing up in lucid? [02:43] crimsun: no, MIRs are for source packages [02:44] sladen: ping? could use your help in #kubuntu [02:45] ScottK: https://bugs.launchpad.net/ubuntu/+source/command-not-found/+bug/508606 [02:45] Ubuntu bug 508606 in command-not-found "Recommend tracepath for "traceroute" and "tracert"" [Undecided,New] [02:51] persia, stupid question, but how did my nautilus tabs move to the bottom of the window? [02:52] i can't figure out how to get them back on top [02:52] LLStarks: 1) why me? 2) I don't know, and 3) #ubuntu is a better channel for support (or #ubuntu+1 because you're running lucid) [02:52] ah ok [02:53] sorry [02:53] LLStarks: It was an upstream decision. === asac_ is now known as asac === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk [09:42] can someone help me analyzing the scilab 5.2.0-1 build for amd64 ? it fails but the error log says "Built successfully" https://launchpad.net/~getdeb-package-managers/+archive/ppa/+build/1448702 [09:48] c_korn: http://wiki.debian.org/ImplicitPointerConversions [09:48] (extracted from the very bottom of the build log) [09:50] persia: oh, thanks. didn't see it. === tkamppeter_ is now known as tkamppeter [10:26] hi, can somebody tell me which is the package that contains the notify-osd actions for volume control? [10:26] I reinstalled gnome-media and gnome-applets and now i have the old osd for volume control [10:32] anyway, whoever has an answer for me please leave it to me with memoserv [ /msg memoserv send wolter ] [12:00] pitti: really? ... http://macaroni.ubuntu.com/~pitti/workitems/canonical-mobile.html [12:00] now it looks good [12:01] not sure if you fixed something ... only thing i did was cleaning up all the Work items labels === yofel_ is now known as yofel [17:08] is notifyOSD a separate project or does it _depend_ on libnotify? [17:21] separate project. [17:23] ScottK: how does this little piece of code use libnotify to send the 'new' OSD notifs http://ubublogger.wordpress.com/2009/04/04/using-ubuntu-jauntys-new-notification-system-notify-osd/ then? [17:26] I'm guessing it talks to it over dbus. They use a compatible protocol on the wire. [17:27] hm === dendro-afk is now known as dendrobates [18:32] is it possible to boot without activating plymouth (in lucid)? I can't diagnose why cryptsetup is failing if I can't see it :-) === highvolt2ge is now known as highvoltage [18:33] nosplash doesnt work? [18:34] no [18:35] that sounds troubling [18:37] the problem is that regardless what boot parameters I pass, the modeswitch always occurs [19:01] is there a way to see the upload permission a user has on the LP? [19:16] yes, through the LP API [19:18] try edit_acl.py from lp:ubuntu-archive-tools [21:04] <_Groo_> hi/2 all [21:04] <_Groo_> siretart: ping! [21:04] <_Groo_> siretart: latest libdirac breaks gstreamer bad plugins.. can you take a look at it when you have the time? [21:04] dirac hasn't been uploaded since quite some time [21:05] I've done a no-change upload of gst-plugins-bad to rebuild it against the new dirac, though [21:05] _Groo_: perhaps you could try to catch slomo on this? [21:06] <_Groo_> siretart: dirac was updated a few days ago, the new name convention breaks some package, gstreamer included [21:07] _Groo_: Published on 2010-01-04 [21:07] that's 13 days ago [21:07] <_Groo_> The following packages are BROKEN: [21:07] <_Groo_> gstreamer0.10-plugins-bad mencoder mencoder-mt mplayer mplayer-mt [21:07] <_Groo_> The following NEW packages will be installed: [21:07] <_Groo_> libdirac-encoder0{a} [1.0.2-2] [21:07] <_Groo_> The following packages will be REMOVED: [21:07] <_Groo_> libdirac0c2a{a} [1.0.2-0ubuntu1] [21:07] <_Groo_> exactly [21:07] Please [21:07] <_Groo_> but went live today [21:08] <_Groo_> ion: i know... use paste.bin.. but for 4 lines i think is overkill [21:08] it's not [21:08] <_Groo_> siretart: ok, noticed [21:09] anyway, mplayer needs to be rebuilt anyway as soon as libvdpau is promoted, so that ffmpeg can be built [21:09] <_Groo_> mencoder and mplayer are my own packages, no prob there... [21:09] oh, I see [21:09] <_Groo_> siretart: ffmpeg was updated today also [21:09] ffmpeg-extra was [21:09] <_Groo_> exatcly [21:09] ffmpeg is still waiting for libvdpau [21:10] <_Groo_> are you guys gonna add mplayer-mt to lucid? [21:10] <_Groo_> and mencoder-mt? since they can live side by side it would be great [21:10] <_Groo_> ffmpeg-mt is a ver nice project too [21:10] in a ppa perhaps. are you volunteering to help out here? [21:10] <_Groo_> siretart: sure why not, i do packages for kubuntu anyway [21:11] ok [21:11] <_Groo_> and getdeb :P [21:11] <_Groo_> and debian :D [21:11] do you read the upstream mailing list? [21:11] <_Groo_> siretart: nope, i usually send them to revu and bug the hell out of ScottK and Richie [21:11] <_Groo_> Riddell sorry not Richie [21:12] ffmpeg-extra FTBFS :( [21:12] _Groo_: okay, well in short: upstream now includes symbol versioning since yesterday which is enabled by default if the linker supports it [21:12] oh no, that was the other one [21:12] gst-bad [21:13] _Groo_: this finally allows us to safely update ffmpeg without breaking unrelated applications [21:13] _Groo_: however I'm pretty sure that with this patch included, mplayer does no longer build against a shared build of libswscale [21:13] groo_: can you confirm/deny that? [21:14] Laney: sorry? please elaborate [21:14] siretart: the gst-plugins-bad0.10 rebuild FTBFS [21:14] https://launchpad.net/ubuntu/+source/gst-plugins-bad0.10/0.10.17-1ubuntu2 [21:15] siretart: mplayer using latest svn? [21:16] groo_: post svn r30315 [21:17] siretart: will have to build and see, also im gonna do the mplayer/mencoder-mt in parallel... they work very well with smplayer for ex :) [21:17] siretart: but it will take me a week or so... since i dont have much time during the week... it depends how my work is :) [21:18] Laney: bad sdl or gst. needs more investigation, I'd say [21:18] * Laney nods [21:18] Laney: uhh, nearly removed all the lib stuff that depends on -bad :) [21:19] hmm? [21:19] Laney: dist-upgrades updates -bad and then wants to remove all the libs that break because of new -bad [21:20] bad is bad! [21:20] better than ugly ?! ^^ [21:21] groo_: actually, my plan was first to do ffmpeg-snapshot and mplayer-snapshot packages, both tracking trunk, and maybe setup some buildbot for them [21:21] like i said, gstreamer bad plugins is broken since latest libdirac upgrade... changed the package name.. so when you try to dist-upgrade apt tries to remove bad plugins and all apps with it [21:21] siretart: want to contact me by mail? i might be able to help.. and ive been doing mplayer/ffmpeg own packages for years :D [21:22] groo_: no, the problem is that gstreamer-bad fails to build from source, if it wouldn't we'd already have fixed packages [21:22] yes this happens in the life of a development release [21:22] Laney: true :) [21:22] siretart: with same source or newer one? [21:22] groo_: feel free to join the pkg-multimedia list on alioth [21:23] groo_: see Laney's last link in this channel [21:24] siretart: i will see if i find the time :) [21:55] are there any problems with launchpad? https://launchpad.net/ubuntu/+search?text=kdm won't load for me today [21:55] RiotingPacifist: #launchpad [22:18] is it possible to know for which pkg I have upload rights? [22:21] try asking LP (through the LP API, e.g. with edit_acl.py) or as last resort: upload and see it if succeeds or not [22:23] geser: ok :) [23:04] https://bugs.launchpad.net/ubuntu/+source/samba/+bug/508930 => enough info in bugreport ? [23:04] Ubuntu bug 508930 in samba "CIFS mount is offline every x minutes/seconds" [Undecided,New] [23:21] added wireshark dump