[00:01] DoYouKnow: https://wiki.ubuntu.com/KernelMaintenance [00:03] ty === asac_ is now known as asac [00:18] On my Thinkpad T40p, since upgrading to intrepid, the "mute" key has turned into a "lock screen" key. I'm a bit lost as to how to debug, or which package to file a bug against [00:52] System->preferences->keyboard [00:53] did you look there? [00:53] check this link out: [00:53] http://ubuntuforums.org/showthread.php?t=633403 [00:53] it's on changing the keymap [00:54] click on keyboard moel [00:54] *model [00:54] and check if the right one is selected [01:15] kees, awesome! thanks === hyperair1 is now known as hyperair [01:24] to who's behind http://patches.ubuntu.com, please extract the series/00index files, it's confusing upstream when some patches are listed there but are not applied in reality [01:25] fta: what do you mean 'extract' [01:25] lifeless: I guess, basically only showing patches that are applied (the ones in 00list) instead of all patches with no way to know which are actually applied [01:25] lifeless, referring to " /by-release/extracted/ubuntu" [01:26] stgraber: I can guess as well, but fta knows! [01:26] fta: sorry, please be more clear. Do you want the file shown, do you want patches that aren't in it not shown? details.. [01:27] either way is fine, the current way is not :) [01:30] lifeless, maybe it's easier to only extract the active patches and keep the indexes hidden (as upstream is not always aware of what quilt and dpatch are) [01:53] fta: Do you have experience with upstreams that browse p.u.c directly? IME usually it's a link to a specific patch in a bug report so they know which to look at. [01:54] ScottK, yes, mozilla, they are currently reviewing our patches for xul and firefox [01:55] I see. In that case I can see how it could be a bit confusing. [01:55] ScottK, we have a long list of patches, it's easier that way, compared to using the branch on code.lp [01:57] I wonder if there's some bzr-whatever_they_use_now (Hg I think?) plugin where they could pull the branch in and review it in their own VCS? [02:03] it's hg, they have hgweb, a clone of gitweb, and several web tools to dig into the code [02:04] but for a quick patch review, p.u.c is nice [02:10] hello, how can i make a suggestion in packages ? [02:13] piju_: what dyou mean? [02:16] hyperair, wants to suggest to put newer version of package [02:19] hyperair, i think squid 2.7 is better than squid 2.6, but squid 3 is different version from 2.* that is why there is two version of squid in debian/ubuntu packages [02:22] * hyperair has no idea [02:22] well file a bug on launchpad.net [02:23] speaking of which.... squid 2.7 is in ubuntu [02:23] piju_: ^ [02:23] so what's your point exactly? [02:24] hyperair, ok thanks [02:24] * hyperair is confused [02:24] my points is, ubuntu user can use the benefits of squid 2.7 [02:24] thats all [02:25] im not ruining ubuntu [02:25] well [02:25] squid 2.7 is in ubuntu [02:25] so [02:25] if u feel like im such a jerk. its ok. just forget it [02:25] i don't understand [02:25] seriously [02:25] nono there's some miscommunication or something. =.= [02:26] pool/main/s/squid/squid_2.6.18-1ubuntu3_i386.deb [02:26] still 2.6 [02:26] that's in older versions of ubuntu [02:26] ubuntu intrepid has squid 2.7 [02:26] dyou mean you want squid 2.6 backported? [02:26] really ? [02:26] yep [02:26] intrepid has squid 2.7 ? [02:26] yep [02:27] ubuntu hardy has squid 2.6, intrepid has squid 2.7 [02:27] ok. nevermind. coz im using hardy now. [02:27] ah [02:28] hyperair, thanks. maybe squid 2.7 can be backported in hardy [02:29] yeah you can file a backport request in launchpad.net =) [02:29] ok. thanks === woody86_ is now known as woody86 [02:49] any body have problems updating their packages after upgrading to 9.04? I try to do a partial upgrade, but then it says "Can not upgrade. An upgrade from 'jaunty' to 'intrepid' is not supported with this tool" [02:49] and that's using update manager [02:51] woody86: If you don't know how to fix that or why it happenns, you shouldn't be using Jaunty. [02:52] wgrant- well thanks for such an informative response. I'm in the MOTU mentor program right now, and my Mentor wanted me to install 9.04 so he could teach me stuff using 9.04, but he's not online right now to ask [03:15] woody86: Who is your mentor? === cprov is now known as cprov-zzz === tkamppeter_ is now known as tkamppeter === maxb_ is now known as Guest77142 [06:42] good morning [06:56] the kill switch for wifi on my IBM X40 does not work any more (intrepid), does anybody else have the same problem? what can I do to debug it? loading the ipw2100 does "work", but the wireless LED is still not blinking [07:07] dholbach: Your X40 has a wifi kill switch? [07:07] soren: well the FN-F5 thing [07:07] dholbach: Oh, that. [07:07] right now it just toggles bluetooth on and off [07:07] but no wifi workie workie [07:07] :( [07:11] dholbach: the wireless in the IBM X40 is ipw2100? [07:12] slangasek: yep [07:12] I'm just talking to amitk on #ubuntu-kernel - let's see what he can find :) [07:13] dholbach: do you have a /sys/class/net/$dev/device/rfkill directory? I think each driver has to be converted to that individually and I don't have any idea if ipw2100 has; the acpi-support stuff should still support the old interfaces as well, but that's probably untested in intrepid [07:14] /sys/devices/platform/thinkpad_acpi/rfkill [07:14] /sys/devices/platform/thinkpad_acpi/rfkill/rfkill0 [07:14] /sys/class/rfkill [07:14] /sys/class/rfkill/rfkill0 [07:14] /sys/module/rfkill [07:17] slangasek: http://paste.ubuntu.com/70342/ - it worked like 2 days ago with intrepid, but does not work now [07:17] hum [07:17] so no under /sys/class/net/$dev/device/rfkill ? [07:17] s/under // [07:18] what I pasted above is the output of find /sys/ -name "*kill*" [07:18] ok [07:18] hopefully you still have /sys/class/net/$dev/device/power/state ? [07:20] daniel@lovegood:/sys/class/net$ ls [07:20] eth0 lo pan0 [07:20] daniel@lovegood:/sys/class/net$ [07:20] no, doesn't look like it [07:20] is one of those your wireless? [07:20] (i.e., is your wireless device named 'eth0' for some reason?) [07:20] no, I'm connected via cable (eth0) right now [07:20] pan0 should be some bluetooth thing I never managed to use :) [07:21] mmm, you should still have the device listed there if the kernel detects it. [07:24] Just to be sure it's not the obvious solution, is your wireless card disabled (keyboard shortcut, power switch, etc.)? [07:25] That sort of problem often spontaneously occurs due to the wireless card deciding to disable itself in the BIOS [07:25] wgrant: alright, I'll reboot and see what the BIOS says - back in a bit [07:25] I've no idea how it happens. [07:25] But I' [07:26] But I've seen it on a couple of different machines now. [07:26] alright [07:26] UpChuck_Norris: I guess you're joining us mid-conversation; dholbach's specific complaint was that the keyboard shortcut doesn't work. [07:28] hi === jamesh_ is now known as jamesh [07:30] slangasek: Some wifi kill switches (the one on my father's HP laptop, in particular) actually drop the device off the bus. [07:30] then how is un-kill supposed to work? [07:30] ubuntu 8.10 = really great work! [07:30] always a pleasure ubuntu to see continue to grow in every respect [07:31] slangasek: It's implemented in hardware. [07:31] xTr3m3: thanks, we're glad you like it [07:31] =) [07:31] wgrant: tsk [07:31] * wgrant likes happy users. [07:32] I have one of those hardware kill switches, it seems [07:32] i like it ,open source is the best for future [07:32] except only for bluetooth, not wifi [07:32] It's not quite as infuriating as Dell brightness keys, I don't think. [07:32] We;ve got libsmbios to control brightness in software, but AFAICT you can't stop the BIOS from controlling the brightness. [07:33] So when you unplug the AC, the BIOS drops the backlight immediately, then g-p-m puts it back up and down again in a gradient. [07:33] It looks stupid, and there's no way to fix it. [07:33] (bluetooth on usb, wifi on pci, that's probably why) [07:35] The lack of dholbach after almost 10 minutes isn't promising... [07:36] pitti: I didn't, since I'm bad. :-( [07:44] amitk, wgrant, slangasek: seems like I'm an unhappy person today: http://people.ubuntu.com/~dholbach/img_2498.jpg [07:45] (so not necessarily an Ubuntu problem) [07:46] dholbach: alter! *unauthorized* [07:46] Good morning [07:47] mvo: it's built-in wireless [07:47] dholbach: Unauthorized?! [07:47] mvo: no boot - no wireless - no laptop - no happy [07:47] dholbach: http://www.thinkwiki.org/wiki/Problem_with_unauthorized_MiniPCI_network_card [07:47] mvo: ah, ok; it was a feature, so don't flip it back and forth; I just wasn't sure whether something was weird [07:47] ScottK: insane-backends> coming... [07:48] pitti, hi [07:48] amitk: I can't boot the machine at all now :) [07:48] dholbach: Well done! [07:48] dholbach: Remove the MiniPCI card and see if it works? [07:48] pitti, I have found a fix for bug 290395 and would like to make an SRU [07:48] Launchpad bug 290395 in splix "[Intrepid] Xerox Phaser 6100 driver 2.0.0 does not work causing SpliX error" [Undecided,Invalid] https://launchpad.net/bugs/290395 [07:49] Only problem is that it is not a tiny patch but one has to replace the pdftoraster filter by another one [07:49] tkamppeter: uh, that sounds regression prone [07:49] See my last comment in the bug report [07:50] tkamppeter: can you please sub ubuntu-sru? I'll have a look later then [07:50] dholbach: did you update the bios recently [07:50] amitk: no, never [07:51] I'm too boring for things like that [07:51] pitti, I can perhaps also do it somehow that I add a renamed version of the filter to SpliX and also some .types and .convs files so that only SpliX uses the new filter- [07:51] tkamppeter: that's a good idea [07:51] tkamppeter: then this new filter could be shipped in the splix package itself? [07:54] pitti, yes. This will then only be done for the INTrepid SRU package of SpliX. This will not be introduced in Jaunty. In Jaunty pdftoraster will be replaced straight-away so that it gets full 6 months to get tested. [07:54] tkamppeter: sounds like a good plan [07:56] pitti, the filter will be renamed to pdftosplixraster and by conversion rule it produces data of format splix-raster. The SpliX PPDs will then get patched to accept splix-raster as input. [07:57] And this will be made exclusively for Intrepid, not for Jaunty. [08:05] pitti, see my last comment on bug #290395 [08:05] Launchpad bug 290395 in splix "[Intrepid] Xerox Phaser 6100 driver 2.0.0 does not work causing SpliX error" [Undecided,Triaged] https://launchpad.net/bugs/290395 [08:06] pitti, does this work? Can I make a new Intrepid package for SpliX for the SRU without needing to upload it into Jaunty? [08:07] tkamppeter: if the corresponding filter change is one in jaunty (in cups, I assume?), that's fine, yes [08:08] pitti, so I should do the Jaunty changes at first? [08:09] pitti, this means that I remove pdftoraster and its .tconvs rule from CUPS, add the new filter and the .convs rule to Ghostscript. [08:09] tkamppeter: it should be done by the time it goes into -updates; you can do the SRU first, if you are currently working on it [08:10] pitti, the cups/ghostscript change also affects Debian, as CUPS is synced. [08:10] tkamppeter: I guess that's intended? [08:12] pitti, yes. Debian should also get equipped with the better pdftoraster filter. We only have to do it in a way so that the time where Debian is incomplete (filter taken from CUPS but not yet added to ghostscript) as short as possible. [08:12] tkamppeter: why does it need to move anyway? [08:13] pitti, but you can probably also upload Ghostscript into Debian, simply applying the debdiff of my next Ubuntu Ghostscript to it. [08:14] Anyone use jigdo on Ubuntu that needs an updated Ubuntu mirror list, or is it ok as is? [08:14] pitti, it has to move as I have placed my pdftoraster filter in the upstream repository of Ghostscript, as pstoraster is already there. The Poppler-based pdftoraster is in the Ubuntu/Debian package of CUPS and upstream neither in CUPS nor in Ghostscript. === RAOF_ is now known as RAOF [08:32] tkamppeter: no, I can't upload gs into debian [08:33] tkamppeter: but you should file a debian bug with the changes and ask the maintainer to upload to experimental, so that we can do the cups change in experimental, too [08:33] tkamppeter: until that happens, we have to fork cups [08:34] tkamppeter: or put a copy of the new pstoraster into cups [08:35] pitti, there will probably not be an interruption, if someone happns to have the new CUPS package with pdftoraster removed but not the new Ghostscript with pdftoraster added, CUPS will automatically take a PostScript path using pstoraster. So if Debian's ghostscript maintainer does not follow quickly, most users will not see any problem. [08:35] tkamppeter: that shuold be done with a versioned dependency on ghostscript [08:36] slangasek, wgrant, amitk, mvo: it was a hardware problem, I took out the minipci card, dusted it off, put it back in again and the machine is happy again :) [08:37] pitti, so as the removal of pdftoraster from CUPS does not cause any breakage and as CUPS trunk is currently only in experimental, I think I will commit the removal to BZR now and the Ghostscript change will probably follow soon, as the gs maintainer can simply take my changes from the Ubuntu gs package. [08:38] tkamppeter: ok, if that works (I think I did try to remove pdftoraster, and that broke with a "filter not found" error) [08:38] pitti, as soon as the pdftoraster-equipped gs package appears in Debian, the CUPS package of Debian will get a versioned gs dependency. [08:39] pitti, you cannot simply take away a filter under a running CUPS daemon. You must also take away pdftoraster.convs and restart CUPS. [08:40] ah, I didn't remove the .convs [08:41] dholbach: How strange... [08:42] wgrant: my X40 is 4+ years old, so it was just the off-dusting and re-plugging :) [08:44] dholbach: you have an ibm x40? [08:44] hyperair: yes [08:44] dholbach: how's suspend on it? [08:45] hyperair: it works :) [08:45] resume with backlight? [08:45] * wgrant likes having a 3 year old laptop - pretty much all of the hardware works fine in Ubuntu. [08:45] how very strange. must be one of those models which works [08:46] wgrant: mine's 3 months old and everything works =D [08:46] Mithrand1r: (or anyone involved in pkg-config): I've brought up the pkg-config issue on the ffmpeg-devel mailing list, you can read about it here: http://comments.gmane.org/gmane.comp.video.ffmpeg.devel/76897 [08:46] anyone else, that is. [08:49] slangasek, wgrant, amitk, mvo: thanks for your help! === Guest77142 is now known as maxb [09:06] pitti, I have built the new cups 1.3.9-4 and tested it. It actually works without pdftoraster by going the pstoraster way. I have pushed it into the Debian BZR now. [09:07] tkamppeter: can you please refer to the ghostscript debian bug in the changelog, so that it's easy to find? [09:08] pitti, the Ghostscript Debian bug I will post as soon I have the new Ghostscript package. Then I can directly provide the patch. [09:08] tkamppeter: ok, great [09:14] * pitti fixes ubuntu-dev-tools buildd to work with pockets [09:23] can someone tell me, why when i use an ubuntu alternate cd to make changes to isolinux default config, and rebuild the iso, i get a invalid cdrom error ? [09:27] Mithrand1r, you still in charge of this ? [09:28] viviersf: no, and I haven't been in a long time. [09:28] viviersf: unsure why you should get that error, though. [09:30] Mithrand1r, :( [09:30] dholbach: n/p, glad to hear you have it working again! === Mithrand1r is now known as Mithrandir [09:30] Mithrand1r, who does the alternate cd installer stuff these days ? === lifeless_ is now known as lifeless [10:01] wgrant: we already un-deadlocked jaunty PPAs earlier yesterday; cprov said they're enabled now [10:02] cjwatson: Yep, they're enabled. I spoke to him a few hours ago. [10:03] Thanks. [10:03] viviersf: exactly what command did you use to rebuild the CD? === popey_ is now known as popey [10:49] mvo: hiya [10:50] mvo: I looked at your revision 410 [10:52] kirkland: excellent, thanks! [10:53] kirkland: how do you feel about it? [10:53] kirkland: oh, I see the mail now [10:53] pitti: mighty pitti! what's now with audacious? :P [10:53] mvo: very similar to what I was going for in an early revision of the shell script, so i like the concept [10:54] mvo: see what you think, about apt-check always writing the human-readable output (and translated) to /var/run/updates-available [10:54] sebner: this morning I noticed that ports buildds were clogged; I bumped the build score of all SRUs, and many have caught up now; can move as soon as hppa built it [10:54] pitti: ah I see, thx! sry for the trouble [10:59] j [11:04] cjwatson, mkisosfs ? [11:05] cjwatson, hold, mkisofs -J -R -l -V "Ubuntu" -b isolinux/isolinux.bin -no-emul-boot -boot-load- [11:05] size 4 -boot-info-table -z -iso-level 4 -c isolinux/isolinux.cat -o [11:05] ./autoinstall.iso newiso/ [11:05] cjwatson, i got that from a canonical whitepaper [11:11] viviersf: I am interested to know which, since it's slightly at variance with the options we use for our own images [11:12] viviersf: try: mkisofs -r -V 'Ubuntu 8.04 i386' -o autoinstall.iso -cache-inodes -J -l -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table newiso [11:12] viviersf: if you can give me the URL of the white paper I may be able to get it corrected [11:28] cjwatson, robin barley-wagner mailed it to us [11:28] viviersf: thanks [11:28] viviersf: can you confirm that the options I give make it work? [11:29] cjwatson, im gonna try it quick, gimme a sec [11:29] viviersf: also, at what point does it fail? is it a BIOS-type message, or is it a blue screen with an error message from the installer? [11:30] cjwatson, its a big red message from the installer [11:31] viviersf: oh. In that case you probably just forgot to copy over the .disk directory [11:31] oh! [11:31] *dumbass* [11:31] lol [11:32] cjwatson, ill try with that dir quick === dholbach_ is now known as dholbach [11:33] slangasek: it isn't on a 64-bit capable system running a 32 bit install (with a 64 bit kernel?) [11:35] slangasek: honestly, I don't know much about this stuff, my personal desktop is a very modern Athon 800, which wasn't too capable of anything last time I checked ;) [11:41] cjwatson, thanks allot :) it works [11:42] cjwatson, using a kickstart file, i get a busybox "uknown option : -l" [11:42] is that a known problem ? [11:42] viviersf: yes, bug 293586 :-( [11:42] Launchpad bug 293586 in busybox "lack of CONFIG_GETOPT_LONG in busybox-udeb completely breaks Kickstart" [High,Fix released] https://launchpad.net/bugs/293586 [11:43] cjwatson, and how do i bypass that ? :( [11:44] 8.04 ... [11:44] or preseeding [11:44] sorry about this, entirely my fault [11:45] cjwatson, lol, i need to deploy 8.10 with kickstarts, can i create a new disc with a different busybox-udeb somehow ? [11:45] cjwatson, or can i use a 8.04 cd to install a 8.10 desktop ? [11:46] viviersf: I have no easy solution to offer you right now [11:46] cjwatson, ok [11:46] viviersf: https://launchpad.net/~kamion/+archive contains a fixed busybox [11:46] viviersf: but you'd need to rebuild debian-installer against that [11:47] ugh [11:47] cjwatson, if i use network mirror for 8.10, would a 8.04 cd be able to install it ? [11:48] eeek, Riddell can you reject my latest xf86-input-evtouch upload ? i accidentially set the distro to interpid-updates instead of intrepid-proposed [11:48] i'll re-upload with the proper target [11:49] viviersf: no [11:49] ogra: done [11:50] ogra: thrown out. [11:50] pitti: beat you :) *throws a gummy bear to you* [11:50] viviersf: you could use http://people.ubuntu.com/~cjwatson/tmp/intrepid-busybox-fix/netboot/ if netboot is OK for you [11:50] ok, Hobbsee beat me by 0.5 seconds [11:50] gracias ! [11:50] pitti: \o/ Even with aussie lag! [11:50] viviersf: there's a mini.iso there too [11:50] viviersf: only i386 at the moment though [11:50] Hobbsee: in this case it was my IRC reading lag :) [11:50] heh :) [11:50] cjwatson, i want i386 and as long as i installs im happy ;) thx [11:53] hurrah. mono 2.0-1: no universe build-deps [11:56] kirkland: thanks for your mail, I just replied :) [11:57] * mvo goes to get some food [12:14] ogra: was there any progress wrt. the dhcp3 next-server option patch upstream? [12:14] pitti, no, and there wont be ever (the discussion predates our patch btw) [12:16] upstream simply disagrees with our view, jammcq (ltsp) has discussed it several times with them and mdz and i decided to add it on a package level instead so that our users arent affected, i would stil like to keep it until upstream finally releases a v4.x [12:17] ogra: ok, fine [12:17] oh, it's fixed in 4.x? [12:17] no idea, but if there is a 4.x users wont be shoked if features changed [12:17] pitti, I have made a new Ubuntu package of gs, filed a bug against Debian gs to take the new pdftoraster (Debian bug 505282), and added the bug number to the CUPS changelog. This changelog I have pushed to bzr now. Now you should be able to upload the CUPS package to both Debian and Ubuntu. [12:18] Debian bug 505282 in ghostscript "Add pdftoraster filter to Ghostscript" [Unknown,Open] http://bugs.debian.org/505282 [12:18] the thing is that they removed the feature in a minor update where nobody would expect it to vanish [12:18] pitti, tell me when you have uploaded the new cups package so that I can upload ghostscript to Ubuntu. [12:18] tkamppeter: cool, thanks; building now [12:19] pitti, there is no "fix" for disagreement ;) the change is less of a surprise in a new version though [12:19] ogra: ah, ok; (disclaimer: I never understood what this patch is all about, just monkey-porting) [12:19] we'll go with whatever will be in v4.x but should keep the patch during the 3.x cycle [12:21] argh apt [12:21] its about userfriendlyness, next-server used to default to the dhcp server itself if unset (so tftp gets automatically requested from the same machine on netboot), at some point upstream decided to force it to 0.0.0.0 if unset which breaks all existing setups [12:21] * pitti wonders whether he'll ever remember auto-remove (option) vs. autoremove (command) [12:22] * mvo wonder if he should add a alias option for autoremove for pitti [12:23] mvo: just teach me harder :) [12:23] pittiremove ? [12:23] especially helpful before vacations :) [12:24] * mvo add --teach-pitti-harder [12:24] * mvo add --teach-pitti-harder-with-a-big-whip [12:24] mvo: rrrrrr [12:25] lol [12:27] mvo: hiya! [12:29] mvo: if you'd prefer, the updates-available shell script could actually be python [12:29] mvo: update-motd doesn't care... it just executes the scripts/links in those dirs [12:29] kirkland: either way is fine with me [12:30] mvo: the same goes for notify-reboot-required ... in python, the translation of that string might be easier (more consistent with the rest of the code) [12:30] * mvo nods [12:30] mvo: i'm grabbing some lunch, will catch up in a bit ;-) [12:31] kirkland: ok, cool [12:31] kirkland: I think we are 99% there now :) [12:31] kirkland: a upload today for it should be feasible === LucidFox_ is now known as LucidFox === Chipzz_ is now known as Chipzz [13:48] tkamppeter: cups uploaded to debian and jaunty === smarter_ is now known as smarter [14:07] mvo: does update-manager emit the power management inhibiting things while it's working? [14:08] Ng: yes [14:08] mvo: so that would disable suspend and hibernate, but presumably not reboot/shutdown? [14:08] Ng: yes, I would like to add reboot/shutdown to this too, I haven't figured out yet how to do this [14:09] pitti, thanks, I will upload gs now. I have already test-built it and with it installed the correct filter chain is used and bug 290395 actually fixed. [14:09] Launchpad bug 290395 in ghostscript "[Intrepid] Xerox Phaser 6100 driver 2.0.0 does not work causing SpliX error" [Undecided,In progress] https://launchpad.net/bugs/290395 [14:09] mvo: fair enough. I just fixed an install where the user had shutdown instead of locking the screen, by mistake ;) [14:09] Ng: in the office? [14:09] mvo: yup [14:09] Ng: I make it a priority [14:10] mvo: while I was thinking about that, I also wondered if it would make sense to refuse to upgrade, or at least display scary discouragements, if the user is just on battery [14:10] * mvo scratches his head [14:10] that would make sense === Mithrand1r is now known as Mithrandir [14:11] I think scary discouragements would be the better option than just refusing to do it [14:12] * ScottK would find refusing really annoying. [14:13] pitti, gs is uploaded now. [14:14] ScottK: yeah, I think i would too, but I would appreciate being reminded that I'm risking my sanity :) [14:15] I think a warning is fine. I can imagine thinking "Yes, but I have hours of batter left and I just have to walk across the room to plug in. I just don't feel like it right now." [14:15] batter/battery [14:20] could someone take a look at pm-utils debian/patches folder? it seems that the 99 patch comes before the 85 patch in debian/patches/series [14:20] how very strange [14:20] ah nevermind. as long as it builds =.= === dholbach_ is now known as dholbach [14:35] if you want to request a new feature for ubuntu, do you file a blueprint, or should you file a wishlist bug? [14:36] what kind of feature? [14:36] users should not file blueprints [14:37] blueprints are software design documents and should generally be written by developers [14:37] kk, was just curious what the process is [14:38] generally speaking a wishlist bug is perfectly reasonable if it's a relatively small and contained feature (though you may have to argue with bug triagers who are confused about the validity of the concept of wishlist bugs), while more complex and vague ideas should go on brainstorm.ubuntu.com [14:38] evening [14:38] ok thx [14:39] pitti, I have another idea about the garbage printing in bug 292690 [14:39] Launchpad bug 292690 in cups "Garbage bitmaps printed on left margin in ubuntu testpage on A4 on Samsung printers" [Undecided,Fix committed] https://launchpad.net/bugs/292690 [14:41] The splix package has a patch against crashing when it gets fed with data with a wrong paper size: debian/patches/no-crash-on-bad-papersize.patch [14:41] pitti, the patch applies to a part where a lot of page margin calculations are done. [14:43] pitti, in src/document.cpp, from line 114 on there is some calcualtion for clipping done. Probably something is mis-calculated there. [14:44] pitti, for example from line 131 on the clipping is applied to the page height, but there is no such thing for the width. [14:45] pitti, as you have the printer you could perhaps find out what needs to be corrected. [14:46] Destruction of erratic volume sliders is on my Christmas wish list. [14:54] tkamppeter: I can try without the patch, for a start [14:56] pitti, OK [15:53] james_w: is there anything like a "pre-build-command" hook in bzr-buildpackage? I would like to run ./autogen.sh automatically when doing the package build [15:53] pitti, SRU for bug 290395 uploaded [15:53] Launchpad bug 290395 in ghostscript "[Intrepid] Xerox Phaser 6100 driver 2.0.0 does not work causing SpliX error" [Undecided,Fix released] https://launchpad.net/bugs/290395 [15:54] hey mvo, check out file:///usr/share/doc/bzr-builddeb/user_manual/hooks.html [15:56] james_w: exactly what I want, thanks! [15:56] * mvo waves good-by to his arch-build targets [15:58] mvo: ! [15:58] * mvo hugs james_w [15:58] rrrrrrrrrrrrrrrrrr [15:58] mvo: bzr-builddeb FTW? [15:58] good stuff! [15:58] ftw! [15:59] how about a policy "bzr-buildpackage" must build it and the whole discussion of "how packages in bzr should be hanleded" is moot? [16:00] bzr commit -m 'debian/rules: byebye arch-build" [16:01] pitti, I have uploaded a splix for bug 290395 into -proposed, can you approve it? [16:01] Launchpad bug 290395 in ghostscript "[Intrepid] Xerox Phaser 6100 driver 2.0.0 does not work causing SpliX error" [Undecided,Fix released] https://launchpad.net/bugs/290395 [16:02] hm. did someone come up with a plan to allow package selection in the installer, whilst i wasn't looking? or are my dodgy sources talking their usual crap? [16:04] directhex: no [16:04] cjwatson, crap being talked, then? doesn't surprise me [16:06] directhex: well, in order to answer that, I'd need to know what was actually said - this is sort of a subtle area [16:06] there have been some suggestions, but nothing that immediately translates into something implementable, and nothing that's been a high enough priority to get me to sit down and work it out [16:06] cjwatson, it's from the anti-mono crowd, so you can guess their plan [16:07] i think the phrasology was "keep that microsoft/novell trap out of my hardware" button [16:07] i think they're confused by the disable-restricted-plz option when booting the install disc these days [16:10] mvo: do you have a minute for bug 296819? the previous SRU was a bit incomplete and missed a product ID on the balcklist [16:10] Launchpad bug 296819 in compiz "Intrepid Compiz hangs on login for i945GM video cards" [Undecided,New] https://launchpad.net/bugs/296819 [16:12] tkamppeter: BTW, I usually add the verification-needed tag and instructions when accepting a package, so you don't need to do that [16:14] pitti: looking [16:15] pitti: hm, i945? *urgh* [16:16] directhex: sounds like it [16:16] mvo: itz bad? [16:26] pitti: yes, i945 is very common and pretty recent, blacklisting that will affect a lot of system [16:26] pitti: I talk to #ubuntu-x about this first I think [16:27] mvo: ok, thanks; seems to be a deeper issue then [16:28] pitti: thanks, I work on it, but I have a bad feeling about it, there are not many cards (from intel) if we blacklist i945 entirely [16:28] mvo: yeah, absolutely; let's not for now [16:28] mvo: all i945 have the same product ID? [16:29] pitti: not sure, for some cards (IIRC 830) there is only one, for others there are multiple ones, I need to find out more about it [16:29] pitti: dosn't your dell have a i945? [16:29] or was thas a 965 already? [16:29] 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) [16:30] mvo: it's a 945, but product ID 27a2 [16:30] hm, wait [16:30] I *also* have a 27a6 [16:30] that's the one I pasted above [16:30] the 27a2 is [16:30] 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) [16:31] pitti: hm, could you try compiz on it? does it hang on login for you too? [16:31] mvo: I have run compiz for months without problems [16:32] pitti: thanks, do you mind if I put that into the report? [16:33] mvo: already done [16:33] heh .) thanks [16:45] * cjwatson considers converting usplash to unifont [16:45] -> copying [./libs] [16:45] cp: cannot stat `./libs': No such file or directory [16:46] my pbuilder-fu is not strong - what does that mean? [16:50] Keybuk: I usually see that when one doesn't do "pbuilder build" on the *.dsc file. [16:50] hmm, I gave it the changes file [16:52] silly thing [16:53]