[12:04] <kagou> i making a patch to add a depend to a package.
[12:05] <kagou> i suppose that i had to edit debian/control
[12:05] <kagou> but which ? control or control.in ?
[12:05] <kagou> what's the difference ?
[12:10] <\sh> depends...cdbs has a mechanism to have a control.in template which is substituted with some values and results in control ... so in this case, control.in is the correct way...but for this you have to check the debian/rules file first and read cdbs documentation
[12:15] <kagou> thanks \sh
[12:16] <kagou> see you later
[12:47] <Riddell> jordi: bug 41678 is a UVF
[12:47] <Ubugtu> Malone bug 41678 in ispellcat "Please sync with Debian unstable" [Normal,Unconfirmed]  http://launchpad.net/bugs/41678
[12:48] <Riddell> jordi: include a changelog and e-mail matt and colin
[01:23] <tovella> not sure how to get this problem to developers, so i'm presenting it here.  i don't expect any help with it, just wanted to let someone know.
[01:23] <tovella> [lspci -vv |grep -i adaptec] 
[01:23] <tovella> results in the following:
[01:23] <tovella> 0000:02:00.0 Memory controller: Adaptec AIC-7815 RAID+Memory Controller IC (rev 02)
[01:23] <tovella>         Subsystem: Adaptec: Unknown device 7846
[01:23] <tovella> 0000:02:04.0 SCSI storage controller: Adaptec 78902 (rev 01)
[01:23] <tovella>         Subsystem: Adaptec AAA-131U2 Array1000 1 Channel RAID Controller
[01:23] <tovella> [dmesg |grep -i 'aic'] 
[01:23] <tovella> results in the following:
[01:23] <tovella> [  129.386387]  aic7xxx: Unknown symbol spi_populate_sync_msg
[01:23] <tovella> [  129.388363]  aic7xxx: Unknown symbol spi_populate_width_msg
[01:23] <tovella> [  129.389222]  aic7xxx: Unknown symbol spi_populate_ppr_msg
[01:27] <kl> tovella, https://launchpad.net/distros/ubuntu/+filebug
[01:27] <kl> ...if there's something, what fails
[02:08] <bddebian> Gah, where's doko?
[02:09] <mdke> asleep, I'd think
[02:09] <bddebian> mdke: Is he the go to for a python question?
[02:09] <mdke> bddebian: no idea. I'd guess #python is a good bet
[02:09] <bddebian> I mean python wrt Ubuntu
[02:10] <bddebian> I'm getting ready to rip 2.1 out of pychecker and I'm thinking I should rip 2.2 out as well
[02:13] <mdke> bddebian: well then yes, I think he is.
[02:14] <lifeless> bddebian: do you mean as modes, or as dependencies ?
[02:14] <lifeless> bddebian: or as 'runs under' ?
[02:17] <bddebian> lifeless: All of the above?
[02:20] <lifeless> well, its useful for folk writing portable python to know about 'will break on 2.2' even if they are using 2.4 themselves
[02:22] <bddebian> lifeless: Fair enough but how long are we keeping 2.2 in the archive?
[02:22] <lifeless> how are the two things related ?
[02:22] <mdke> is there a disadvantage to keeping packages in the archive?
[02:23] <lifeless> mdke: yes
[02:23] <bddebian> lifeless: Because if I leave python2.2 as a dep/build-dep for pychecker and it no longer exists..?
[02:23] <lifeless> bddebian: I'm talking about it being able to check for 2.2 issues. Does that need python 2.2 ?
[02:23] <mdke> lifeless: what is the disadvantage?
[02:23] <bddebian> lifeless: I don't know the answer to that unfortunately
[02:24] <lifeless> bddebian: in which case, you can't answer 'how are the two things related' :)... thats what I'd aim to find out
[02:25] <bddebian> Why do I even try.. :'-(
[03:03] <robertj> whee, libpam-abl is packaged by debian
[03:03] <robertj> happy day
[03:03] <bddebian> heh
[03:03] <robertj> that's going to be a popular dapper backport
[03:57] <zul> heylo
[03:58] <bddebian> Heya zul
[03:58] <zul> hey bddebian 
[04:07] <robertj> I've been looking at samba a bit and changing the passdb backend to plaintext seems like it would behave as expected for most users...
[04:07] <robertj> any thoughts?
[04:13] <bddebian> Hmm, I didn't get an accept or reject for pychecker
[04:42] <poningru>  hi question: I wanted to request/work on a feature for the edgy espresso partitioning tool, a dual boot 'option' in the partitioning tool, should I put that in as feature request in malone or should I add it as a braindump on the wiki?
[04:42] <poningru> I asked in #launchpad they told me to ask here
[04:42] <poningru> also can I look at the espresso roadmap to make sure this isnt planned already
[04:48] <Burgundavia> poningru: what are you trying to do? There is planned a "delete these partitions and install ubuntu into them" features
[04:49] <poningru> basically a single option that will 
[04:50] <poningru> look at the ntfs partition to see if its non-fragmented enough and then makes it smaller, and formats that extra space with a linux fs
[04:50] <Burgundavia> poningru: it should already do that
[04:50] <poningru> 0.0
[04:51] <Burgundavia> Gman: so, is gcj about to become obsolete overnight?
[04:51] <poningru> rofl
[04:51] <poningru> Lathiat: the whole rumor about java going open
[04:51] <Lathiat> did they OS java? :)
[04:52] <Lathiat> oh, heh, only a rumour, fpf :)
[04:52] <Burgundavia> bddebian: does the word make you break into hives?
[04:53] <bddebian> I'm just unimpressed with Java I guess
[04:53] <poningru> woo go .NET
[04:53] <poningru> err I mean...
[04:53] <bddebian> heh
[04:54] <Gman> Burgundavia, couldn't possibly comment :)
[04:55] <Gman> [mostly because i don't know] 
[04:58] <bddebian> Who's maintaining uploads these days?  Kamion and infinity?
[04:58] <bddebian> Or is lamont still also?
[06:47] <infinity> bddebian: What do you mean by "maintaining uploads"?
[06:47] <infinity> bddebian: Uploaders (ie: you) "maintain uploads". :)
[06:48] <bddebian> infinity: I uploaded pychecker but got no accept/reject?
[06:48] <bddebian> And no it's not unstable :-)
[06:48] <infinity> No, lamont doesn't have access to look at the upload queue, and never has had.
[06:49] <bddebian> Oh, hmm
[06:49] <bddebian> So I'm clueless, what can I say
[06:51] <crimsun> what key id and e-mail did you use to sign the upload?
[06:52] <bddebian> bddebian@comcast.net as always
[06:54] <bddebian> No periods in my email addresses ;-P
[06:54] <bddebian> infinity: Should I just try it again?
[06:59] <infinity> You should have a reject now...
[07:00] <bddebian> Ack, shit, how'd I miss that being in main?
[07:01] <infinity> Of course, I'd still like to know why the upload queue failed to process it the first time, and you only got a reject after I re-processed it, but whatever...
[07:01] <infinity> One bug at a time. :/
[07:02] <Rotund> would this be a a place to ask about Summer of Code questions particular to Ubuntu?
[07:03] <infinity> Oh, that was the same bug that's blocking syncs.  I wonder if that means someone's jimmied it in production to make it happy again?
[07:04] <crimsun> infinity: word is that "syncs should be fixed early next week, you'll be pleased to know"
[07:05] <infinity> crimsun: I know what the bug report says about them too (should be rolled out tomorrow), but that doesn't change the fact that bddebian's upload failed due to the same bug that was blocking syncs... And when I just retried the upload, it didn't fail (it rejected, but that's his fault).
[07:05] <infinity> So, yeah.  Let me entertain a fantasy here for a few seconds.
[07:07] <infinity> Oh, no, I guess it was two bugs with seemingly identical symptoms.  Nevermind.
[07:08] <bddebian> Two bddebian bugs? :-(
[07:08] <bddebian> :-)
[07:12] <infinity> Unless you've been comitting code to launchpad lately, I think we can let you off the hook for this bug.
[07:13] <infinity> bddebian: Anyhow, do you want to send me the debdiff for that pychecker upload, and I can sign and upload it if it looks cool?
[07:13] <infinity> bddebian: I'm perfectly happy with MOTU fixing bugs in main for me. :)
[07:14] <infinity> (Yes, I could just grab your upload from the REJECTED queue, I guess, but that seems to be in poor taste/form..)
[07:17] <bddebian> I can do a quick debdiff I guess.  Want me to throw it up somwhere?
[07:18] <infinity> Actually, screw bad form.  I'll just pull it from the rejected queue. :)
[07:18] <infinity> (Or rather, I already have)
[07:19] <bddebian> It's pretty small.  I just ripped python2.1 from it
[07:20] <bddebian> OK, 1am, I gotta get to bed.  Gnight folks
[07:20] <bddebian> Thanks infinity
[07:20] <infinity> What a bizarre package..
[07:21] <infinity> I wonder what the maintainer had against just depending on "python".
[07:22] <bddebian> I think it needs all to check syntax for each version
[07:22] <infinity> Anyhow, there's no harm in allowing it to still install and run with python2.1, even though we no longer ship it, so I won't bother uploading this at all.
[07:23] <infinity> Software that works with old packages isn't inherently buggy. :)
[07:23] <infinity> (If it also works with new ones, which this one does)
[07:23] <bddebian> https://launchpad.net/distros/ubuntu/+source/python2.1/+bug/41510
[07:23] <Ubugtu> Malone bug 41510 in python2.1 "[UNMETDEPS]  python2.1 has unmet dependencies" [Normal,Confirmed]  
[07:24] <bddebian> It and jython were the last rdepends for 2.1, then it can be removed
[07:24] <infinity> We can remove packages while things still depend on them, if the dependency is an OR.
[07:24] <infinity> jython is the only blocker.
[07:24] <bddebian> Hmm, good point
[07:24] <infinity> (Well, we can remove packages anyway, but we don't like to break the archive)
[07:24] <bddebian> jython can get removed as well
[07:25] <bddebian> Anyway I give up.  Gnight
[07:26] <crimsun> infinity: If you don't mind taking a look at the debdiff for bug #41367, please, I'd be grateful. (I've built and confirmed it fixes the issue; I'm currently running it now with no problems.)
[07:26] <Ubugtu> Malone bug 41367 in alsa-lib "dmix consumes 100% CPU with 32-bit userspace on 64-bit kernel" [Normal,Fix committed]  http://launchpad.net/bugs/41367
[07:32] <infinity> crimsun: Though I'm alsa-illiterate, most of the fixes in those patches look "obviously correct" and quite simple.  I'm balking at the fix for that specific bug, though.  Did process_timer_event() really do nothing useful?... Oh.  Nevermind.  It really did nothing useful.
[07:32] <infinity> Then my only quibble is this:
[07:32] <infinity> +-snd_timer_read(dmix->timer, &rbuf, sizeof(rbuf));
[07:32] <infinity> ++snd_timer_read(dmix->timer, rbuf, sizeof(rbuf));
[07:32] <infinity> [...] 
[07:32] <infinity> + snd_timer_read(dmix->timer, &rbuf, sizeof(rbuf));
[07:33] <infinity> Can we be consistent about that type and how we access it? :)
[07:33] <infinity> (Not knowing the context, I don't know which is correct, though I suspect the change is correct, and it just needs to be made in more places)
[07:37] <crimsun> infinity: it's pulled from upstream, but I'll ping Takashi about it.
[08:46] <kagou> morning 
[09:44] <sivang> morning all
[09:49] <highvoltage> hi sivang 
[10:02] <ubijtsa> highvoltage: did you get anywhere with the netboot test of the preseed?
[10:02] <sivang> hey highvoltage , how's it going?
[10:03] <highvoltage> ubijtsa: yes, i made some changes to the pxelinux config so that it's the same as my isolinux config
[10:04] <highvoltage> ubijtsa: but then i realised that my preseed in there points to /cdrom/preeseed/preseed.seed
[10:04] <highvoltage> ubijtsa: which of course isn't available, and you need user to tweak things a bit too far to make this specific test applicable to that
[10:05] <highvoltage> sivang: public holiday here today, so I can't complain :)
[10:06] <ubijtsa> highvoltage: I understand :)
[10:06] <highvoltage> ubijtsa: i'm going to have to make it network installable at some point though. i'll do that as soon as the cd boot works fine. netboot+++
[10:07] <ubijtsa> highvoltage: netboot rocks... :)
[10:08] <fabbione> highvoltage: what are you trying to make netinstallable+
[10:08] <fabbione> ?
[10:10] <highvoltage> fabbione: it's just a tuxlab setup cd, i had some trouble with the preseed, so i wanted to find a way of testing the validity of a preseed before writing the CD
[10:10] <highvoltage> d-i just said it's an invalid preeseed and didn't give more info
[10:11] <highvoltage> but i think it was lines that I wrapped by adding a "\" that caused it
[10:11] <fabbione> highvoltage: did you check /var/log/syslog ?
[10:11] <highvoltage> merged some things into one line, and then it worked.
[10:11] <highvoltage> admittingly, not :/
[10:11] <highvoltage> so ubijtsa suggested that i use netboot to test the preseeds
[10:11] <fabbione> do it next time
[10:11] <highvoltage> ok, noted :)
[10:12] <fabbione> because preseeding from cd/netboot is slightly different
[10:12] <fabbione> in regards for choose-mirror setup
[10:12] <highvoltage> i noticed :)
[10:12] <highvoltage> can i specify that in pxelinux.cfg?
[10:13] <fabbione> yes choose-mirror is preseedable
[10:13] <fabbione> but there is a limit on the number of info you can pass via kernel cmdline
[10:13] <fabbione> what i did last time was to provide the minimal amount of info to kernel cmdline to be able to download the preseed file from a web server
[10:13] <fabbione> that will work
[10:14] <fabbione> but you might still get one question asked at boot because the preseeding simply doesn't fit in the kernel cmdline
[10:14] <highvoltage> ah, that would work for me too.
[10:14] <fabbione> and preseed is loaded only after that
[10:14] <highvoltage> one question is good. it means that someone won't accidentally boot to the network and accidentally loose all their data.
[10:16] <highvoltage> i'm starting to really like d-i. i should've moved away from my hacky dialog / bash scripts ages ago.
[10:52] <highvoltage> which preseed option is there to disable the HTTP proxy information question in d-i?
[11:01] <fabbione> highvoltage: preseed it :)
[11:01] <fabbione> it's in the documentation
[11:03] <\sh> morning fabbione :) 
[11:03] <fabbione> hi \sh
[11:06] <\sh> I wonder if I can reproduce this ubiquity crash with kdeui on amd64..this is really a weired one
[11:23] <\sh> Kamion: dunno if you are awake, but can you tell me something about component/language.py and the generated language_choice_map? it looks like a python dict, where the key is the language and then a list is the value...dunno if I read it the correct way
[11:31] <highvoltage> ah, found it :)
[11:32] <ben-2006> hey all, got a question regarding developing for ubuntu (and well linux in general).  What is the main codebase for ubuntu? C++ or Python or a strong mixture?  And how do you get a UI to work under both Grome and KDE - does GTK+ work it out?
[11:32] <ubijtsa> ben-2006: Gnome use gtk, KDE use Qt and they are quite different
[11:33] <ben-2006> so you can't make a app which works in both?
[11:33] <highvoltage> ben-2006: although both will work on both if you have the libraries install
[11:33] <ubijtsa> however, most people will have libraries for both installed
[11:33] <mjg59> ben-2006: Strictly this channel is for the development /of/ Ubuntu, rather than development in Ubuntu
[11:33] <highvoltage> *installed
[11:33] <ben-2006> mjg59: oh sorry :(
[11:33] <mjg59> ben-2006: However, applications written in either toolkit will work in either environment (providing the toolkit libraries are present)
[11:33] <mjg59> The X protocol is the same in both cases
[11:33] <ben-2006> ahh thats cool
[11:34] <mjg59> Outside KDE, most application development is probably still in C. Python is also common. There are a few notable C++ apps, such as Mozilla and Openoffice
[11:34] <mjg59> KDE is almost entirely C++
[11:35] <ben-2006> what kind of apps are developed using Python?? (i want to get into linux development - or at least have more experience in it)
[11:35] <highvoltage> ben-2006: python would be your best bet for getting started. you can contribute in many ways if you know some python.
[11:36] <highvoltage> ben-2006: but let's move this to #ubuntu, we're there too, and will answer your questions there
[11:36] <ben-2006> ok :)
[11:39] <sivang> morning pitti 
[11:40] <sivang> morning mjg59 
[11:40] <pitti> hi sivang 
[11:41] <\sh> moins sivang, pitti
[11:42] <janimo> if a package has in the depends line: A | B , B does it chose B because it's twice?
[11:42] <janimo> need to make a dep explicit rather then relying on dpkg guessing it
[11:42] <pitti> hi \sh 
[11:43] <janimo> and A |B is put there by shlibs
[11:43] <pitti> janimo: either that, or it installs A and B
[11:43] <janimo> ah, and A conflicts/replaces B :)
[11:43] <janimo> it's the gnumeric/gnumeric-gtk thing matt answered on the list
[11:44] <janimo> I guess I'll have to try and see. But since lintian used to complain if a dep is listed twice I did not think there could be such uses for duplicating deps
[11:45] <\sh> woooha
[11:45] <\sh> what do I get when I fixed kde-ui of ubiquity on amd64 ? 
[11:45] <\sh> what what?
[11:45] <\sh> Riddell....
[11:46] <\sh> damn...that's giving me a high...
[11:46] <janimo> \sh: is ubi  not entirely python?
[11:47] <janimo> why does the arch matter?
[11:47] <\sh> yes but it had a regression on amd64 only because of some strange unicode stuff...
[11:47] <janimo> what was the buf?
[11:47] <janimo> bug?
[11:47] <\sh> start it on amd64, click the first next step and come to language selection it will crash
[11:56] <fabbione> pitti: ping?
[11:56] <pitti> hi fabbione 
[11:56] <fabbione> pitti: http://lists.freedesktop.org/archives/hal/2006-April/005078.html
[11:56] <fabbione> according to some very clueful guys, we need that to fix endianess issues
[11:56] <fabbione> (serious ones)
[11:58] <pitti> fabbione: sure, I can test and apply the patch at some time this week
[11:59] <fabbione> pitti: ok great thanks
[01:19] <jono> hi all
[01:24] <jono> does anyone have a large icon for the update manager?
[01:29] <ploum> jono: the icon is in SVG here
[01:29] <jono> its png here
[01:29] <ploum> (if we are talking about the same icon)
[01:29] <jono> the litte orange update icon that sits in the notification rea
[01:29] <jono> area
[01:30] <ploum> oh, I tought that you were talking about the icon in the menu
[01:30] <ploum> sorry
[01:30] <jono> no worries
[01:30] <jono> is there a way I can force the update bubble to pop up?
[01:30] <jsgotangco> the one that says you have updates?
[01:30] <jono> jsgotangco: yes
[01:31] <Mithrandir> jono: downgrade a package.
[01:31] <ploum> jono: comment a line in your /etc/apt/sources, apt-get update, put the line again, re-apt-get-update
[01:31] <Mithrandir> (at least, I'd assume it'd pop up then)
[01:31] <ploum> that's how I do it
[01:34] <jono> how do I downgrade a package?
[01:35] <ploum> jono: if it's in your package database, simply :
[01:35] <ploum> apt-get install package=0.0.1.2
[01:36] <ploum> where 0.0.1.2 is the version number you want to install
[01:36] <ploum> availables versions are shown using
[01:36] <ploum> apt-cache policy package
[01:36] <jsgotangco> bye bye warty
[01:36] <ploum> if you have an old deb file, you can also dpkg -i package.deb
[01:37] <ploum> what the name of this fruit/vegetable in english : http://www.boolsite.net/images/previews/Divers/Nourriture_Boisson/_prev/Avocat.jpg ?
[01:38] <jsgotangco> that's an avocado
[01:38] <slomo__> ploum: avocado afaik
[01:38] <ploum> jono: why not using this as the planetadvocacy logo :-)
[01:39] <ploum> (in french, advocate and avocado are the same word. And are quite similar in english)
[01:39] <jono> ploum: :)
[01:39] <jono> hehe
[01:39] <jsgotangco> lol
[01:40] <ploum> http://french.epochtimes.com/news_images/2005-3-15-sans-titre-avocat.jpg (better resolution)
[01:41] <jono> I cant find a package with more than one available version
[01:42] <ploum> jono: downoad a breezy package on http://packages.ubuntu.com/
[01:42] <ploum> and dpkg -i it
[01:50] <ogra> there were a ton of uploads today and yesterday, i'd just try to run sudo apt-get update, with luck you have something to update ;)
[01:51] <ogra> (before making fuss about downgrading)
[01:51] <ploum> ogra: na..  too easy
[01:51] <ogra> :)
[01:51] <ploum> we are looking for something that feel like a bit "hackish"
[01:52] <ogra> then patch apt :)
[02:03] <zul> heylo
[02:03] <imc_out> Hey anyone know if there's been move to add the EVDO MTU patch to the new dapper kernel?
[02:03] <zul> no there hasnt
[02:03] <sladen> mjg59: Lyn has an HP8230, is alsa-utils the place to file bugs regarding headphone muting?
[02:03] <imc_out> Ah. Okay, thanks zul. Is it on the roadmap?
[02:04] <zul> imc_out: i dont think so
[02:04] <mjg59> sladen: No, kernel
[02:04] <zul> you might want to open up a bug so the kernel team can ooko at it
[02:04] <imc_out> zul, thanks very much.I think I will do that
[02:04] <imc_out> I wish I could do more but I can't program to save my life. 
[02:04] <imc_out> :)
[02:26] <janimo> is there a new beta/flight planned for this week?
[02:27] <ogra> hopefully not
[02:27] <janimo> :)
[02:27] <ogra> i'd like to have some time to work on bugs ... beta releases take an awful lot of time for testing
[02:50] <tsdgeos> jordi: ping
[02:51] <tsdgeos> Mithrandir: ping
[02:51] <imc_out> zul, thanks for the suggestion. I filed the MTU/EVDO thing as Bug # 42356
[02:51] <Mithrandir> tsdgeos: pong
[02:52] <tsdgeos> Mithrandir: i was told you where working on popcon.ubuntu
[02:52] <tsdgeos> is that right?
[02:52] <Mithrandir> tsdgeos: yes
[02:52] <tsdgeos> any timeframe when it'll begin to wrok?
[02:53] <Mithrandir> this week, hopefully
[02:53] <jordi> tsdgeos: yes
[02:53] <jordi> tsdgeos: have you tried the latest version?
[02:53] <tsdgeos> jordi: i told Riddell about the ispell thingy and he told me you should contact Foo or Bar (don't remember names) to get some permission
[02:54] <tsdgeos> jordi: was going to do it now
[02:54] <tsdgeos> Mithrandir: :-)
[02:55] <jordi> https://launchpad.net/distros/ubuntu/+source/ispellcat/+bug/41678
[02:55] <Ubugtu> Malone bug 41678 in ispellcat "Please sync with Debian unstable" [Normal,Unconfirmed]  
[02:55] <jordi> Kamion: is there anything else I need to do to get this synced?
[02:57] <tseng> jordi: https://wiki.ubuntu.com/DeveloperResources
[02:57] <tseng> jordi: "Syncs"
[02:58] <jordi> ok, so it's pending
[02:58] <tsdgeos> jordi: Per is still not recognised as incorrect, but that was a bug not related to the others, you want me to open a separate bug?
[02:59] <tsdgeos> the l' and . at end issues seem to have been fixed
[03:00] <jordi> tsdgeos: that's probably a name or something.
[03:00] <tsdgeos> maybe
[03:00] <jordi> Per needs a separate bug, but I guess it's a surname or whatever.
[03:00] <tsdgeos> it seems
[03:00] <tsdgeos> Per i Toms, Job Agusti
[03:01] <tsdgeos> but should surnames be in a dictionary?
[03:01] <jordi> Agull
[03:01] <jordi> I see plenty of them
[03:02] <tsdgeos> ok, np then
[03:02] <jordi> I guess that one could be removed
[03:02] <jordi> as it causes some confusion
[03:02] <jordi> I'll tell joan to see what he thinks about it
[03:02] <tsdgeos> thanks
[03:02] <jordi> Mallac
[03:02] <jordi> heh
[03:02] <jordi> it has this, but not with H
[03:03] <jordi> Astals isn't :)
[03:03] <danimo> does printing work for anyone of you with current dapper?
[03:03] <jordi> heh
[03:03] <tsdgeos> j/k
[03:06] <danimo> I am constantly getting: http://pastebin.com/692143, no matter what I try to print
[03:06] <danimo> and independent of the printer I am printing to
[03:09] <danimo> anyone around who maintains cupsys or gs?
[03:09] <pitti> danimo: cupsys -> me, gs -> Diziet 
[03:10] <danimo> pitti: any idea about the output that cups shows in the log file?
[03:10] <pitti> -v please
[03:10] <danimo> (and in kprinter)
[03:10] <danimo> pitti: see the pastebin url above
[03:10] <pitti> ah, I didn't notice that
[03:11] <pitti> danimo: hm, some program generates PS that gs doesn't understand; I don't know whether that's the fault of the application or of gs
[03:12] <pitti> danimo: can you please file a bug against gs, describe the application, attach an example document that reproduces the issue, and so on?
[03:12] <danimo> pitti: ok
[03:12] <pitti> thanks
[03:20] <danimo> Riddell: ping?
[03:48] <Riddell> danimo: hi
[04:21] <infinity> Riddell: kdeutils is FTBFS all over, BTW.
[04:22] <Riddell> infinity: ta
[04:24] <danimo> Riddell: does printing to pdf work for you?
[04:24] <danimo> Riddell: seems like the kprinter backend creates invalid ps
[04:25] <Tonio_> danimo: doesn't work here
[04:25] <Tonio_> cups failing with ghostscript ?
[04:25] <danimo> yes
[04:25] <danimo> somehow
[04:25] <Tonio_> weird
[04:25] <danimo> Tonio_: pitti needs a bugreport
[04:26] <Tonio_> danimo: yup, I'll have a look at cups logs before ;)
[04:27] <Tonio_> danimo: nothing in cups error logs......
[04:27] <danimo> Tonio_: I had, let me look up the bug number I filed it up
[04:27] <danimo> Tonio_: it was with my kprinter backend, but that should not matter
[04:27] <Tonio_> danimo: maybe need to wait a bit, I think cups doesn't print errors real time in log files :)
[04:27] <danimo> err, with my printer even
[04:28] <danimo> it does
[04:28] <Tonio_> danimo: hum....... well the point is that my error logs are still empty ;)
[04:29] <danimo> you need to increase the verbosity in cupsd.conf do "debug"
[04:29] <danimo> Tonio_: https://launchpad.net/distros/ubuntu/+source/cupsys/+bug/41800
[04:29] <Ubugtu> Malone bug 41800 in cupsys "Cups fails to print any file with Brother HL-1430" [Normal,Unconfirmed]  
[04:29] <Tonio_> danimo: that's why okay ;)
[04:31] <danimo> :)
[04:32] <danimo> Tonio_: it's probably not a pure kde bug, since a2ps fails on the same document
[04:32] <Tonio_> danimo: confirmed
[04:32] <danimo> Tonio_: can you try to print a small pdf via a2ps?
[04:32] <danimo> or convert it to ps with pdf2ps ?
[04:33] <Tonio_> danimo: it works correctly on my second computer
[04:33] <Tonio_> at least for pdf
[04:34] <Tonio_> what the hell is this......
[04:34] <danimo> no idea
[04:34] <danimo> but I don't really have time to debug it
[04:34] <danimo> as much as I'd like to
[04:35] <Tonio_> danimo: both dapper up to date, near by default config
[04:35] <Tonio_> danimo: I am not able too
[04:35] <danimo> Riddell: can you help out?
[04:35] <danimo> Riddell: this looks pretty urgent
[04:36] <Riddell> not if it's a cups problem I can't
[04:37] <danimo> Riddell: well, if a2ps works it's probably not a pure cups problem
[04:37] <danimo> cups/ghostscript, that is
[04:38] <Riddell> we need to poke Diziet
[04:38] <Tonio_> Riddell: the strange issue is it works on one of my two machines, both dapper up to date.......;
[04:38] <Tonio_> and both with a nearby default config
[04:38] <danimo> Tonio_: print to pdf, too?
[04:39] <Tonio_> danimo: both
[04:40] <danimo> interesting...
[05:14] <Surak> hello
[05:14] <Surak> can anyone confirm bug #19625 ? I don't have any wardware which would need this.
[05:14] <Ubugtu> Malone bug 19625 in Ubuntu "minor numbers > 255 not supported" [Normal,Unconfirmed]  http://launchpad.net/bugs/19625
[05:17] <sladen> Surak: it's the policy just to grab a new major when you hit 256 minors
[05:19] <bddebian> Hello
[05:19] <sfllaw> bddebian: Hello.
[05:19] <zul> hey bddebian 
[05:20] <bddebian> Hello sfllaw, zul
[05:25] <bddebian> Kamion: You around by any chance?
[05:37] <janimo> Gloubiboulga: hi
[05:38] <Gloubiboulga> hi janimo 
[05:45] <dieman> this should be entertaining
[05:48] <Robot101> dieman: I've done it successfully, the only caveat is you will need to put breezy in sources.list in order to break sysvinit/initscripts/etc pre-depends, and upgrade them first to the breezy version
[05:48] <dieman> ahh
[05:49] <dieman> didn't do that at first
[05:49] <dieman> if i get way stuck up im using vmware, so i can just revert to the checkpoint
[05:49] <dieman> thanks
[05:50] <dieman> wacky
[05:50] <dieman> i first upgraded autofs, and then sysvinit and initscripts and didn't get stuck
[05:51] <bddebian> Heya Gloubiboulga
[05:51] <bddebian> janimo: You're an xfce person right?
[05:51] <janimo> bddebian: well not xfce upstream
[05:51] <janimo> but I use it
[05:51] <Gloubiboulga> hi bddebian 
[05:51] <bddebian> janimo: I mean like xubuntu type? :-)
[05:52] <janimo> bddebian: yes :) you have a question?
[05:52] <Gloubiboulga> bddebian, janimo IS xubuntu ;)
[05:52] <janimo> OMG I am a clone of the gnome interface
[05:52] <bddebian> janimo: Yes, I'm trying to "fix" the wavelan and other plugins for unmet deps but I think they are unfixable :-(
[05:53] <janimo> bddebian: yes, do not bother with those
[05:53] <bddebian> :-(
[05:53] <janimo> if they don;t get ported to the new panel by upstream we drop them
[05:53] <janimo> forom the archive
[05:53] <bddebian> Should they be removed?
[05:53] <bddebian> Doesn't look like they've been touched upstream since 2004?
[05:53] <janimo> yes, some of those plugins are unmaintained indeed
[05:54] <janimo> some of the upstreams are porting a few currenlty
[05:54] <janimo> but if they're not ready ...
[05:54] <janimo> anyway the more useful ones are alreday ported and in main
[05:54] <janimo> ex cept screenshot which is pending in NEW
[05:54] <bddebian> Damn, why do I keep working on worthless stuff :'-(
[05:54] <janimo> bddebian: sorry :(
[05:54] <Lathiat> hrm i had an issue with my computer having its date set to 2020
[05:55] <Lathiat> i've sine set it back
[05:55] <Lathiat> and now sudo refuses to sudo, stating 'timestamp too far in the future'
[05:55] <bddebian> janimo: NP, I do it constantly :-)
[05:55] <Lathiat> which is a bit of a problem given its the only way to get root. :\
[05:55] <bddebian> Lathiat: There's a bug or two on LP for that I think
[05:55] <highvoltage> anybody able to point me to a link with some nice gfxboot docs? i read the gfxboot reference at /usr/share/doc/gfxboot/gfxboot.html and it's way more than I need. I just want to change the image on the ubuntu splash CD.
[05:56] <janimo> bddebian: there are some linux-2.4 packages  in the archive, I think they need to be made to work with udev ;)
[05:56] <bddebian> Uhm
[05:56] <janimo> kidding!!!!!
[05:56] <bddebian> I'm not a "main" guy :-)
[05:57] <janimo> but the xfce stuff which has unmet deps should be marked in the universe unmet dep wiki as not worth touching
[05:57] <janimo> so noone wastes time on it. Assuming there is such a wiki page
[05:57] <bddebian> janimo: These are LP bugs, I have kind of already noted them :)
[05:58] <Gloubiboulga> Or on the reported bugs
[05:58] <janimo> ok, thanks. There are about 4-5if I am not mistaken?
[05:58] <bddebian> janimo: Aye
[05:59] <bddebian> So, how about zope?  Anyone have some insight on it?
[05:59] <Lathiat> gah this is annoying
[05:59] <Lathiat> cus i cant reboot anytime soon
[05:59] <Lathiat> is there any way to fix this? ;p
[06:00] <dieman> Robot101: were you using apt or aptitude?
[06:00] <Robot101> dieman: apt
[06:00] <dieman> Robot101: when you last tried?
[06:00] <dieman> ahh
[06:00] <dieman> that might be why too
[06:00] <dieman> im an aptitude fiend these days
[06:00] <dieman> the package selection syntax is very useful
[06:04] <Gloubiboulga> janimo, I still have an issue with gnumeric-gtk, it depends on gnumeric :(
[06:04] <Robot101> dieman: right, but how did this impact your upgrade experience?
[06:04] <janimo> hmm? how come?
[06:04] <janimo> through shlibs?
[06:04] <Gloubiboulga> yep
[06:05] <janimo> but the gnumeric  package does not provide .shlibs right?
[06:05] <janimo> as it ha sno libraries
[06:05] <bddebian> janimo: How about cpufreq-plugin?  That's not from BerliOS but appears outdated too?  Same issue?
[06:05] <Gloubiboulga> it has a lib : libspreadsheet-1.6.3.so
[06:06] <Gloubiboulga> bddebian, it's not on berlios indeed, I haven't checked if it's ported, but I guess it's not
[06:06] <bddebian> Gloubiboulga: It's from here:  http://people.debian.org/~joshk/
[06:06] <janimo> bddebian: afraid so. I have not checked berlios lately, so if you find a plugin up there which has higher release that ours _and_ says suports the new panel I'd appreciate it :)
[06:07] <bddebian> janimo: Hmm, one of them did go from 0.10 to 0.11, I'll look
[06:07] <janimo> bddebian: I saw that. but Ithink it's just bugifx release
[06:07] <janimo> datetime or notes right?
[06:09] <bddebian> Oh, the notes plugin
[06:10] <janimo> Gloubiboulga: I wonder if we change gnumeric.shlibs to libspreadsheet 1.6.3 gnumeric |gnumeric-gtk
[06:11] <Diablo-D3> argh, hey everyone
[06:11] <janimo> since splitting out a libspreadsheet package is too much right now I guess
[06:11] <Diablo-D3> _please_ tell me someone here is on ubuntu dapper atm
[06:11] <Gloubiboulga> janimo, I try 
[06:11] <Diablo-D3> can someone tell me the correct size for /usr/lib/libGL.so.1.2 as installed by libgl1-mesa and not fglrx?
[06:12] <janimo> Diablo-D3: 406824
[06:12] <Diablo-D3> AHAH! Now I know what I screwed up
[06:12] <janimo> md5sum f8ca54ca203f133613629c3f62ebcd60  /usr/lib/libGL.so.1.2
[06:12] <Diablo-D3> I think I figured it out, too
[06:13] <Diablo-D3> LD_LIB_PRELOAD_WHATEVER=/original/libGL.so.1.2 compiz
[06:13] <Diablo-D3> and run everything else on the libGL that comes with fglrx
[06:13] <janimo> Gloubiboulga: although we need probably a .shlib file for gnumeric-gtk too
[06:14] <Diablo-D3> janimo: and you're not running fglrx, right?
[06:14] <janimo> no
[06:14] <Diablo-D3> no as in you arent, or ...?
[06:16] <Diablo-D3> okay, lets see if this damn thing works now
[06:16] <Chipzz> Diablo-D3: don't you mean LD_PRELOAD ?
[06:16] <Diablo-D3> if it doesnt, Im going to bed
[06:16] <Diablo-D3> if it does, Im going to bed
[06:16] <Diablo-D3> night all
[06:24] <Gloubiboulga> janimo, got a Depends: gnumeric | gnumeric-gtk for gnumeric and gnumeric-gtk
[06:24] <Gloubiboulga> I guess it should work, but not sure that it's really clean
[06:24] <janimo> Gloubiboulga: weird but it hopefully works :)
[06:24] <janimo> as they conflict eachother
[06:25] <Gloubiboulga> yep
[06:25] <Gloubiboulga> I upload the debs on a mini repo and I'll test
[06:25] <janimo> I think a cleaner one would be if libspreadsheet was a separate package and it provided a shlib itself
[06:25] <janimo> Gloubiboulga: thanks
[06:31] <bddebian> janimo: Do you know if the xfce4-goodies package is just a meta package for all the BerliOS plugins?
[06:31] <janimo> bddebian: something like that. will be updated to not depend on the broken ones
[06:31] <janimo> once we are sure which are the final broken ones for dapper
[06:31] <janimo> but yes it's just a meta
[06:46] <dabaR_> Does Ubuntu run on a Macbook Pro machine, and which architecture?
[06:46] <Gloubiboulga> janimo, it works :)
[06:47] <Gloubiboulga> hmm, it almost works
[06:58] <bddebian> janimo: Do you want me to subscribe you or xubuntu or anyone to these bugs or is that just overkill for you?
[06:59] <Gloubiboulga> bddebian, you can suscribe the xubuntu-team
[06:59] <bddebian> Gloubiboulga: Will I get in trouble? :-)
[07:00] <Gloubiboulga> bddebian, I don't think so :)
[07:08] <zyga> hello
[07:10] <bddebian> Heya zyga
[07:23] <bddebian> Hmm, why don't we have python2.3-xml?
[07:24] <LaserJock> because we hate python2.3? ;-)
[07:24] <bddebian> Heh
[07:24] <bddebian> I think someone told me that all we are keeping is python2.3 and python2.3-dev but I am probably wrong as always
[07:24] <bddebian> Oh crap, meeting, bbiab
[07:55] <slomo_> Diziet: ping?
[08:15] <pygi> Mithrandir: ping pong
[08:31] <pygi> hi spacey
[08:31] <Mithrandir> pygi: hi
[08:32] <pygi> Mithrandir: someone on u-d said he wanted to work on auth-spec for SoC
[08:32] <pygi> perhaps we should respond?
[08:35] <Mithrandir> indeed.  I'll do that tomorrow.
[08:35] <pygi> Mithrandir: ok
[08:36] <pygi> Mithrandir: It would be great if he could really work on it
[08:36] <pygi> if he's skilled enough, ofcourse
[08:36] <Mithrandir> yup
[08:36] <Mithrandir> absolutely
[08:41] <bddebian> \sh!
[08:41] <\sh> hey bddebian
[08:41] <bddebian> \sh: Fix that swingwt yet? ;-P
[08:42] <\sh> bddebian: no..but fixed ubiquity kde-ui :)
[08:42] <bddebian> Nice
[08:42] <bddebian> I don't fix anything anymore, I just bug Kamion :)
[08:43] <\sh> lol
[08:48] <thom> ~
[08:48] <Mithrandir> 

[08:49] <bddebian> Hello ivoks
[08:50] <Mithrandir> bddebian: , you mean?
[08:50] <bddebian> Sure
[09:02] <bddebian> So for diffstat for UVF exceptions, are we supposed to diffstat the orig.tar.gz's or the diff.tar.gz's?
[09:02] <Amaranth> ogra: SoC application submitted, now for the finger crossing part :)
[09:04] <dieman> is there a way to modify the logout window that doesn't involve munging code?
[09:06] <LaserJock> bddebian: include both and you will have covered your bases :-)
[09:06] <bddebian> LaserJock: Of course no one reads them anyway :-)
[09:07] <LaserJock> bddebian: yeah, just flood them with stuff to look at, they might just approve it just because they don't want to see it anymore
[09:12] <zul_> or see you :)
[09:19] <bddebian> zul_: Well I know, they don't want to see/hear me :)
[09:19] <zul_> hehe
[09:22] <bddebian> Where the heck is everyone today?? :-(
[09:23] <sivang> bddebian: I was wondering this since EU morning
[09:24] <Burgwork> bddebian, is a holiday in more enlightened places, like Russia and China
[09:24] <Treenaks> Burgwork: And most of Europe, except the Netherlands..
[09:24] <bddebian> Oh yeah?
[09:25] <sivang> Burgwork: what sort of holiday?
[09:25] <sivang> (memorial/etc?)
[09:25] <Burgwork> apparently the workers got all uppity on this day and decided to revolt or something equally charming ;P
[09:25] <jjesse> or their illegal immigrants protesting in america :)
[09:25] <zul_> may day
[09:25] <Burgwork> http://en.wikipedia.org/wiki/May_Day
[09:26] <sivang> ah, right 1st of may...
[09:26] <sivang> how could I forget
[09:26] <sivang> Well, for people not working for government related agencies in .IL, this plain old hard day's working day.
[09:29] <LaserJock> doh, I didn't know it was a holiday :/
[09:29] <Burgwork> LaserJock, canada and the us celebrate labour day on other days
[09:29] <sivang> Burgwork: why be different?
[09:29] <sivang> ;-)
[09:29] <Burgwork> sivang, because the events the may day celebrate happened at other times in Canada
[09:30] <LaserJock> well, I'm waiting to see how many shops are closed here today because of the immigration protest
[09:30] <LaserJock> so far this morning it was only the Hispanic shops
[09:30] <sivang> LaserJock: where are you in?
[09:30] <LaserJock> Reno, NV
[09:30] <jjesse> the united states
[09:30] <jjesse> LaserJock: i've seen no problems on any stores in my part of Michigan
[09:31] <LaserJock> we have the 2nd largest illegal immigrant populations  per capita in the US
[09:32] <LaserJock> (in NV, not Reno specifically)
[09:32] <LaserJock> so it was all over the news and there were some things supposed to happen on campus, but I'm not really seeing much
[09:33] <LaserJock> but I just sit in my lab most of the day so I'd probably miss a lot of it anyway
[09:37] <trappist> I'm in TX and I haven't seen any problems at all
[09:37] <trappist> construction crews are out, restaurants open etc.
[09:39] <lucas> you americans don't know how to make strikes properly. you should have asked us french people :-)
[09:39] <trappist> heh
[09:40] <trappist> but I think the strikers are those who aren't yet american but would like to be
[09:40] <LaserJock> lucas: yeah, you guys seem to be pros ;-)
[09:40] <bddebian> So, do I rip python2.3-xml dep from zope2.8?
[09:43] <zul_> uh test it first..
[09:43] <bddebian> Well I meant change python2.3 deps to 2.4? :-)
[09:43] <bddebian> And test of course :-)
[09:46] <sivang> bddebian: doing Zope ? wow
[09:46] <bddebian> sivang: Just trying to fix Unmet Deps bugs
[09:47] <sivang> bddebian: ah nice, I should probably join the fun to have you guys cheer for me on ubuntu-dev application
[09:48] <Fjodor> Could some update of pam or gdm have caused gdm now generating an empty .Xauthority for my gf's account, thus preventing login?
[09:49] <bddebian> sivang: I'll cheer for you anyway :-)
[09:49] <sivang> bddebian: thank you!
[09:49] <bddebian> sivang: Maybe I should shoot for main, just to make everyone even more miserable ;-)
[09:50] <bddebian> Then I could REALLY break some stuff :-)
[09:50] <sivang> bddebian: you are approved for main uploads,aren't you?
[09:50] <bddebian> sivang: Are you kidding? :)
[09:50] <LaserJock> sivang: he should be, we are working on him ;-)
[09:51] <bddebian> Oh stop, they wouldn't have me
[09:51] <bddebian> And I wouldn't blame them :-)
[09:51] <\sh> bddebian: wanna have my nick, should be easy then :)
[09:51] <sivang> LaserJock: are you already approved there?
[09:51] <bddebian> \sh: Great idea! :-)
[09:52] <sivang> \sh: then I would need to borrow it for sometime
[09:52] <sivang> :)
[09:52] <LaserJock> sivang: no, and I don't think I ever will be. I'm pretty content in my Universe world :-)
[09:53] <\sh> oh guys, I doubt that I will ever apply for main again :) there are a bunch of good kde people working on main :) 
[09:54] <Burgwork> sivang, are you not a DD?
[09:54] <sivang> Burgwork: nope, am not...was always mostly interestd in Ubuntu , with Debian I've only been a faithful user and amature developer :)
[09:56] <sivang> Burgwork: I've used to lurk alot on #debian-boot, ask Colin and Joey annoying questions :)
[09:56] <sivang> Burgwork: this is how I got invited to the pre-warty process
[09:57] <welshbyte> how should i build the code that i apt-get sourced and (hopefully) fixed to test it?
[09:57] <Burgwork> ah
[09:57] <\sh> welshbyte: pbuilder 
[09:58] <welshbyte> \sh: thanks
[09:58] <\sh> http://wiki.ubuntu.com/PbuilderHowto
[09:58] <welshbyte> \sh: thanks again :)
[09:58] <\sh> welshbyte: np
[10:00] <bddebian> Oh frick, I hate it when I do that
[10:48] <bddebian> mako: ping?
[10:51] <Burgwork> bddebian, good luck
[10:51] <mako> yes
[10:51] <mako> bddebian: yes
[10:58] <bddebian> mako: Hmm, nevermind, I am clueless.  I was looking at meta-ul but I just figured it out
[10:58] <bddebian> Burgwork: ?
[10:59] <Burgwork> bddebian, mako is a busy person. Doesn't often have time to respond
[10:59] <bddebian> Burgwork: Well I'm used to getting ignored so no problem :-)
[11:00] <bddebian> Hmm, what should I replace x-window-system with in deps?
[11:11] <sivang> hmm, upbackup binary still not out of NEW I guess..
[11:18] <Mez> BenC, ping
[11:33] <Kamion> welshbyte: different KeyError> if it's just a different number, yes
[11:33] <bddebian> Kamion!
[11:33] <welshbyte> Kamion: ok, good good
[11:34] <Kamion> bddebian: you'll need to ask elmo about @ubuntu.com e-mail; I have absolutely no idea how that works behind the scenes and almost certainly don't have the necessary access even to look
[11:34] <mako> bddebian: awesome
[11:34] <mako> Burgwork: i respond :)
[11:34] <mako> Burgwork: sometimes just slowly :)
[11:34] <bddebian> Kamion: Aye, I found that out from cprov, thx
[11:34] <bddebian> Damnit, now I forgot what I wanted to ask Kamion
[11:34] <thom> Kamion: you probably don't want to know, either :-)
[11:36] <Burgwork> mako, yes
[11:37] <Burgwork> Kamion, http://easylinux.wordpress.com/2006/04/30/ubuntu-dapper-drake-beta-installation-from-live-cd/ <-- some good points about the UI of ubitquity in there
[11:38] <Kamion> fabbione: I believe all the kernel limits affecting preseeding have been raised to levels high enough that you can basically ignore them now
[11:38] <Kamion> fabbione: as of 2.6.9
[11:39] <Kamion> \sh: probably easiest to compare with the templates file in a localechooser binary package, specifically the Choices lists for languagechooser/language-name
[11:40] <HiddenWolf> Burgwork: good read
[11:40] <Kamion> \sh: I wasn't aware of the Unicode problems being at all specific to amd64
[11:40] <Kamion> \sh: although I suppose it's not impossible
[11:41] <\sh> Kamion: it wasn't a unicode problem
[11:41] <Kamion> jordi: all syncs are blocked due to a launchpad bug; the fix is due to be rolled out on Tuesday (IIRC)
[11:42] <\sh> Kamion: for choice in sorted(self.language_choice_map): this caused the trouble on amd64...strange but true
[11:43] <\sh> Kamion: with this " for key,value in self.language_choice_map.items(): " where key is the language key of the dict, and value is an array of something, it works
[11:43] <ivoks> Kamion: that's great news
[11:44] <bddebian> Hmm, I have to head home and everyone shows up..
[11:46] <Kamion> Burgwork: (1) lack of UTC info/selection is known bug, (2) NTP support> er dunno, gnome-system-tools bug? (3) autopartitioning user-awkwardness known but there's no way we'll have time to reorganise that before Dapper *and* stabilise it too, and stabilisation is way more important
[11:47] <Kamion> Burgwork: (4) "live CD ready to be installed"> true, better wording that's not Ubuntu-specific appreciated
[11:47] <Kamion> hmm, suppose I should stick these in as comments
[11:47] <Kamion> seems a mostly positive review though, makes a change :)
[11:47] <Burgwork> Kamion, 2 is a bug that effects all use of that tool, not just through ubitquity
[11:48] <HiddenWolf> yeah, it's odd
[11:48] <HiddenWolf> Has been that way forever tho.
[11:48] <Burgwork> it appears that ntpupdate fails, unlesss you force it to use ntp.ubuntu.com
[11:48] <Burgwork> something wrong in the list of servers it is polling. I should dig deeper
[11:51] <\sh> Kamion: I send riddell the patch so he can check...I found more but I have to dig deeper into the source
[11:53] <\sh> Kamion: sad but true, I need a good way to test the live installer somehow...but without vmware it's bad, qemu is on amd64 and remote X display a real fight