[00:03] <Laney> ari-tczew: Can you please stop touching random old bugs? I emailed you about this before
[00:31] <mirsal> Hello
[00:33] <mirsal> I need to reopen a launchpad bug that was marked "Fix released". Should I set it back to "In Progess" or should I file a new bug ?
[00:34] <jdong> depends on how precisely sure you are that the bug you are seeing is the direct result of a regression to the fix in the old bug
[00:34] <jdong> in other words, it's better when in doubt to open a new bug
[00:34] <jdong> and have the bug triaging people decide whether or not it's a dupe
[00:34] <mirsal> Actually the bug was only partially fixed
[00:35] <mirsal> jdong, It's this one: https://bugs.launchpad.net/ubuntu/+source/xf86-input-evtouch/+bug/401039
[00:37] <mirsal> jdong, The I only fixed support for Clevo tablets
[00:37] <ari-tczew> Laney: don't panic
[00:54] <mirsal> jdong, ok I fixed the bug anyway,
[00:55] <mirsal> Now I need someone who can review & upload the changes
[01:00] <fcuk112> i am getting the following error when building a package under vbox : http://www.pastie.org/701953
[01:01] <jdong> ROFL the build system runs a test suite that needs a SDL display?
[01:07] <fcuk112> can i still use pbuilder build for this package under vbox?
[01:08] <jpds> wgrant: ^--
[01:11] <jpds> Ah, build system != Soyuz.
[04:49] <EzraR> can we murge something from unstable if needed?
[04:50] <RAOF> EzraR: Yes, if there's a reason to do so.
[04:50] <EzraR> a package in testing relies on a package only in unstable for example
[04:51] <RAOF> How did that happen?
[04:51] <EzraR> that should probally be a debian bug though
[04:51] <RAOF> Yes, it should :)
[04:51] <EzraR> i dont know...electric sheep has flam3 in the depends
[04:52] <RAOF> Aaaah.  You're looking at making electricsheep actually work?  Cool.
[04:52] <EzraR> yeah
[04:52] <EzraR> i got it built but we dont have lam3 in ubuntu
[04:53] <RAOF> flam3 seems to be in testing.
[04:53] <RAOF> http://packages.debian.org/squeeze/flam3
[04:53] <RAOF> This might just need to get picked up in the autosync.
[04:54] <RAOF> (next autosync)
[04:58] <EzraR> strange i just did a search for it and didnt find it...nice
[04:59] <EzraR> thats probally a good sign that its bed time :)
[05:01] <EzraR> would it catch it in pbuilder if a depend wasnt met?
[05:02] <EzraR> just reliezed i was trying to install it in karmic to test it
[05:02] <EzraR> flam3 wouldnt be in karmic
[05:03] <RAOF> Indeed it would not :)
[05:06] <EzraR> hehe deff time for bed
[07:05] <AnAnt> Hello, I am uploading texlive2009 packages (which have just hit Debian experimental) to my karmic PPA (ppa:aelmahmoudy/tl2009) if anyone wants to try them out
[07:06] <fcuk112> i tried pbuilder build on my main workstation but still getting http://www.pastie.org/701953.  strange.
[07:21] <fcuk112> i guess the question is, how do i enable the frame buffer in karmic?
[07:27] <directhex> fcuk112, inside your pbuilder? you don't
[07:31] <fcuk112> ah, it seems there is a bug in LP for it: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/428519
[07:31] <fcuk112> directhex: i guess i need to set up the frame buffer on my main workstation or the VM for the package build to succeed.
[07:32] <directhex> frankly, i'd patch the build system
[07:32] <directhex> requiring compilation only on run-capable machines is *dumb*
[07:33] <fcuk112> that's an idea...
[07:48] <fcuk112> https://bugs.launchpad.net/ubuntu/+source/libsoup2.4/+bug/483826 do i do uscan -verbose in the old source folder to do the sync?  i seem to get back 2.28.1, not <IP_ADDRESS> as described in the bug.
[07:52] <mirsal> fabrice_sp, Thanks :)
[08:06] <yofel> hi, now that bug 411262 is fixed in lucid and tested in karmic-proposed, what's left to do to get it into karmic-updates?
[08:09] <DktrKranz> yofel: two more days of testing, and an archive-administrator to perform the task
[08:10] <yofel> DktrKranz: ok, so the testing phase is always >=1 week? (It's my first SRU)
[08:19] <AnAnt> Hello, is there a reason that upstream usually (if not always) don't use -Wl,--as-needed in LDFLAGS ?
[08:23] <siretart`> AnAnt: mostly because they are not aware of the benefits of that option, I suppose
[08:23] <siretart`> there are some cornercases where it is actually harmful, though.
[08:26] <fcuk112> is there a difference between an update and a sync?
[08:28] <AnAnt> I see
[08:29] <AnAnt> siretart`: actually I was trying to compile gwave with -Wl,--as-needed, and build did fail !
[08:30] <siretart`> AnAnt: probably upstream did not declare all libraries to ld. this would be a bug then
[08:31] <DktrKranz> yofel: at least a week, depending how quick users test the update
[08:31] <siretart`> finding those bugs is the main reason why that linker option is a good diea
[08:31] <yofel> DktrKranz: ok, thanks
[08:32] <DktrKranz> you're welcome, and thanks for your interest :=
[08:32] <DktrKranz> :)
[08:36] <\sh> moins
[08:48] <fcuk112> editing Makefile.am; does that need to be added to quilt?
[09:11] <LucidFox> http://en.wikipedia.org/wiki/Autohell
[09:12]  * LucidFox chuckles
[09:12] <ajmitch> such a nice redirect :)
[09:12] <ajmitch> accurate too
[09:32] <directhex> LucidFox, totally stealing that for twittering purposes
[09:49] <LucidFox> directhex> Ugh, Twitter
[11:21] <\sh> siretart, FAI ubuntu karmic devel version fetch from svn://svn.debian.org/svn/fai/people/shermann/ubuntu-3.3.1/ <- just building the packages
[11:51] <siretart`> \sh: wohooo! :-) - url noted.
[11:52] <\sh> siretart, I've build some packages and just testing on a local vmware image
[11:53] <siretart`> we ordered new machines that will hopefully be delivered this or next week. then I can join you with testing them
[13:07] <master> hello
[13:07] <master> umm
[13:07] <master> does anyone here know how to do OS development
[13:08] <siretart`> no
[13:08] <slytherin> master: What do you mean by OS development?
[13:08] <ashiswin> like
[13:09] <ashiswin> programming an OS from bootloader up
[13:10] <ashiswin> does anyone know how?
[13:11] <\sh> siretart, looks good
[13:11] <slytherin> ashiswin: Even if anyone knew this is not the channel for that kind of discussion.
[13:11] <ashiswin> i mean
[13:11] <ashiswin> could someone pm me about it please
[13:13] <siretart`> \sh: with unionfs-fuse, or with karmic's in-kernel aufs?
[13:13] <\sh> siretart, default kernel aufs
[13:13] <siretart`> that would indeed be great!
[13:14] <siretart`> let's just hope that it won't get broken again in lucid's kernel
[13:14] <\sh> siretart, I'm now at install stage...and it looks really good
[13:14] <\sh> siretart, it will..there are problems with squeeze already
[13:14] <\sh> siretart, something to do with update-initramfs divertion of fai
[13:14] <siretart`> great
[13:14] <siretart`> :-/
[13:15] <\sh> siretart, let's get karmic rolling first, thomas deals with squeeze, too...and we are running into the same problems with lucid, hopefully the issues are fixed by then :)
[13:16] <siretart`> agreed
[14:34] <porthose_> DktrKranz, would you mind if I did the gl-117 merge/sync?
[14:38] <DktrKranz> porthose_: please go ahead :)
[14:38] <porthose_> ok ty :)
[14:41] <Laney> DktrKranz: why did you ping me about pidgin-facebookchat t'other day?
[14:44] <bddebian> Heya folks
[14:45] <Laney> hi bddebian
[14:45] <bddebian> Hi Laney
[14:45] <DktrKranz> Laney: my error, sorry
[14:45] <Laney> heh heh
[14:45] <Laney> it had gone out of my scrollback
[15:24] <\sh> siretart, svn+ssh://svn.debian.org/svn/fai/people/shermann/fai-3.3.2ubuntu1 <- fai 3.3.2 for karmic working
[15:25]  * siretart` hugs \sh!
[15:26] <\sh> :)
[15:26] <siretart`> \sh: will you upload to karmic then?
[15:26] <siretart`> we can backport in our ppa anyways..
[15:26] <\sh> siretart, to karmic? nope that's not possible...I'll create some ppa packages
[15:26] <siretart`> why not?
[15:26] <\sh> karmic is released?
[15:28] <siretart`> dammit. lucid I mean
[15:28] <\sh> siretart, lucid based on squeeze , fai on squeeze == fail
[15:29] <\sh> siretart, well..I'll check tomorrow, if this fai version works with lucid from tomorrow...something really strange happened on squeeze, someone from gonicus reported that
[15:30] <\sh> siretart, http://pastebin.com/d74d46de5 <- that was his output...last lines update-initramfs not creating an initrd
[15:31] <\sh> siretart, btw..I can upload to ppa:fai/ppa, right?
[15:36] <siretart`> \sh: yes, feel free.
[15:38] <siretart`> \sh: I've made you admin of ~fai now. you're obviously way more active than me :-)
[15:40] <\sh> siretart, lol...I have a problem now
[15:40] <\sh> Rejected:
[15:40] <\sh> fai_3.3.2ubuntu1~ppa1.dsc: Format is not 1.0. This is incompatible with dpkg-source.
[15:40] <\sh> dpkg-source failed for fai_3.3.2ubuntu1~ppa1.dsc [return: 9]
[15:41] <siretart`> \sh: may I suggest that you take the fai-3.3.2.tar.gz as orig.tar.gz, and upload it as non-native format 1.0  package?
[15:41] <siretart`> that's what I did for the last uploads
[15:42] <siretart`> and makes it easy for thomas to review the ubuntu changes. they will end up in the .diff.gz
[15:42] <\sh> siretart, thomas reviews them inside SVN ;)
[15:42] <siretart`> yes
[15:42] <\sh> .dsc file tells me: Format 3.0 (native)
[15:43] <siretart`> \sh: try removing debian/source/format
[15:44] <\sh> a jetzt ja, eine insel
[15:44] <siretart`> v3 support will come soon *sic*
[15:47] <\sh> well...if this upload succeeds now, you can go and test it on your local infra :)
[15:51] <\sh> siretart, uploaded and building
[15:54] <siretart`> excellent
[15:56] <fcuk112> https://bugs.launchpad.net/ubuntu/+source/d-shlibs/+bug/484194 uscan -verbose doesn't bring anything back, how do i get at the updated source in debian testing?
[15:58] <g33k> which is the best method to make a meta deb file which takes care of just the dependencies? i tired to add them in the control file, the meta deb has no source in it, i used dpkg-deb -b doest seem to do the job
[15:59] <siretart`> g33k: look at equivs
[16:01] <g33k> siretart, actually as of now, i have few lot of shell scripts which are checking if the required dep is present if not doing an apt-get, using is cdbs is better? me looking at equivs also what do u suggest sir?
[16:03] <siretart`> parse error, bailing out
[16:05]  * g33k stacktrace for parse error
[16:47] <randomaction> fcuk112: get at the updated source? you mean, download it?
[16:48] <fcuk112> randomaction: yes.
[16:48] <EzraR> how can i check if a package has been auto synced to lucid?
[16:48] <StevenK> EzraR: Check Launchpad
[16:49] <randomaction> fcuk112: pull-debian-source or http://www.debian.org/distrib/packages or http://packages.qa.debian.org/common/index.html
[16:51] <EzraR> StevenK: ok so if i cant find it on launchpad it didnt get synced?
[16:51] <StevenK> EzraR: Which package are you concerned about?
[16:52] <EzraR> StevenK: flam3
[16:52] <EzraR> StevenK: im trying to workout electricsheep and it depends on it
[16:55] <pace_t_zulu> is ajmitch around?
[16:56] <EzraR> StevenK: its in debian testing
[16:57] <pace_t_zulu> i'm trying to get a package synced for lucid
[16:57] <pace_t_zulu> i suppose everyone is doing UDS stuff
[16:57] <pace_t_zulu> :/
[16:59] <EzraR> i guess i could grab the debian package and test with that, then if there is a problem i would already have a head start on it
[16:59] <cody-somerville> yup
[17:01] <EzraR> it WILL get synced though right?
[17:02] <pace_t_zulu> have debian packages all been synced?
[17:02] <pace_t_zulu> that's why i'm here
[17:03] <randomaction> some apparently haven't
[17:06] <fcuk112> randomaction: thanks for that.
[17:07] <pace_t_zulu> so should we just wait for a bit then?
[17:12] <randomaction> I think so, and if the package in question doesn't get synced, you can ask the AAs or file a manual sync request
[17:13] <randomaction> actually, I took a look at https://wiki.ubuntu.com/ArchiveAdministration and found that "auto-sync" is a relatively involved process
[18:26] <fabrice_sp_> take into account also that 3.0 packages cannot be synced right now
[18:28] <ari-tczew> hello
[18:30] <fabrice_sp_> hello
[18:30] <fabrice_sp_> fcuk112, a sync request has to be put as new to get sponsorship
[18:31] <ari-tczew> fabrice_sp_: do you work today on sponsorship?
[18:32] <fabrice_sp_> in half an hour (just back from work), and got scared by the volume of bugs reports waiting for sponsorship :-)
[18:32] <ari-tczew> :)
[18:35] <ari-tczew> how long autosync is work?
[18:35] <StevenK> ari-tczew: I just ran one ...
[18:36] <StevenK> But it will be run until the Debian Import Freeze
[18:38] <ari-tczew> I'm asking about this because I saw syncs requests of packages which wasn't changed after sync from Debian - I see no reason for requesting this if autosync will done this
[18:38] <Laney> StevenK: Are people processing sync requests? Nothing seemed doing last week and I guess now it's on hold for UDS
[18:42] <StevenK> Laney: I've been doing some, but I've mostly been distracted by sessions
[18:44] <Laney> I've had some sitting for 2 weeks now
[18:44] <Laney> seems unusual
[18:44] <Laney> but, oh well, not complaining
[18:54] <StevenK> Laney: Would you like me to process one?
[18:54] <StevenK> (Or two? I have a few seconds spare)
[18:54] <Laney> StevenK: No, not urgent, just observing
[19:03] <fabrice_sp_> jdong, do you have time to have a look at bug #401039?
[19:19] <ajmitch> pace_t_zulu: you were looking for me for something?
[19:32] <jdong> fabrice_sp_: you're acked
[19:33] <fabrice_sp_> cool. Thanks! I will be able to demonstrate to my son that I do something for Ubuntu :-) (even if it's only sponsoring something ;-) )
[19:34] <jdong> hahahaha
[19:35] <randomaction> sponsoring is good! :)
[19:35] <jdong> it absolutely is
[19:36] <jdong> one of the biggest complaints I hear is that the sponsorship queue is too latent
[19:37] <jbernard_> what do I need to do to get the latest version of 'mr' in lucid? is it as simple as requesting a sync?
[19:38] <jbernard_> there is no ubuntu delta, so I'm thinking yes
[19:39] <StevenK> jbernard_: If there is no Ubuntu delta, don't bother -- it will get autosync'd
[19:39] <jbernard_> StevenK, ahh, perfect
[19:40] <jbernard_> StevenK: when will this occur?
[19:40] <StevenK> jbernard_: We have the latest package in Lucid that is in testing?
[19:41] <jbernard_> StevenK: oh, that's whats going on, is it possible to pull from sid?
[19:41] <jbernard_> im guessing no
[19:41] <StevenK> 0.43 is in sid, too?
[19:41] <StevenK> But yes, we can, if needed
[19:42] <jbernard_> my mistake, i had not seen that 0.43 was already in lucid
[19:42] <jbernard_> that solves my problem
[19:42] <jbernard_> StevenK: thanks
[19:42] <StevenK> jbernard_: No problem
[19:49] <fabrice_sp__> randomaction, I know :-) But try to explain that to a 10 years old kid, and you'll see :-D
[20:01] <ari-tczew> Timeout error
[20:01] <ari-tczew> Our edge server has a lower timeout threshold than launchpad.net, so we can catch those before they hit a wider audience. As a member of the Launchpad Beta Testers team, you're more likely to experience them. If this is blocking your work, you can disable redirection.
[20:01] <ari-tczew> Disable redirection for 2 hours
[20:01] <ari-tczew> Sorry, something just went wrong in Launchpad.
[20:03] <ajmitch> ari-tczew: then report it in #launchpad
[20:08] <ari-tczew> OK
[20:35] <yofel> hi, could someone from the motu-sru team please review and if ok sponsor the patch in bug 484322?
[20:35] <jdong> oh y'all kids
[20:36] <jdong> not even waiting for lp bugmail to propagate :)
[20:36] <jdong> *looks*
[20:36] <yofel> hey jdong ^^
[20:36] <ajmitch> shocking, isn't is
[20:38] <ajmitch> it's not as good as bugs against revu because a .changes file is needed
[20:39] <ari-tczew> we are going to get syncs request over than 200! :D
[20:39] <ajmitch> ?
[20:40] <randomaction> many syncs == good interaction with Debian :)
[20:40] <ajmitch> I guess it could be looked at that way
[20:47] <StevenK> ari-tczew: We so aren't
[21:01] <pace_t_zulu> ajmitch: yea i was checking in about debian package syncing for lucid
[21:02] <ajmitch> I'm not the person to ask about it, and you just need to wait :)
[21:02] <ajmitch> first few weeks before/around UDS can be funny
[21:04] <pace_t_zulu> ajmitch: ty
[21:04] <pace_t_zulu> ajmitch: just trying to stay on top of it
[21:08] <jdong> yofel: see comment.
[21:15] <pace_t_zulu> ajmitch: who is the person to ask about it?
[21:21] <yofel> jdong: done
[21:23] <jdong> awesome
[21:24] <ajmitch> pace_t_zulu: I''d say the archive team, but they probably won't appreciate getting repeated pokes about their queue of sync requests :)
[21:25] <pace_t_zulu> like cjwatson ?
[21:32] <Laney> I noticed some got done, good work StevenK!
[21:33] <yofel> jdong: where do I get a sponsor for  the debdiff again?
[21:34] <jdong> grrrrrr
[21:34] <jdong> lol
[21:34] <jdong> I'll look back here in 30 minutes
[21:34] <jdong> and if you don't have a sponsor I'll do it at that time :)
[21:34] <StevenK> Laney: There is a looooooooong list
[21:35] <ajmitch> StevenK: we'll try not to mercilessly nag you then
[21:35] <StevenK> Hah
[21:35] <StevenK> I'm not the only archive admin to nag :-P
[21:37] <ajmitch> I know, but you're easier to nag
[21:37] <ajmitch> timezones & all
[21:37] <StevenK> Certainly not currently, I'm not ....
[21:37] <ajmitch> no, you're 5 hours out rather than 2 :)
[21:38] <StevenK> 5 hours yesterday, which is more the pity
[21:39] <ajmitch> I don't envy you the flights there & bacck
[21:39] <StevenK> ajmitch: It's easier than Europe. I got here in 17 hours, whereas I only get to London after 20
[21:40] <ajmitch> 20 hours to london? luxury!


[08:45] <gijs_nl> !time
[08:45] <gijs_nl> !gpu
[11:30] <ironhoof> Seem to be having a bit of trouble with panels. Everything works fine except one minor detail. Both versions of the tray wont show open "background" applications. Except when you first add it*
[11:36] <ironhoof> Out of the 5 running it here 2 are doing it with applications like Rythmbox or discord.
[17:54] <lulu31415> is there a xubuntu server distro available with virtual machines etc?
[23:53] <icaro> peraporra


[07:42] <tarzeau> Eickmeyer: nothing i mentioned replaces Musescore?! about that iso size thing
[07:43] <tarzeau> i'm not sure, but optical drives, i haven't seen a while. do people still write iso images onto CD-R or DVD-R media? not usb stick?
[18:38] <Eickmeyer> tarzeau: That's not the point. There's a hard technical limit on the squashfs file size, it can be no more than 4GB.
[20:50] <tarzeau> i see