[00:09] I'm looking for a Jpdota [00:10] Knives: found [00:52] andersk: sure, I'll apply it. === Daviey_ is now known as Daviey [02:12] hi folks [02:13] I have trouble installing my webcam ubuntu 8.1 [02:13] anybody there [02:14] fakhriz: This channel is not for support. Try #ubuntu [02:14] thx === tkamppeter_ is now known as tkamppeter === ssweeny_ is now known as ssweeny === bluesmoke is now known as Amaranth [05:46] good morning [06:11] hey guys is UXA & DRI2 working in jaunty with -intel ? i know there are known issues with alpha4 and EXA. I was hoping to test out some newer packages and can deal with most things not working [06:12] but obviously the display portion is important [06:12] amason_: if you don't get an answer here, ubuntu-x might have your answer [06:13] pwnguin: thanks i'll head over and ask there. [07:22] Good morning [07:22] ScottK: I copied 4.1.4 to i-updates yesterday [07:22] apw: cool, thanks! will review [07:23] maxb: hm, you shouldn't really get a prompt, the file should just go; please file a bug against locales and subscribe me [08:09] Could someone have a look on this and tell if the package affected is correct? BTW, this bug has an high impact on many many users especially newbies. bug #255651 [08:09] Launchpad bug 255651 in linux "floppy disk drive not detected (module not loaded) in Intrepid and Jaunty" [Undecided,New] https://launchpad.net/bugs/255651 [08:10] I forgot.. please? :-) [08:14] pitti: you seem to have taken care of a few abiword uploads in the past. I'm working on packaging 2.6.6. Are you interested in reviewing it once I'm done ? [08:15] jeromeg: I can look at it, but please just subscribe ubuntu-main-sponsors, so that it's not blocking on just me [08:17] pitti: ok, I'll do that [08:26] bryce: Could you have a look on this, please? bug #291436 [08:26] Launchpad bug 291436 in compiz "Video on Ati Radeon HD 2400 is flickering, I cant watch any video with compiz" [Undecided,Confirmed] https://launchpad.net/bugs/291436 [08:27] pitti, hi [08:27] hi tkamppeter [08:27] tkamppeter: please try to test-build cups before committing a patch :) [08:29] pitti, about your upload of CUPS, the pdftopdf filter has to get built in Ghostscript mode. Poppler's pdftopdf has a general bug of not supporting different paper sizes in the output. Can you repackage CUPS with the pdftops filter being Ghostscript-based? Thanks. [08:33] pitti, diod the CUPS not build for you in the form how I uploaded it? For me it built. [08:34] primes2h: nothing we can do [08:34] tjaalton: about the ATI one? [08:35] primes2h: yes [08:36] tkamppeter: the test suite failed [08:36] tkamppeter: because it didn't find gs [08:36] tkamppeter: so if we should stop using pdftops from poppler-utils, and start using ghostscript, we need to change the patch again and swap the build-depends and depends instead [08:42] tkamppeter: I just wonder whether switching to gs will give us a different set of bugs? [08:42] pitti, I see. Can you do so? Return to my original patch and add "ghostscript" to BuildDepends and Depends. [08:44] tkamppeter: I can, just wanted to confirm that that's the right thing [08:44] tkamppeter: it's not possible to fix poppler? [08:44] pitti, OK, thanks. [08:44] pitti, I had reported a bug to them, but they do not fix it. [08:45] tkamppeter: okay; can you please open a bug and assign it to me? [08:54] pitti, this is the link to the Poppler bug report: https://bugs.freedesktop.org/show_bug.cgi?id=19777 [08:54] Freedesktop bug 19777 in general "pdftops command line utility does not convert multiple-page-size documents correctly" [Normal,New] [08:59] tjaalton: Thanks. [09:02] pitti, bug 329991 [09:02] Launchpad bug 329991 in cups "Poppler's pdftops does not support multiple-page-size output, use Ghostscript for the CUPS filter instead" [Medium,Triaged] https://launchpad.net/bugs/329991 [09:02] tkamppeter: thanks [09:06] pitti, have you already seen http://bugs.freedesktop.org/show_bug.cgi?id=19968 [09:06] Freedesktop bug 19968 in Driver/intel "clone mode: If projector does not report its default resolution, wrong resolution gets selected" [Major,Resolved: notourbug] [09:07] maxb: ah, found the problem; will fix [09:07] tkamppeter: I saw the reply, yes; but I can't test it here either [09:07] They have closed it because they cannot reproduce it with their projector, probably theirs reports the default. [09:08] They also they use Intrepid and not Jaunty. [09:09] seb128: btw, the retracer failures are my fault (conffile question in locales); fixing locales... [09:09] pitti, tkamppeter: I had this exact same bug, I discussed it at length with seb128 and bryce [09:09] pitti: ok [09:10] xrandr (the command-line binary) has a special --preferred flag which makes it *compute* the preferred mode when one isn't advertized; there's no comparable logic in the XRandr API or in GNOME (either libgnome-desktop or g-s-d) [09:10] Which is what seemed to be missing [09:10] compute it based on what? [09:11] pitti, lool, bryce, I think, this is a bug in xrandr, as if one starts the X server with the projector plugged, it works correctly. So the X server contains the correct logic. One only needs to use the same logic in xrandr. [09:11] directhex: It selects the largest mode you support [09:11] directhex: see preferred_mode() in xrandr/xrandr.c [09:12] (in the x11-xserver-utils package) [09:13] tkamppeter: If you "xrandr --auto" in a Xorg session it works fine, right? [09:13] Perhaps projectors which behave as the one on the Sprint are rare and so it is difficult to convince someone to fix this. [09:14] lool, no, if I do so, I get exactly the problem described in the bug. If I start X with the projector plugged I get the correct result. [09:14] My understanding is that in GNOME sessions, all xrandr updates / hotkeys etc. are handled in GSD; I don't quite know whether it's a Xorg bug too [09:16] pitti: thanks! I'll wait for a new glibc to hit the archive before upgrading my remaining jaunty machines, to test [09:17] * directhex installs a jaunty VM === azeem_ is now known as azeem [09:21] pitti: ok, I think I'm for abiword, I attached everything and suscribed ubuntu-main-sponsors [09:21] bug #318444 [09:21] Launchpad bug 318444 in abiword "[need-update] abiword to latest stable version 2.6.6 in Ubuntu 9.04" [Wishlist,New] https://launchpad.net/bugs/318444 [09:21] lool: when I looked into the xrandr util last it had a lot of logic in it that really should be in some sort of library [09:21] I hope there aren't many issues because each test build takes 40 minutes here :( [09:22] mvo: Yes [09:22] mvo: That's exactly what we saw in my case [09:22] jeromeg, try your hand at OOo packaging, then moan about 40 minute build times ;) [09:24] directhex: I tried to build ooo one time, and killed the pbuilder after 2 hours :) [09:25] jeromeg, barely 25% in? tsk [09:29] mvo, and the logic which does it correctly with the projector of the sprint is in the X server and not in xrandr ... [09:42] maxb: I uploaded the fix half an hour ago; it's not in glibc, but in "locales" (langpack-locales source), which is fairly small [09:42] maxb: thanks [09:43] "Add alternative dependency to libc6.1, to unbreak ia64." ? [09:44] maxb: no, the next one, in -3 [09:44] doko: python2.6 binaries accepted now [09:44] Oh. mail being slow, then [09:46] so we have now four python versions in the archive? [09:47] geser: 2.3 is still supported? [09:47] geser: https://blueprints.launchpad.net/ubuntu/+spec/python-for-jaunty includes dropping 2.4 modules [09:47] cjwatson: thanks [09:47] mok0: 2.4, 2.5, 2.6 and 3.0 [09:48] doko: Hi, what are the chances to see python-central 0.6.8 in jaunty? Some packages from universe are in DEPWAIT as they want python-central >= 0.6.8 and jaunty has only 0.6.7ubuntu1. [09:48] cjwatson: any idea how many modules are not supported under 2.5? [09:48] geser: oh cool [09:49] mok0: I thought everything was supported [09:50] cjwatson: I'm not sure [09:50] cjwatson: perhaps [09:50] cjwatson: that's why I asked :-) [09:50] mok0: I would be surprised if not; about the only thing that has trouble is zope2.x/plone [09:50] mok0: everything else is fine AFAIK [09:50] cjwatson: sounds great then [09:51] doko: what's up with the i386 build failure on -0ubuntu3 though? is it due to a parallel build? [09:51] cjwatson: Usually Python version upgrades have meant that extension modules had to be corrected [09:52] cjwatson: especially those relying on swig [09:53] geser: no, will upload a new version [09:54] cjwatson: no, profile based build. will disable this for now. it's a GCC bug [09:55] doko: you mean something like python-central 0.6.8ubuntu1 (or even greater)? [10:05] mok0: maybe, but we did 2.5 ages ago [10:05] cjwatson: k, thx [10:20] doko: Looks like /etc/ld.so.conf.d/ should be rm_conffiled in glibc [10:20] doko: I have /etc/ld.so.conf.d/i486-linux-gnu.conf and /etc/ld.so.conf.d/i486-linux-gnu here [10:22] I filed this sa #330029 [10:38] lool: yes, but it currently doesn't hurt, because only *.conf files are read [10:41] doko: Ok [10:41] doko: Hmm I don't see how the nosegneg dir is included in hardy; if I ldconfig -p with libc6-xen installed on a hardy xen domU, it doesn't show any nosegneg dirs, only the cmov one [10:41] doko: I suspect we miss the xen.conf file [10:44] doko: If I create a /etc/ld.so.conf.d/xen.conf with "hwcap 1 nosegneg" and run ldconfig, I see the nosegneg files in the cache now [10:44] (in ldconfig -p) [10:44] That said, it still prefers the i686 version, which is probably another bug [10:46] Hmm TLS is disabled in all cases, so not a big deal [10:47] ubuntu-minimal depends on libc6-i686 though, blah [10:47] I don't quite see the point of the libc6-xen in Ubuntu since -i686 is built with the same flags [10:48] pitti, thanks for looking at my apport (when you get to it) [10:48] pitti, just to say i finally figured out how to test it propoerly with all three interfaces, and did actually test them all [10:50] wow three reasons why libc6-xen is uselesss :-/ [10:53] doko: I filed 330039 on libc6-xen being useless, it might be the result of Ubuntu specific changes [10:59] doko: Right, it's Ubuntu-specific; Debian doesn't set nosegneg by default [11:00] doko: Perhaps we should drop the xen pass as a result [11:01] why do we nosegneg? [11:03] I would have to look, I think I inherited this code [11:04] elmo: This seems to be a very old change in Ubuntu [11:04] * i386.mk: [11:04] * readd no-tls-direct-seg-refs to generic libc cflags. [11:04] glibc (2.5-0ubuntu1) feisty; -- Fabio M. Di Nitto Wed, 01 Nov 2006 12:49:55 +0100 [11:05] I mean, I'm not complaining, it's a win for Xen ;-) I just didn't think it was a win in the normal case [11:06] I can tel it results in slower i386 assembly, but I don't know by how much [11:07] * lool returns to arm [11:09] hmm, new d-i inst built yet ... [11:09] it'll need another rebuild today for cdebconf-terminal anyway [11:09] ... once I get that built === Rafik_ is now known as Rafik [11:10] ogra: It the new NSLU2 kernel in? [11:10] lool, just checking [11:10] I didn't see the change from jaunty-changes, but I might have missed it [11:11] yep. looks like we have an 8.22 [11:15] ogra: In the latest git tip, I see CONFIG_ARCH_SUPPORTS_BIG_ENDIAN=y [11:17] yes, somehow the changelog parser missed it [11:17] ogra: So it's supposed to be the correct flag? [11:17] i knew it was in there already, was just waiting that it builds [11:17] amit picked it from the debian config he said [11:17] so i assume it is [11:17] we'll know if d-i is there ... [11:18] ... i would have poked around with my script, but since d-i was uploaded anyway i'll just wait for the real thing to appear [11:18] theoretically it should bot now [11:18] *boot [11:24] cjwatson: you'll sympathise with this [11:24] I've been trying to listen to the Ubuntu UK Podcast [11:24] and having the "someone is being wrong on the Internet" issue [11:25] that cant be ... if its n the internet it has to be true ... [11:26] the internet wouldn't... lie to me! [11:26] * soren imagines a world that adapts itself in order to make whatever was on the Internet true [11:26] no, its like your TV ... one of the few things that tell the absolute truth in the world :) [11:26] * soren fails [11:26] Keybuk: http://xkcd.com/386/ ? [11:27] pitti: exactly [11:30] lool, hrm, seems d-i failed badly on all arches anyway [11:30] * ogra didnt look before .. [11:32] * Keybuk is having the most random issue with jaunty today [11:32] it sometimes resolves IPv6 addresses for things [11:32] and then declares "Network unreachable" [11:32] especially gb.archive.ubuntu.com [11:34] WAT [11:34] Keybuk: i wouldn't bother listening to that podcast, full of jerks :) [12:04] tkamppeter: however, it seems that some filters in debian/local/pdf-filters/ still use poppler; that would mean that we'd get a mix of poppler and ghostscript? [12:34] doko: have a clue about http://paste.ubuntu.com/118812/ (from http://launchpadlibrarian.net/22674731/buildlog_ubuntu-jaunty-sparc.ppp_2.4.5~git20081126t100229-0ubuntu1_FAILEDTOBUILD.txt.gz) [12:35] doko: ? [12:35] seems that BIG_ENDIAN and LITTLE_ENDIAN is defined there ;) [12:36] doko: the error say: # error Fix asm/byteorder.h to define arch endianness ... so maybe there is something missing on sparc ? [12:36] or are you the wrong to ask ;)? [12:37] asac: I didn't touch ppp ... maybe fix the configure test? [12:37] doko: well. i dont ask because of pp, just wonder if the sparc header might be wrong [12:38] doko: what is the configure test supposed to do? [12:38] doko: on i386 asm/byteorder.h includes "little_endian.h" [12:39] asac: well, have a look at the linux-libc-dev package [12:39] doko: do you have a sparc jaunty thing somewher? [12:39] .oO( all the poor sparc dialup users .... ) [12:39] hehe [12:39] ogra: more so about the sparc ppp server providers ;) [12:39] heh, yeah [12:40] i hoped i would get feedback on server capabilities from them. but now ... [12:40] asac: my sparc machine is currently down, so maybe have a look at faure? [12:40] doko: let me check that [12:42] doko: hmm ... seems i have no access to that system [12:43] oh. so kernel is in manualdepwait for sparc === seb128_ is now known as seb128 [12:48] Sounds no longer works in Xubuntu. :( [12:48] cody-somerville: is it lighter that way? [12:48] no [12:48] Bulkier [12:48] ala PulseAudio [12:49] cody-somerville: interesting, I had always the sense of lightness when I played good old "indy500" without sound [12:49] I predict a day of the utmost suffering without my beautiful music : ( [12:50] cody-somerville: for that reason I always have backup, lp player [12:50] cody-somerville: as I spend too much time fiddling with upstream [12:52] cody-somerville: here borrow mine :) [12:52] * davmor2 passes cody-somerville his music to listen to [12:53] I think I hear something... oh wait, no... just the snowplow outside :( [12:53] * hyperair wonders what's the state of the intel drivers on jaunty [12:56] I wish grub had copy & paste between reboots [12:56] implement it :) [12:57] I have too much real work to do [12:59] doko: seems asm/byteorder.h includes linux/byteorder.h while it should inlcude linux/byteorder/big_endian.h [13:00] doko: so i guess -kernel? [13:01] (and drop the #define __BIG_ENDIAN i guess from asm) [13:09] pitti, the mix of Ghostscript and Poppler in the CUPS filters should not be a problem. Conversions from PDF to PS and vice versa are done with GS now, Poppler is only used for pdftopdf, as Poppler has a better API for page management. Poppler does not render the PDF files here, it only takes them apart and puts them together in another order. [13:09] tkamppeter: okay [13:10] pitti, also formerly CUPS uses both Poppler and GS, Poppler for pdftops and Ghostscript for the printer drivers. [13:13] anyone available to review abiword 2.6.6 ? [13:19] Keybuk: Could you have a look on bug #255651 please? [13:19] Launchpad bug 255651 in linux "floppy disk drive not detected (module not loaded) in Intrepid and Jaunty" [Undecided,New] https://launchpad.net/bugs/255651 [13:20] someone filed that one again? [13:20] In Hardy all worked out of the box, no floppy modules in /etc/modules [13:20] It has 18 duplicates- [13:21] cjwatson, can we make sure the ixp4xx microcode udeb ends up in the ixp4xx netboot d-i image ? [13:21] ogra: sure, what's it called? [13:22] hmm, no idea, i dont see an explicit package on http://ports.ubuntu.com/ubuntu-ports/pool/main/l/linux-firmware/ [13:22] http://ports.ubuntu.com/ubuntu-ports/pool/main/l/linux-firmware/nic-firmware_1.6_all.udeb ? [13:22] i guess rtg just includes it in the std. binary [13:23] i'll ask [13:23] Keybuk: I don't know what changed between Hardy and Intrepid so I don't know where to adress it. [13:23] primes2h: it's a kernel bug [13:24] Keybuk: even if module it's not present in /etc/modules in Hardy but floppy works out of the box? [13:25] primes2h: a temporary workaround [13:25] echo alias acpi*:PNP0700:* floppy > /etc/modprobe.d/makemyfloppywork [13:25] <_MMA_> Hi all. Anyone from the release team around? The Ubuntu Studio dailies haven't been built since the 2nd. I need to get that remedied. [13:26] Keybuk: A wordaround is adding floppy in /etc/modules [13:27] Keybuk: That doesn't work for me. I had a file called acpi-oh-dear-this-is-not-going-to-work:PNP0700:what-do-I-do in my $PWD, when I did it. Does that matter? [13:27] soren: in your PWD ? [13:27] * soren should sleep more at night, /me thinks [13:27] what did that file contain? [13:27] ogra: done [13:28] "im in ur $pwd eeting ur modulz" [13:28] Keybuk: I think soren is trolling your lack of shell quoting [13:28] Keybuk: It works but I would like to know what is in charge to let floppy works in Hardy, because no module is present in /etc/modules... Is it built directly in the kernel itself? [13:29] primes2h: hardy has a variant of that line in a file in /etc/modprobe.d [13:29] in fact, intrepid and jaunty have the same file [13:29] soren: haha [13:29] it's just that the file doesn't work anymore, because it's wrong ;) [13:30] Keybuk: How can it be fixed so? [13:30] primes2h: it's a one line patch to the kernel [13:30] cjwatson, thanks [13:30] _MMA_: one moment [13:31] _MMA_: the cron job was apparently commented out; I'm not sure why but can't find a justification for it. I've reenabled it. [13:31] primes2h: it's somewhere in my TODO list [13:31] assuming the kernel team don't get to it first [13:32] Keybuk: Unfortunately it's a blocking bug for many many users, newbies firstly... [13:32] but there's 10 of them, and 1 of me, so I outnumber them 1-to-10 [13:32] primes2h: the things above it in my TODO list concern more useful hardware than floppy drives :) [13:33] Keybuk: ok, but it's just one line... ;-) [13:33] yes, but then I have to test it [13:33] and I have to use git [13:33] which means I have to stab someone afterwards [13:34] and then I have to have the "why not work around it in userspace?" argument [13:34] at which point, I should probably just commit it upstream [13:34] which means it'll turn up in jaunty+1 [13:34] in summary: one line patches take more effort than entire new features :p [13:36] anyone here has a few spare time to review bug #318444 ? [13:36] Launchpad bug 318444 in abiword "[need-update] abiword to latest stable version 2.6.6 in Ubuntu 9.04" [Wishlist,New] https://launchpad.net/bugs/318444 [13:36] Keybuk: I don't want to put pressure on you but unfortunately this kind of bug put away a lot of new users in Ubuntu.. :-) [13:36] I won't have much time in the following days, and feature freeze is soon [13:37] Keybuk: users that are not even able to report a bug... [13:38] primes2h: those users will be even more upset if Ubuntu fails to mount their root filesystem [13:38] which is amongst the bugs higher up on my list ;) [13:40] <_MMA_> cjwatson: Oh odd. Thanx for the fix. [13:40] Keybuk: if I find someone providing a patch for this could you review it? (when you have time, of course) :-) [13:41] primes2h: of course [13:42] Keybuk: Thank you. [13:42] w31 [13:43] oops, sorry [13:46] pitti: hi there, I have that patch for sl-modem-daemon init script, can I send it to you, will you take look at it? [13:50] cjwatson, hmm, i suspect there is more to change for the nslug ... in debian it starts an ssh server after booting [13:50] oh, it does so for me too now, but first asks the kbd questions ... [13:51] * ogra guesses that needs special preseeding [13:53] ogra: as documented ... [13:54] Keybuk: just one last thing. Do you mean the patch has to be addressed at the kernel package? Or what else package alternatively? [13:54] slugbuntu? [13:54] * ogra wonders what kbd to set ... i guess just gb or us is fine ... nobody will use that anyway [13:54] directhex, yeah :) [13:54] a hommage to the sydney linux user group ;) [13:56] hmm... abiword appears to be in main. I thought it was in universe. [13:56] Keybuk: I mean, is the bug in the kernel package itself? [13:57] primes2h: it's a bug in the kernel source itself [13:57] Can someone do me a big fat favour and review/upload an update prepared by one of the Xubuntu contributors jeromeg for Abiword? https://launchpad.net/bugs/318444 [13:57] Ubuntu bug 318444 in abiword "[need-update] abiword to latest stable version 2.6.6 in Ubuntu 9.04" [Wishlist,Triaged] [13:59] * ogra grins about the nslug loading the PS/2 driver [14:07] PecisDarbs: great! Please attach it to the bug report [14:20] hrm, i dont get where d-i pulls the preseed file from during build [14:22] pitti: patch attached to bug report with explanation what it does [14:28] PecisDarbs: thanks [14:39] ogra: build/config/arm/iop32x/netboot.cfg:29: cp boot/arm/glantank.preseed $(SOME_DEST)/$(EXTRANAME)/glantank/preseed.cfg [14:39] that kind of thing presumably [14:39] cjwatson, yeah, seems the default file is assembled in the oldsys-preseed usdb [14:40] that's a bit different [14:40] i got a preseed.cfg in the booted d-i but dont see it in the d-i buildlog [14:40] there is no such thing like the iop32x code for ixp4xx [14:40] oldsys-preseed is for *dynamic* preseeding based on stuff extracted from the device [14:40] so i assume it comes with a package [14:40] ogra: it's not generic, you would have to write it [14:41] there is normally no default preseed file [14:41] ah [14:41] unless you've modified your local tree with a preseed.cfg [14:41] i was assuming there was one since ixp4xx has so much special setup [14:41] no, i didnt touch my tree [14:42] there's no preseed.cfg in the ixp4xx images in the archive [14:42] right [14:42] so I don't know why your tree would be picking one up [14:42] but i have /preseed.cfg in the booted d-i on the device [14:42] which makes me assume oldsys-preseed created it somehow [14:43] the values match wahts in oldsys-preseed [14:43] ah, right, yes oldsys-preseed would do that at run-time [14:43] right [14:44] cjwatson, btw, dont wait for me with the d-i upload for this ... [14:44] I'm waiting for other things at the moment [14:45] ok, just want to make sure ... the team has serial consoles anyway so for internal tests the debconf questions wont get in your way [14:45] need debian-installer-utils to publish [14:45] s/your/our/ [14:46] * ogra goes for some late lunch [15:17] cjwatson, geez, most of the config is hardcoded in the oldsys-preseed script actually [15:18] sanity_check_static_config [15:18] if [ "$NET_CONFIG" != "static" ]; then [15:18] IPADDRESS=192.168.1.77 [15:18] ..... [15:18] tsk [15:18] and the static file has exactly the same values ... [15:18] hah. Please take that up in a Debian bug report, I don't want to have to figure it out myself [15:19] will do === mbiebl_ is now known as mbiebl [15:24] bryce: why is there an /etc/init.d/xserver-xorg-input-wacom ? [15:25] Keybuk, i wuld guess it calls hal-set-property to adjust the config [15:25] it does not [15:25] Keybuk, tablets are tricky since they have multiple input devices [15:25] hmm [15:25] it makes symlinks [15:26] in fact, it makes one symlink - /dev/input/wacom [15:26] shudder [15:26] now that should be halified ... [15:27] but its probably for backwards compatibility with old xorg.conf setups [15:27] and IIRC it's wrong anyway, as it's not an *input* (HID) device [15:27] ah [15:27] you misunderstand me [15:27] it makes a symlink, in /dev, to a device node, in /dev [15:27] based on properties found in /sys [15:27] I may be wrong, but we have a daemon entirely dedicated to that purpose [15:28] and would you know, xserver-xorg-input-wacom installs a config file for that daemon [15:28] and WOULD YOU KNOW it makes a symlink with it ;) [15:28] right, but we had that hardcoded /dev/input/wacom entry in xorg.conf from mr. garret for years [15:28] you still miss the point ;) [15:28] the symlink is already there by the time this init script runs [15:28] HAL/udev, yes yes yes [15:28] oh [15:28] gets it [15:29] /me even :) [15:29] but the symlink that bryce (?) added is wrong anyway, so don't duplicate it [15:29] sladen: Wacom tablets aren't input devices? [15:29] well, yes, having such a symlink is inherently bogus [15:29] soren: no, they're serial ports [15:29] sladen: What would you call the thing at the end of it? [15:30] I mean.. At the other end of the port? [15:30] soren: an RS-232 transceivever [15:30] * soren feels like he's missing half a story here [15:31] the protcol that runs over these serial ports is not HID, or kernel dev/input. It's a 5-9 byte protocol that must be converted ito HID. And *that* translated device added to /dev/innput [15:32] though it doesnt need to create the same symlink twice :) [15:32] the purpose of the shell script was to search for such "hidden" serial ports, and then tell X to talk magic protocol to those ports [15:33] sladen: no, the shell script doesn't do any of that [15:33] Keybuk: indeed. However, that's what used to happen when it did work out of the box, which IIRC, it no longer the case... [15:35] such a shell script would still be wrong [15:35] HAL should do that kind of thing [15:36] Keybuk: agreed. If there's now a in-kernel wacom driver (that translates to HID) it should be possible to make it all work "correctly" [15:36] there certainly seems to be === cprov is now known as cprov-lunch === ssweeny_ is now known as ssweeny === smarter_ is now known as smarter === dholbach_ is now known as dholbach === smarter_ is now known as smarter [16:43] dholbach: could you please have a look at bug #318444 ? [16:43] Launchpad bug 318444 in abiword "[need-update] abiword to latest stable version 2.6.6 in Ubuntu 9.04" [Wishlist,Triaged] https://launchpad.net/bugs/318444 [16:43] I would like to get this in before feature freeze [16:44] jeromeg: I'd prefer if somebody else could take a look at it - I'm quite busy atm - did you ask in #ubuntu-desktop? [16:45] dholbach: nope, I'll try that [16:54] mvo: ping [16:54] rgreening: pong [16:55] heya. I got a q for you... in the apt backend for kpk, do you know if it supports searching the app-install data (desktop) files for applications? [16:56] mvo: I am looking at adding a simplified search to kpackagekit, as the default one returns all packages (i.e. libraries, etc) but the end user may only wish to know about applications from the app-install-data package. [16:56] mvo: but I need some direction on how to set the correct Client Filter (if it exists) [17:02] rgreening: I thnk it does exist, glatzor was doing some work on the packagekit backend, he probably knows the answer better than me [17:02] ok. [17:03] glatzor: I have basically everything complete for a Add/Remove simple view in kpackagekit. I need some assistance on setting a filter for app-install desktop entires only. [17:03] ty mvo [17:03] cheers, sorry that I was not more helpful [17:04] rgreening, what should the filter return? the application names? [17:06] glatzor: hey. Well, right now, if you filter on Group, it will return all packages in that group. I'd like to filter out libraries, etc and just return valid Applications from the app-install-data package. I was wondering if that exists? [17:06] glatzor: like a filter AppOnly option or something [17:09] rgreening, getting an application view requires a lot more things than just to hide libraries. [17:09] glatzor: well, that's what I am asking... [17:09] glatzor: is that backend written? [17:09] glatzor: I have a ready to go front-end, if there is a backend filter available to use [17:10] rgreening, there is already some code to map packages to menu entries (desktop files) which is used in the gnome utils [17:10] but that is not very mature. [17:10] glatzor: who is working that piece? if anyone? [17:10] rgreening, e.g. it doesn't not handle multiple applications per package [17:11] rgreening, richard [17:11] glatzor: nick for richard? [17:11] rgreening, I already gave you the recommendation to look at this code at UDS. :) [17:12] rgreening, hughsie at #packagekit [17:12] glatzor: ty. UDS was a long while ago. My brain forgot :) [17:12] glatzor: I'll try richard, [17:14] rgreening, there is already an infrastructure and terminology in the packagekit api: the basename or gui filter [17:15] rgreening, but basenames aren't "yet" implemented in the apt backend [17:16] glatzor: which part is that contained it? [17:16] glatzor: oh... [17:16]