[00:30] <chrisccoulson> beuno - regarding bug 189192 - gdm-setup does not exist anymore in gdm-new, which is going to shortly appear in karmic I think
[00:31] <chrisccoulson> not sure there's any point spending effort on fixing something thats about to disappear
[00:31] <beuno> chrisccoulson, it's going away?
[00:31] <beuno> in karmic?
[00:32] <chrisccoulson> AFAIK, yes. i don't think there is a graphical tool to configure the new GDM yet
[00:32] <beuno> chrisccoulson, if you can confirm it, please mark is as invalid
[00:32] <chrisccoulson> and if it is, it won't be gdm-setup - it's all been re-written
[00:33] <chrisccoulson> i'll try and confirm that tomorrow. i havent done any proper testing with gdm-new yet, but the last time i tested it there was no gdm-setup anymore, and upstream hadn't developed any tool to configure it yet
[01:30] <ebroder> What are the rules for a version number of a Debian-native package that only exists in Ubuntu?
[01:30] <ebroder> Are they arbitrary, so long as they end with ubuntuN?
[02:08] <ScottK> ebroder: If it's truly Ubuntu unique and will never be in Debian either, the ubuntuN is optional.
[02:10] <ebroder> Oh, ok. (package in question is branding-ubuntu, so it's probably not going to end up in Debian)
[02:10] <ScottK> Probably not
[02:27] <Mez> morning sabdfl
[02:34] <sabdfl> hey Mez
[02:34] <sabdfl> it is, in taipei :-)
[02:35] <Mez>  sabdfl it's just about morning in the UK
[02:36] <Mez> well, it is morning... but early enough that I should be going to bed
[02:36] <ajmitch> depends on how early you need to be awake
[02:36] <Mez> 7
[02:36] <Mez> (ish)
[02:37] <ion> It’s 4:37 here. Bedtime.
[02:37] <Mez> I'm session chairing @ EuroPython
[02:37] <ajmitch> oh nice
[04:08] <kees> tonight's puzzle: why is sizeof(struct dirent64) == 276 on i386 and == 280 on amd64?
[04:10] <lifeless> bet its the timestamp
[05:46] <slytherin> cjwatson: the powerpc chroot you gave, it is to be used with pbuilder, right?
[05:50] <slytherin> cjwatson: I am getting this error when using it - http://paste.ubuntu.com/207307/
[07:30] <dholbach> good morning
[07:53]  * StevenK glares at compiz
[07:54] <highvoltage> did it glare back?
[07:54] <hyperair> hehe
[07:54] <pitti> Keybuk: FYI: http://bugzilla.gnome.org/show_bug.cgi?id=485806
[07:56] <dholbach> When you stare into the abyss, the abyss is staring back at you.
[07:57] <StevenK> Hehe
[07:57] <nellery> dholbach: bug #?
[07:57] <nellery> hehe
[07:57] <StevenK> But compiz is pulling KDE for Ubuntu and UNR
[07:57] <Quintasan> Hi \o
[07:58] <dholbach> nellery: hm?
[07:58] <nellery> dholbach: ah, nevermind you were referring to compiz
[07:58] <nellery> bad attempt at a bad joke
[07:58] <dholbach> it was a Nietzsche quote :)
[07:59] <nellery> ah
[09:16] <dupondje> Why does firefox-3.5 still use the Shiretoko menu item + logo ? :s
[09:17] <RAOF> dupondje: I'd guess because we haven't switched on the branding yet?
[09:18] <dupondje> menu item still says 'Beta' now :P
[09:20] <dholbach> dupondje: I'm sure asac has a branch of it, where you can just fix it :-)
[09:21] <dupondje> or we look friendly to asac to fix it ;)
[09:36] <dupondje> hmz, that rule file is dynamic :P
[09:48] <asac_> dupondje: plan was to switch branding when we switch to ffox 3.5 by default
[09:50] <dupondje> oh ok asac_  :) looked bit weird now
[09:50] <dupondje> and when is the plan to change to ff3.5 default ?
[09:52] <asac_> dupondje: when all xul1.9 dependencies in main are ported to 1.9.1
[09:53] <asac> shouldnt take too long
[09:57] <dupondje> and the search providers aren't installed by default now ?
[10:36] <asac> dupondje: yeah. keep firefox-3.0 installed for now
[10:37] <dupondje> okey :)
[10:40] <asac> dupondje: its  bug 383484
[10:41] <dupondje> I'm sure u'll fix it ;)
[10:49] <pitti> mvo: meh, what is the working way of saying "apt-get source linux"?
[10:49] <pitti> oh, --only-source
[10:50] <pitti> mvo: nevermind, found it
[10:50] <slytherin> can anyone please give back gnome-applets?
[10:50] <Tm_T> slytherin: but they was so tasty
[10:50] <pitti> slytherin: done
[10:51] <slytherin> pitti: thanks
[10:52] <dupondje> asac: I see that clicking links in other apps is broken also by install ff3.5, dunno if known bug
[10:59] <cjwatson> slytherin: our chroots use launchpad-buildd (a wrapper around sbuild) to build, not pbuilder. You'll probably have to mangle it a bit to make it work with pbuilder; I'm guessing not *too* much but I don't know how
[11:00] <asac> dupondje: yeah. its a missing custom application entry. you can change that in gnome preferred applications dialog ... just set custom command firefox-3.5 %s
[11:00] <slytherin> cjwatson: I can try using sbuild. Any idea if it will work with sbuild out of box?
[11:01] <cjwatson> I have no idea. Sorry. All I was doing for you was shovelling the bits around.
[11:01] <cjwatson> Worth a try I'm sure.
[11:03] <slytherin> cjwatson: I will try tonight and let you know. Meanwhile I guess I will also ask persia.
[11:03] <pitti> cjwatson: ah, you managed to get something buildable out of the udev bzr branch? *applauds*
[11:04] <cjwatson> pitti: debian/rules package didn't do what I wanted, I had to do the same but without the clean-tree
[11:04] <pitti> cjwatson: I added a debian/rules prep for that yesterday
[11:04] <pitti> cjwatson: to work around the gtk-doc breakage
[11:04] <cjwatson> pitti: yes, I used that
[11:04] <pitti> cool
[11:05] <cjwatson> pitti: but debian/rules prep; debian/rules package resulted in a substantial diff from 143-7 because some things were cleaned up relative to what was in the 143-7 diff
[11:05] <cjwatson> I had to do debian/rules prep; (the dpkg-buildpackage bit out of debian/rules package)
[11:05] <cjwatson> and that worked fine
[11:05] <pitti> cjwatson: right, I don't use debian/rules package either
[11:19] <slytherin> pitti: I though gnome-applets FTBFS on ports architectures was transitional failure. But it looks like gnome-applets needs update in build-dependencies (libgucharmap-dev -> libgucharmap2-dev)
[11:22] <seb128> slytherin, correct
[11:22] <seb128> will be fixed in the next upload
[11:23] <slytherin> seb128: thanks. :-)
[11:31] <pitti> cprov1: hm, this SRU was uploaded/built yesterday, and apparently published just fine: https://edge.launchpad.net/ubuntu/+source/pidgin/1:2.5.5-1ubuntu8.2
[11:31] <pitti> cprov1: however, binaries are missing from archive.u.c.: pidgin | 1:2.5.5-1ubuntu8.2 | jaunty-proposed | source
[11:31] <pitti> any idea about that?
[11:31] <pitti> hm, they are on cocoplum, so probably not a soyuz problem
[11:44] <cjwatson> pitti: xorg-docs/xorg-docs-core looks like a trivial main promotion to me, and is necessary for installability. Any objections?
[11:44] <pitti> cjwatson: agreed
[11:44] <pitti> although I object to installing it by default
[11:45] <pitti> it's 2 MB, and not really necessary; we have manpages already
[11:45] <cjwatson> only xorg-docs-core is installed by default
[11:45] <pitti> ah, good
[11:45] <cjwatson> which is Installed-Size: 108
[11:46] <cjwatson> xorg-docs is just in supported
[11:46] <cjwatson> and xorg-docs-core actually seems to be the thing that provides manpages
[11:49] <cjwatson> promoted
 mbiebl: would you mind if I add some bug fix patches to devkit-power and add myself to uploaders?
[12:06] <mbiebl> pitti: please go ahead ;-)
[12:06] <pitti> mbiebl: oops, sorry, I rebooted and was thrown out of debian
[12:06] <pitti> mbiebl: thanks
[12:06] <pitti> mbiebl: Richard just accepted my patch :)
[12:07] <pitti> finally, no lid open-boot-lid-close at the right time madness at login any more :)
[12:28] <maxb> Has anyone else experienced gtk programs segfaulting when you touch a combo box? So far I've only had this happen in Eclipse. But not much else that I use uses combo boxes.
[12:41] <seb128> maxb, there is a bug open about that
[12:41] <maxb> ah, /me heads malone-wards
[13:24] <bullgard4> pitti: Why does the command /usr/share/apport/apport-gtk produce no output? It triggers some hard-disk activity though.
[13:25] <pitti> bullgard4: by default it shows pending crashes
[13:25] <pitti> bullgard4: (hd activity> it checks for pending crashes)
[13:25] <pitti> bullgard4: try --help
[13:32] <bullgard4> Thank you.
[16:29] <dholbach> chrisccoulson: done
[17:02] <chrisccoulson> dholbach - thank you:)
[17:15] <dholbach> can somebody please change the Maintainer field of piding to ubuntu-devel-discuss@lists.u.c? :)
[17:15] <dupondje> djsiegel: i'm on the bug u mailed :P
[17:16] <djsiegel> dupondje: oh, sorry for the spam :)
[17:16] <dupondje> np
[17:16] <dupondje> :D
[17:16] <dupondje> 100 mails /day
[17:16] <dupondje> or 101 mails /day
[17:16] <dupondje> who cares :)
[17:16] <djsiegel> yeah, I am at about 1000
[17:17] <djsiegel> dupondje: I am flailing around trying to find people with time to do a paper cut this week
[17:21] <dupondje> N_("Toggle the Search Bar to locate documents and folders on this computer by name"),
[17:21] <dupondje> ok djsiegel  ? ;)
[17:25] <seb128> dholbach, you still have upload rights don't you?
[17:26] <seb128> dholbach, ie no need to ask every day about pidgin, just upload?
[17:26] <dholbach> if it were a branch, I'd just add it there
[17:26] <dholbach> no need doing an upload just for that
[17:26] <seb128> well why do you ask then? ;-)
[17:27] <Laney> I didn't see a bug about it when doing the merge ;)
[17:27] <seb128> I forgot when I sponsored the update today but if that's worth doing an another upload ...
[17:27] <seb128> Laney, yeah there is none, that has been mentioned on IRC and I said I would change it but I forgot today
[17:27] <Laney> yeah I did too...
[18:02] <kirkland> pitti: ping
[18:03] <kirkland> pitti: what's the story with hal?  there's a bit of hal in kvm that I'm wondering if it should remain, or be dropped?
[18:03] <seb128> kirkland, he's away for the evening
[18:03] <seb128> kirkland, but hal is being deprecated so better to stop using it
[18:03] <kirkland> seb128: okay, cool, thanks.
[18:03] <seb128> you're welcome
[18:05] <Keybuk> kirkland: what do you use HAL for?
[18:05] <kirkland> Keybuk: hal + policykit for /dev/kvm access
[18:05] <Keybuk> I may be able to help with knowing what to replace it with
[18:05] <Keybuk> ACL setting?
[18:05] <kirkland> Keybuk: only pertinent for desktop-y use of kvm, like virt-manager
[18:06] <Keybuk> or brokerage?
[18:06] <kirkland> Keybuk: /dev/kvm perms are
[18:06] <kirkland> crw-rw----+ 1 root root 10, 232 2009-06-29 17:53 /dev/kvm
[18:06] <kirkland> whoops
[18:06] <Keybuk> getfacl /dev/kvm ?
[18:06] <kirkland> that's wrong
[18:06] <kirkland> crw-rw----+ 1 root kvm 10, 232 2009-07-01 09:08 /dev/kvm
[18:07] <Keybuk> kirkland: also getfacl /dev/kvm
[18:07] <kirkland> Keybuk: http://pastebin.ubuntu.com/207624/
[18:08] <Keybuk> ok
[18:08] <Keybuk> so that's what HAL is doing for you
[18:08] <Keybuk> it's arranging for active console users to have a rw ACL on /dev/kmem
[18:08] <Keybuk> uh, kvm sorry
[18:08] <kirkland> Keybuk: okay
[18:08] <Keybuk> the good news is, you don't have to do anything
[18:08] <zyga> mvo: hey
[18:08] <Keybuk> littlebigplanet udev-143% grep kvm extras/udev-acl/70-acl.rules
[18:08] <Keybuk> SUBSYSTEM=="misc", KERNEL=="kvm", ENV{ACL_MANAGE}="1"
[18:08] <mvo> hey zyga
[18:08] <zyga> mvo: nice to see you again!
[18:08] <mvo> zyga: nice to see you!
[18:09] <Keybuk> that bit is already being handled by udev now
[18:09] <zyga> mvo: I've revived development on command-not-found
[18:09] <mvo> zyga: nice, have you seen the latest stuff in the 0.2.x branch?
[18:09] <zyga> mvo: I'll try to join all distros that use this kind of tool together with one client
[18:09] <zyga> mvo: I've branched off the ubuntu-core-dev tree
[18:10] <zyga> I've seen spellcheckin magic! (really amazing)
[18:10] <zyga> and lots of nasty l10n/python/gettext issues helpers
[18:10] <mvo> zyga: its pretty nice, I like it
[18:10] <kirkland> Keybuk: cool, so i can just drop the hal part?
[18:10] <zyga> I plan to track ubuntu-core-dev as I make improvements not to loose any patch
[18:10] <mvo> zyga: its great to have you back
[18:11] <Keybuk> kirkland: yup
[18:11] <kirkland> Keybuk: rock on, thanks.
[18:11] <zyga> mvo: I don't think I'll catch up with karmic (I don't know any deadlines) but I'll try to setup a ppa soon so that  interested people can inspect what I did
[18:12] <zyga> I'm glad to be back
[18:12] <mvo> zyga: keep me notified, I'm happy to merge/upload improvments and fixes
[18:13] <zyga> mvo: I'll keep that in mind
[18:14] <mvo> zyga: what are you plans? making it more distro indepedant?
[18:15] <zyga> 1) speed
[18:15] <zyga> 2) unified for distros
[18:15] <zyga> 3) separate front and backend
[18:15] <zyga> I'm planning on getting it to target ubuntu/debian, suse and later fedora
[18:15] <zyga> suse has a totally independent implementation
[18:15] <zyga> that can become a backend for cnf
[18:15] <zyga> one source
[18:16] <zyga> the packager/author already expressed interest in that
[18:16] <shaya> anyone here using the firefox 3.5 package?
[18:17] <shaya> it doesn't seem to play html5 video
[18:17] <zyga> fedora is difficult because of packagekit, packagekit is sloooow on fedora, I'm no sure I can get the kind of speed I want
[18:17] <zyga> mvo: but I have a technical question for you if you dont mind
[18:17] <zyga> actually two:
[18:17] <zyga> 1) is it safe to keep apt.cache open for long periods of time?
[18:17] <mvo> zyga: nice, for speed, will the C client become reality?
[18:17] <zyga> 2) what is the good way of accessing localized package description by name
[18:18] <mvo> zyga: keeping it open is probably not a great idea, it can change under your feet
[18:18] <zyga> mvo: I experimented with a vala client in the past but I was always put off buy vala being inmature back then
[18:18] <mvo> zyga: for the localized description that should just work via python-apt transparently
[18:18] <zyga> mvo: I hope to make a small stub client that just wakes a dbus service that actually gives you the data
[18:18] <mvo> zyga: I was told its much better nowday, but I got no first hand experience
[18:19] <zyga> mvo: I tried getting l10n summary but I failed, can you give me some hints?
[18:19] <zyga> basically I did this:
[18:20] <zyga> cache[package.name].summary
[18:20] <zyga> where cache is apt.cache.Cache()
[18:20] <zyga> but that is terribly slow
[18:21] <zyga> I was thinking about manually getting at the required data (I know where it is)
[18:21] <zyga> so that 1) you can "keep" the cache warm in the server
[18:21] <zyga> BRB
[18:21] <kees> ScottK: do you remember the history of cyrus-sasl2-heimdal's need for exact binary version matching with cyrus-sasl2?
[18:21] <ScottK> kees: Vaguely.  It used to be in the same source package and Debian split it out for some odd reason.
[18:22] <mvo> zyga: give me a minute, I build a example
[18:22] <kirkland> Keybuk: what about lshal?
[18:23] <kirkland> Keybuk: is something else going to provide that functionality?
[18:23] <kirkland> Keybuk: we're using that for report-bug functionality
[18:23] <Keybuk> kirkland: replace with /var/log/udev
[18:23] <kees> ScottK: upstream uses this now:  Depends: libsasl2-modules (>= ${source:Version}), libsasl2-modules (<< ${source:Version}.), ${shlibs:Depends}
[18:23] <kirkland> Keybuk: coolio
[18:23] <ScottK> kees: I don't think we have any need to be more strict than Debian is.
[18:24] <kees> ScottK: okay, I'm going to fix it for hardy, jaunty, karmic.  (intrepid is >=)   it broke when cyrus-sasl2 update went out.  :(
[18:26] <zyga> mvo: back (kids), thanks for the example!
[18:26] <zyga> mvo: I want to get access to package summary in a fast/safe/memory efficient way/without blocking regular apt
[18:27] <zyga> mvo: I was thinking about parsing translationi files directly but they have no index (bad)
[18:27] <zyga> cnf could keep a cache of package name -> seek offset with hints for the implementation
[18:28] <zyga> and this cache could be built the first time the index is cold
[18:28] <zyga> and discarded on index update (mtime
[18:29] <zyga> mvo: but frankly this all seems to me like re-inventing packaging system in a bad way :/
[18:31] <mvo> zyga: yeah, one problem is that you can not get the pkgcache without the depcache with python-apt :
[18:31] <mvo> :/
[18:31] <zyga> depcache is expensive?
[18:31] <zyga> mvo: as I said for the time being I'd love to hack an 1) efficient 2) temporary solution
[18:34] <zyga> mvo: http://pastebin.com/m7fe1c2dd (small peek at what I'm doing now)
[18:34] <mvo> zyga: sweet, how do you record the amount of usage?
[18:35] <mvo> zyga: yes
[18:35] <zyga> mvo: I parse shell history (currently only bash)
[18:35] <mvo> zyga: wife is calling, can I mail you the example (maybe there is a bug somewhere, the description should be localized)
[18:35] <mvo> zyga: nice idea
[18:36] <zyga> mvo: sure, thanks for your help - I'll stay in touch
[18:36] <soren> tseliot: Hey. I patched up the bcmwl package last night to support 2.6.31. Is there some upstream that would want the patch?
[18:37] <soren> tseliot: I doubt it would get very far if I just pasted into Broadcom's web based "Contact us" form or whatever :)
[18:37] <allesmueller_> hi, I have really strange problem on jaunty (nbr) with a netbook nc10 - where to ask?
[18:38] <ion> soren: I think the patch broke bcmwl with 2.6.30, btw.
[18:38] <zyga> allesmueller_: I have an nc10 with me
[18:38] <allesmueller_> zyga, with hsdpa modem?
[18:38] <zyga> yeah
[18:38] <zyga> :-)
[18:39] <ebroder> Anybody familiar with iscsi? I think bug #394398 is a regression in the recently SRU'd-to-hardy open-iscsi
[18:39] <soren> ion: Really? Hm... I wrapped it in #ifdef's and such.
[18:39] <soren> ion: Perhaps I screwed it up :(
[18:39] <allesmueller_> Zyga, good - did you experience problems with heavily used ssl streams like openvpn or citrix secure gateway?
[18:40] <ion> soren: http://heh.fi/tmp/bcmwl-make.log
[18:40] <zyga> hmm, no I don't use vpn's
[18:40] <zyga> but still I did some heavy traffic
[18:40] <zyga> (about 4Mbit sustained0
[18:40] <soren> ion: Gah.
[18:40] <soren> ion: I see the problem
[18:40] <zyga> what kind of problems did you experience?
[18:40] <soren> I checked that the #ifdef's were applied correctly, but didn't notice the wrong attribute name.
[18:41] <ion> soren: I wouldn’t mind using 2.6.31 if it didn’t make X unbearably slow and break backlight control. ;-) (Didn’t get around to reporting the bug yet, but i will)
[18:41] <allesmueller_> zyga, well regular traffic seems ok, but these 2 applications fail - they work with same settings on a huawai e270
[18:41] <zyga> I have a different modem
[18:41] <zyga> I use an internal samsng modem (usb device)
[18:42] <allesmueller_> zyga, yes thats the one which makes troubles :(
[18:42] <zyga> It works perfectly for me
[18:42] <allesmueller_> zyga, which firmware?
[18:42] <zyga> but as I said I don't use the vpn
[18:42] <zyga> I didn't add any extra repos I don't know
[18:42] <zyga> stock from ubuntu
[18:42] <zyga> but actually I don't have afirmware
[18:42] <allesmueller_> zyga, it's in the hardware
[18:42] <zyga> the modem just works using the acm driver
[18:43] <zyga> (yeah but I didn't upgrade)
[18:43] <allesmueller_> how old is your NC10
[18:43] <zyga> I might update though... I did boot xp once to upgrade all "win" drivers
[18:43] <zyga> sold in december 2008
[18:43] <allesmueller_> you can look with minicom - if you wanted
[18:44] <allesmueller_> mine is Revision: Y3100XXHL1
[18:44] <zyga> actually it's downstairs
[18:44] <zyga> if you want I can try
[18:44] <zyga> ahh, samsung software ;-)
[18:44] <allesmueller_> when did you upgrade last time
[18:45] <soren> ion: Fix uploaded.
[18:45] <ion> soren: Cool
[18:47] <allesmueller_> zyga1, startet schnell :)
[18:47] <allesmueller_> ups wrong lang :)
[18:47] <zyga1> allesmueller_: nc10 !
[18:48] <tseliot> soren: sorry but I have no idea. Did you use DKMS for the patch?
[18:49] <zyga1> allesmueller_: what can I write to ask the modem it's version?
[18:49] <zyga1> do you know the at command?
[18:49] <allesmueller_> ati
[18:50] <zyga1> Revision: Y3100XXHJ3
[18:50] <zyga1> allesmueller_: I hope that helps
[18:51] <allesmueller_> zyga1, seems older than mine ... thank you very much for your help
[18:52] <zyga1> how do you determine that?
[18:52] <zyga1> do you know how to parse samsung modem version numbers?
[18:53] <allesmueller_> it's in german, sorry http://www.mobilfunk-faq.info/samsung-tipps-tricks/19134-howto-erklaerung-der-firmwarecodes-bei-samsung.html
[18:54] <zyga1> can you write your modem version again
[18:54] <zyga1> I know how those numbers work
[18:54] <allesmueller_> Revision: Y3100XXHL1
[18:56] <zyga1> hmm
[18:56] <allesmueller> yessss?
[18:56] <zyga1> I have a more recent version
[18:57] <allesmueller> *urgs*
[18:57] <zyga1> whoops no sorry
[18:57] <zyga1> wrong
[18:57] <allesmueller> *urgs*
[18:57] <zyga1> I calculatated right but I swapped versions
[18:57] <zyga1> your version is two months older
[18:57]  * allesmueller lost last hope
[18:58]  * allesmueller doesn't want to use the external modem - that really sucks
[18:58] <zyga1> you can just use my version
[18:59] <zyga1> samsung's polish page has those drivers
[18:59] <zyga1> you can flash them somehow I'm sure (I don't know how regular people do that really)
[18:59] <allesmueller> Y3100XXHJ3
[19:00] <allesmueller> already downloaded, just don't know howto flash without windows
[19:00] <zyga1> I'm sure you do need windows though :/
[19:00] <allesmueller> maybe some freaky at command syntax :)
[19:04] <slangasek> tkamppeter: do you know why printing has broken horribly for me some time in the last two weeks?
[19:04] <slangasek> tkamppeter: are there reports of major regressions in karmic?
[19:37] <tkamppeter> slangasek, no major regressions in Karmic. Please tell me what exactly does not work for you. Printer model? Files/apps which do not print? ...
[19:37] <slangasek> tkamppeter: HP PSC 750, all printing from evince is broken
[19:38] <slangasek> also from firefox
[19:38] <slangasek> color printing is squished into a narrow band on the left of the page; b&w printing is rendered on 1/4 of the page
[19:38] <slangasek> ... and the printing dialogs appear to have changed completely?
[19:40] <mneptok> slangasek: <kosh> a stroke of the brush does not guarantee art from the bristles. </kosh>
[19:42] <slangasek> full-duplex printing is a three-edged sword
[19:42] <tkamppeter> slangasek, looks like that something with HPLIP is not working ...
[19:46] <slangasek> tkamppeter: could be; is there testing I should do before filing a bug?
[19:49] <tkamppeter> slangasek: My PhotoSmart C8100 works perfectly.
[19:50] <tkamppeter> slangasek: Please file a bug, especially attach an error_log as described in the "CUPS error_log" section of https://wiki.ubuntu.com/DebuggingPrintingProblems
[19:51] <c_korn> hello, why do I only get empty packages with this control and rules file? http://pastebin.com/d4904a825 http://pastebin.com/d3024e5e6
[20:01] <maxb> cdbs! runaway!
[20:01] <maxb> :-)
[20:02] <c_korn> isn't my package. :P
[20:02] <c_korn> it seems to be because of missing .install files.
[20:03] <maxb> Makes sense. If you don't tell debhelper to install anything... :-)
[20:04] <c_korn> well, I did not advise it to install into debian/tmp
[20:05] <maxb> that's common idiom for a multibinary package
[20:07] <c_korn> yes, I realized it. now I have to create a gnome-commander.install file with content "debian/tmp". then I think it stripes the binaries inside and installs the debugging symbols into the gnome-commander-dbg package
[20:08] <hile> btw reminds me, why alsa-plugins build insists building amd64-versions on i386?
[20:08] <hile> multiarch is fine, but seems strange you need to build multiarch by default
[20:10] <slangasek> that's not multiarch
[20:12] <hile> dunno if it's multiarch but you need to install binaries which don't work on your hardware to build it
[20:14] <hile> i386 and x64 are IMO different architectures to me... not like m68k vs arm but if you can't run the binary you are required to build..
[20:17] <hile> I just don't understand requirement for control file rules like libc6-dev-i386 [amd64]
[20:18] <slangasek> multiarch is the exact opposite of this, fixing it so we /don't/ need to build i386 binaries on amd64 and vice-versa
[20:18] <slangasek> what you're looking at is the workaround, needed in order to support installing 64-bit applications on an i386 system - which works only if you're running a 64-bit kernel
[20:19] <hile> but this was build requirement, not install requirement?
[20:19] <hile> well anyway, it works, was just confusing
[20:21] <slangasek> tkamppeter: do you want this bug filed against cups, or against hplip?
[20:22] <tkamppeter> sladen: hplip
[20:22] <slangasek> tkamppeter: ok
[20:22] <tkamppeter> slangasek: hplip
[20:22] <tkamppeter> sladen: Sorry.
[20:23] <slangasek> hmm, perhaps I should have the printer connected while filing this bug
[20:24] <tkamppeter> slangasek: Yes, to get the correct error_log and also to get correct apport data.
[20:24] <slangasek> the error_log is all but empty
[20:24] <slangasek> but yeah
[20:26] <tkamppeter> slangasek: There is something really broken on your box. Especially if you have set the debug mode of CUPS no one got an empty error_log.
[20:26] <tkamppeter> slangasek: Can you look for CUPS-related "audit" messages in /var/log/syslog?
[20:27] <slangasek> tkamppeter: er, I haven't set any debug mode for CUPS
[20:27] <tkamppeter> See the web page which I mentioned earlier ...
[20:27] <slangasek> I hadn't read that wiki page yet, didn't realize you wanted an explicit config change first
[20:38] <slangasek> tkamppeter: btw, what happened that hpoj is now forced to be removed?  that appears to leave me with no option to have cups running at the same time as I'm using the scanner
[20:44] <billisnice> i had trouble getting today's updates to update.  When i typed in my password to install all the updates, they unchecked for a second and went back to the update menu with them checked.
[20:47] <slangasek> tkamppeter: bug #394447
[21:04] <maxb> Does anyone have a version of update-grub that works across multiple ubuntu installations in different partitions?
[21:12] <dupondje> Sarvatt: u have a nouveau version for 2.6.31 ?
[21:51] <c_korn> the current ubuntu daily is not installable? xorg: Depends on xorg-docs-core which is not installable
[21:55] <Viper550> hmm, I have a little pondering - have we ever thought of '''removing''' Gimp from the default install?
[21:57] <Sarvatt> saves a huge chunk of space on the livecd removing it, thats for sure :D
[21:58] <ion> Triple quotation mark? :-)
[22:00] <Viper550> If we remove gimp from the default, an advanced piece of software whose basic functionality for image tweaking/etc can be found in other apps, we can put more useful stuff in
[22:00] <Viper550> you know what, I'll make a spec for that
[22:01] <Sarvatt> (like the pae kernel)
[22:13] <EvanCarroll> I really wish the bug tracker permitted fileing a distribution bug link for CPAN
[22:14] <EvanCarroll> it should permit linkouts to rt
[22:16] <Viper550> https://blueprints.launchpad.net/ubuntu/+spec/remove-gimp
[22:23] <EvanCarroll> The way Debian packages perl, is seriously 110% retarded.
[22:23] <EvanCarroll> It makes me sick.
[22:24] <ion> evancarroll: Because making a version control system do the hard work of rebasing patches is bad?
[22:27] <EvanCarroll> exactly.
[22:28] <EvanCarroll> This is why god invented subclassing, and namespaces -- if debian wants to break stuff, they shouldn't be monkey patching it into unbroken stuff.
[22:28] <EvanCarroll> And they should be subclassing.