[00:49] <Eickmeyer> OvenWerks: We have a situation. Somehow our ISO size has exceeded the allowable 4.0GB and they're not building anymoree as of yesterday. What can wee eliminate?
[14:50] <OvenWerks> Eickmeyer: how much larger? Are there any parts of kde iso we start from that can be dropped?
[14:50] <OvenWerks> (I think we include the whole libre office chunk)
[14:51] <OvenWerks> Eickmeyer: do we ship more than one theme? I know we ship too many back drops.
[14:51] <Eickmeyer[m]> I already removed some stuff, including lmms for now.
[14:52] <Eickmeyer[m]> We'll see what happens with today's build. Basically, we reached the hard technical limit of ISO9660.
[14:53] <OvenWerks> Eickmeyer: if you have removed that, then lv1 packages can go too
[14:53] <OvenWerks> (ladspa) and probably vst2 packages
[14:54] <OvenWerks> Eickmeyer: can we group these things into one meta that installer can readd?
[14:55] <Eickmeyer[m]> True, but I want to see how this build goes, which happens around 11am.
[14:55] <Eickmeyer[m]> Perhaps.
[14:55] <OvenWerks> The one thing that ladspa has that can't be found anywhere else is the ambsonics plugins
[14:56] <Eickmeyer[m]> Something happened between the 26th and 27th that caused this. People I've talked to can't figure out what since we eliminated stuff prior.
[14:57] <Eickmeyer[m]> What's really killing us is the fonts.
[14:59] <OvenWerks> the iso I have from 23rd is already border line, ls -lh shows 4.1G
[15:00] <Eickmeyer[m]> Yeah. 21.04 was 3.5, so something grew.
[15:00] <OvenWerks> plasma?
[15:00] <OvenWerks> Ardour? :)
[15:01] <Eickmeyer[m]> Something. I'm honestly wondering if we should drop "publishing".
[15:02] <Eickmeyer[m]> That would take care 9f the fonts as well as other things.
[15:02] <OvenWerks> it would be nice to know how many people use these parts of things
[15:03] <Eickmeyer[m]> Specifically, on a live session.
[15:04] <OvenWerks> In many ways, someone doing publishing may find studio is not the best tool
[15:05] <Eickmeyer[m]> Agreed.
[15:08] <OvenWerks> Eickmeyer: making installer willing to source packages from a local partition to add in extra things would help.
[15:08] <OvenWerks> it would allow a full install off of a single USB stick off line
[15:09] <Eickmeyer[m]> Right, and that should be able to be done in theory.
[15:09] <Eickmeyer[m]> Or simply let installer handle things after the fact.
[15:10] <OvenWerks> Some people like to do their whole install off line
[15:10] <OvenWerks> or have no choice
[15:11] <Eickmeyer[m]> To be honest, though, I think we should drop publishing from our scope. It gets into a weird territory that people don't expect from us.
[15:11] <Eickmeyer[m]> Makes our scope a little too broad.
[15:16] <OvenWerks> I honestly can't really coment. Certainly graphics would be a part of pubishing but maybe not the reverse
[15:18] <Eickmeyer[m]> Nah, graphics is its own category. There is certainly some overlap, though.
[15:26] <OvenWerks> yes graphics is it's own catagory, but publishing would probably depend on it in most publishing workflows
[15:27] <OvenWerks> A novel would not (aside from cover art) but a brosure would
[15:47] <Eickmeyer> The publishing meta contains some graphics items as recommends (such as gimp), but the removal wouldn't affect the graphics meta since those same items are listed.


[09:33] <jibel> guillemhs, I'm unable to reproduce bug 789898 with alternate i386 20110530. Could you please verify that it is still an issue with today's iso ?
[09:33] <ubot4`> Launchpad bug 789898 in pkgsel (Ubuntu) "Ubuntu alternate 11.10 i386 crashes on installation (affects: 1) (heat: 6)" [Undecided,Confirmed] https://launchpad.net/bugs/789898
[09:34] <guillemhs> ok
[09:34] <jibel> guillemhs, if so please attach the file /var/log/syslog
[09:34] <guillemhs> let me sync
[09:34] <guillemhs> ok
[09:34] <guillemhs> jibel
[09:35] <guillemhs> testdrive only shows Ubuntu DVD iso
[09:35] <guillemhs> i use the cdimage repository
[09:35] <guillemhs> another thing, i tried ubuntu alternate i386 20110528
[09:36] <jibel> guillemhs, I don't know how testdrive fetch the list of iso, I use dl-ubuntu-test-iso from ubuntu-qa-tools then virtualbox or qemu
[09:36] <guillemhs> ok, my mistake, i update testdrive
[09:37] <guillemhs> i am synching the iso
[09:37] <jibel> ok
[10:36] <guillemhs> jibel, alternate 20110530 iso installs properly
[10:36] <guillemhs> now it is rebooting
[10:37] <guillemhs> jibel, today's alternate iso is functional and it installs properly
[10:40] <jibel> guillemhs, \o/ that's good news. Thanks for the verification.
[10:41] <guillemhs> now i will try the apps
[10:41] <guillemhs> one thing, unity now it is able to be loaded in a VM
[10:41] <guillemhs> in natty i can load unity in my VMs
[10:43] <jibel> guillemhs, yes, that's one major feature of Oneiric. If the hw doesn't support 3D if falls back to unity-2d
[10:43] <guillemhs> nice
[10:43] <jibel> there's now a consistent user experience between unity and 2d fallback
[10:47] <guillemhs> it is a great idea
[10:47] <guillemhs> because some people do not have a great desktop pc
[10:47] <guillemhs> or laptop
[10:47] <guillemhs> and they want to use ubuntu as fluently as possible
[14:35] <chadadavis> Hi. Does someone know if the tracker will be reset for the alpha 1 ISO testing? (Thu is alpha 1, right?)
[14:44] <guillemhs> yes, qa iso tracker will be updated. I don't know when. jibel do you when the tracker will be updated?
[15:05] <jibel> chadadavis, guillemhs , I'll reset the tracker. The 1rst candidates should be published tomorrow.
[16:04] <charlie-tca> Do any images work today? Xubuntu fails for xfce4-notifyd, Kubuntu failed the desktop install, Ubuntu live cd still gets the same blue screen
[16:08] <cr3> charlie-tca: I could try kubuntu once I download it...
[16:09] <charlie-tca> I ran it in VBox, it won't install. I will file the bug, and post it here.
[16:09] <charlie-tca> I can try on hardware first, if needed, though?
[16:09] <cr3> charlie-tca: I was going to try it in kvm
[16:09] <charlie-tca> Okay, want me to wait, then?
[16:10] <charlie-tca> kubuntu amd64 desktop image
[16:10] <cr3> charlie-tca: download should take 7 minutes and install 10 minutes, so shouldn't be too long
[16:10] <cr3> charlie-tca: yep, that's what I'm downloading
[16:11] <charlie-tca> no problem
[16:11] <charlie-tca> scottk said hold off on the bug anyway
[16:19] <jibel> charlie-tca, I haven't try x/kubuntu but I confirm that bluescreen is still on Ubuntu desktop as the fix in Ubiquity has not been uploaded.
[16:20] <charlie-tca> Thanks
[16:20] <charlie-tca> you know me, got to see how many images I can make broken as early as possible. ;-)
[16:20] <guillemhs> charlie-tca, you can install ubuntu alternate i386
[16:20] <guillemhs> 20110530 image
[16:20] <cr3> charlie-tca: I've started the installation of kubuntu-desktop and downloading kubuntu-alternate
[16:20] <guillemhs> full installation is possible in a vm
[16:21] <jibel> charlie-tca, the challenge is not really high with an Alpha 1 ;-)
[16:21] <charlie-tca> alternate should be working
[16:22] <charlie-tca> Ubuntu and Kubuntu alternate should install
[16:23] <guillemhs> charlie-tca, ubuntu 11.10 20110530 alternate i386 installs properly
[16:23] <charlie-tca> yes
[16:23] <charlie-tca> I know. That would be Ubuntu alternate image
[16:24] <guillemhs> yes it is
[16:25] <guillemhs> unity 2d is already functional in this iso
[16:25] <charlie-tca> Kubuntu alternate images worked yesterday, too
[16:25] <guillemhs> ok
[16:25] <charlie-tca> guillemhs: That is unity2d, then?
[16:25] <charlie-tca> It looked kinda okay
[16:27] <guillemhs> i installed it in a Vm
[16:27] <guillemhs> unity2d appears
[16:27] <guillemhs> not ubuntu classic
[16:27] <charlie-tca> Thanks for confirming that it is 2d. I wasn't sure what I was seeing there.
[16:28] <charlie-tca> Tomorrow I can burn cd's if images are working
[16:29] <guillemhs> one thing
[16:30] <guillemhs> networking is not working in the VM
[16:30] <guillemhs> in my VM, ubuntu does not find the eth0 device
[16:32] <jibel> guillemhs, network is working but not managed by network-manager. ifconfig should list the ethernet card and its address
[16:33] <guillemhs> ok,
[16:33] <guillemhs> thanks
[16:34] <jibel> but I don't know if it's a bug or a feature
[16:34] <jibel> I'll ask
[16:46] <guillemhs> networking works
[16:46] <guillemhs> it shows the wifi icon
[16:50] <guillemhs> ubuntu extras repository is down
[16:53] <guillemhs> jibel, ubuntu extras repository is down in 11.10
[16:54] <guillemhs> W: Failed to fetch http://extras.ubuntu.com/ubuntu/dists/oneiric/main/source/Sources  404  Not Found
[16:54] <guillemhs> W: Failed to fetch http://extras.ubuntu.com/ubuntu/dists/oneiric/main/binary-i386/Packages  404  Not Found
[16:54] <jibel> I can't reproduce the network-manager bug with desktop amd64, I'll check with other images tomorrow
[16:54] <guillemhs> ok
[16:54] <jibel> guillemhs, bug 778666
[16:54] <ubot4`> Launchpad bug 778666 in Ubuntu Oneiric (and 1 other project) "Failed to fetch http://extras.ubuntu.com/ubuntu/dists/oneiric/main/binary-amd64/Packages 404 Not Found (affects: 4) (heat: 20)" [Medium,Triaged] https://launchpad.net/bugs/778666
[16:54] <guillemhs> ok
[16:55] <jibel> here is a list of bugs reported from oneiric http://tinyurl.com/3sygqx4


[12:54] <ev> nearly there - http://people.canonical.com/~evand/tmp/keychooser.png
[12:57] <persia> ev: What does the (as superuser) bit mean?  Is that window required to run as root?
[12:58] <ev> persia: metacity does that now
[12:59] <ev> https://bugzilla.gnome.org/show_bug.cgi?id=549389
[12:59] <persia> Ah.  It just seemed a little confusing, but likely not worth trying to hide, as it's not bad to educate users about the differences.
[17:19] <cjwatson> persia: I spoke to the metacity maintainer about that; he's going to bring it up on the wm-spec list, to see if we can get a flag that the installer can set to suppress that notification
[17:19] <cjwatson> persia: I definitely think it's worth hiding - "Install (as superuser)" is confusing
[17:20] <persia> Especially as part of the initial presentation.  It's nice to expose the user to the idea, but that's a fairly strong way to do it.
[20:10] <EtienneG> cjwatson, regarding the problem I discussed last Sunday night, I just reported bug #497942 that is in the same vein
[20:12] <EtienneG> cjwatson, I am serious about d-i merging package source on the ISO.  I am actually using that behavior to install additional packages by preseeding pkgsel/include, and it works!
[20:12] <EtienneG> well, it works, except for the above bug
[20:43] <CIA-4> usb-creator: superm1 * r252 usb-creator/ (4 files in 4 dirs):
[20:43] <CIA-4> usb-creator: When a source image is provided in the startup flags, don't offer
[20:43] <CIA-4> usb-creator: to select different images in the UI.


[02:05] <callmepk> good morning
[02:44] <duflu> Morning callmepk
[02:44] <callmepk> morning duflu
[06:38] <seb128> goood morning desktopers!
[06:43] <duflu> Morning seb128
[07:03] <oSoMoN> good morning desktoppers
[07:03] <oSoMoN> happy Friday!
[07:04] <ricotz> hey oSoMoN
[07:04] <oSoMoN> hey ricotz
[07:05] <ricotz> oSoMoN, do you have a PPA with llvm-toolchain-10 for xenial laying around :)
[07:31] <oSoMoN> ricotz, I'm afraid I don't…
[07:32] <ricotz> oSoMoN, I found a no-change rebuild of the bionic package
[07:44] <seb128> hey duflu, oSoMoN, ricotz
[07:44] <jibel> Good morning
[08:03] <didrocks> good morning
[08:08] <jibel> Salut didrocks
[08:09] <didrocks> salut jibel
[08:22] <marcustomlinson> salut callmepk duflu seb128 oSoMoN ricotz didrocks
[08:24] <didrocks> hey marcustomlinson
[08:25] <duflu> Hi oSoMoN, ricotz, jibel, didrocks, marcustomlinson
[08:25] <marcustomlinson> oh and hey jibel
[08:26] <seb128> hey didrocks jibel marcustomlinson
[08:26] <seb128> and happy friday!
[08:28] <didrocks> hey duflu, seb128. happy Friday!
[08:28] <jibel> salut marcustomlinson duflu seb128
[09:05] <Laney> ahoy
[09:05] <duflu> Yarrr
[09:06] <didrocks> ahoyl
[09:09] <seb128> hey Laney and happy friday!
[09:13] <marcustomlinson> yohoho Laney
[09:15]  * Laney hands a bottle of rum to duflu didrocks seb128 marcustomlinson
[09:16] <Laney> sooooooooooon may the wellerman come
[09:16] <didrocks999> :)
[09:35] <seb128> Laney, cheers!
[09:36]  * seb128 wouldn't say not to a post sprint kind of friday evening night at the bar! not going to happen any time soon though :-(
[10:19] <duflu> Thanks seb128, I had actually forgotten about those
[10:21] <oSoMoN> seb128, I'd sign up for it even without a sprint
[11:52] <Laney> never press escape while editing a bug description in launchpad :(((((((((((((((((((((((((((((((
[12:02] <GunnarHj> seb128: Sorry for hijacking that bug for an extended discussion.
[12:18] <seb128> GunnarHj, no worry, I was more thinking of the submitter, I'm fine pressing delete on a bunch more emails :-)
[12:19] <seb128> Laney, yeah, that's annoying, when I write a MIR or something I often do it in a text editor to avoid any surprise and copy to launchpad when I'm done editing
[12:21] <Laney> bug #790845
[14:24] <tjaalton> seb128: fyi, there's going to be the first rc of separate xwayland release next week, final expected by March 17th
[14:25] <tjaalton> oops, first rc is Feb 17th, the branch is created next week..
[14:46] <seb128> tjaalton, time to start with a snapshot to go through NEW&co in time before feature freeze?
[14:47] <tjaalton> yeah
[14:47] <tjaalton> it shouldn't be that broken anyway
[14:53] <seb128> right
[15:52] <hellsworth> good morning desktopers
[15:52] <oSoMoN> hello hellsworth
[15:52] <Wimpress> hellsworth: o/
[15:52] <hellsworth> you guys are so fast!
[15:52] <hellsworth> :)
[15:54] <jibel> Good morning hellsworth
[15:54] <hellsworth> ahoy jibel


[00:00] <nhandler> You can also try the mailing list: https://lists.ubuntu.com/archives/ubuntu-art/
[00:00] <Awsoonn> domo, I'll ping them~ Thanks!
[00:00] <Jazzva> Awsoonn, no problem
[00:09] <cody-somerville> NCommander, so... is it needed?
[00:10] <NCommander> cody-somerville, well, the package got rejected, so I'd say so ;-)
[00:10] <cody-somerville> NCommander, yea but you could make the lintian warning go away maybe
[00:10] <NCommander> cody-somerville, its a bug in lintian; its detecting the bash shell script parser as a shell script
[00:10] <NCommander> (and then complaining its not executable)
[00:11] <cody-somerville> NCommander, bug #?
[00:11] <NCommander> Haven't filed it
[00:11] <NCommander> Because its not something that can be progamatically detected
[00:11] <cody-somerville> and you're sure it is a bug?
[00:11] <NCommander> It's detecting the parser as a script
[00:12] <cody-somerville> you mean the shebang?
[00:12] <k0p> cody-somerville, have you some coment about my package now?
[00:12] <NCommander> yeah
[00:12] <cody-somerville> and what I'm suggesting is that if the file were to be installed elsewhere than maybe it wouldn't give a warning
[00:13] <cody-somerville> the file is a sample/example right?
[00:13] <cody-somerville> k0p, yes, please update it to meet python policy standards
[00:13] <NCommander> cody-somerville, it goes in share/codeblocks/lexers ...
[00:13] <k0p> cody-somerville, python policy standards.. is it on debian/rules? :/
[00:14] <cody-somerville> yes
[00:14] <cody-somerville> k0p, and debian/control
[00:14] <k0p> I read the NewPolicy page
[00:14] <k0p> and I don't know what I can change :/
[00:15] <cody-somerville> k0p, start on step 2. It says "Ensure that there's a ${python:Depends} in the Depends field "
[00:15] <cody-somerville> NCommander, lexer_bash.sample is an example, no?
[00:16] <NCommander> I thought it was what codeblocks used to lex bash scripts
[00:17] <k0p> split
[00:17] <NCommander> wow, netsplit, been common today
[00:17] <cody-somerville> Could be, thats why I was trying to clarify with you.
[00:18] <k0p> cody-somerville, is it about "update package " section?
[00:18] <cody-somerville> k0p, you need to meet the same standard
[00:19] <k0p> cody-somerville, right. :)
[00:33] <NCommander> cody-somerville, ping?
[00:33] <cody-somerville> NCommander, pong
[00:33] <NCommander> I'm making the changes right now
[00:33] <cody-somerville> NCommander, what is the change?
[00:34] <NCommander> Fixing the original maintainer for one
[00:36] <cody-somerville> NCommander, yea but I can do that
[00:37] <cody-somerville> No need to upload to revu just for that
[00:37] <NCommander> Oh
[00:37] <NCommander> Let me give you what I changed in lintian-overrides
[00:38] <NCommander> cody-somerville, http://pastebin.ca/1080124
[00:39] <azeem> maybe it would better fit in /usr/share/doc/codeblocks/examples?
[00:40] <NCommander> azeem, no, its used as a test for the bash lexer it seems
[00:40] <NCommander> (now that I actually sit down and look at it more closely; it won't work on Ubuntu; we don't have emerge/Portage)
[00:41] <azeem> used by what?
[00:41] <cody-somerville> azeem, that was my idea
[00:41] <cody-somerville> azeem, but apparently CodeBlocks needs that file
[00:41] <azeem> it needs a file that runs emerge?
[00:42] <NCommander> azeem, it doesn't actually run it, but it parses it
[00:42] <NCommander> I dunno, this is kinda weird
[01:14] <cody-somerville> Did us MOTUs do anything this month? :P
[01:14] <cody-somerville> It is team reporting time.
[01:17] <persia> Iulian: You can usually convince the md5sum to work properly for conversions if you use gzip -9fn
[01:18] <cody-somerville> persia, gzip -d works fine for me
[01:18] <persia> cody-somerville: If you have the same .tar with the same md5sum and a different timestamp, you will get a .gz with a different md5sum.
[01:19] <persia> You can test this by playing with `touch`
[01:19] <persia> -9fn ignores this timestamp (amoung other things).
[01:19] <cody-somerville> Okay. Neat.
[01:19] <cody-somerville> The doc I read just said the .tar files needed to match
[01:21] <persia> Well, nothing needs to match.  If the .tar files don't match, the paranoid among us will complain that the upstream source has been modified in undocumented ways.  Bonus points for making the .tar.gz match so that debuan/rules get-oprig-source; cd ..; rm -r $(package)-$(version); dpkg-source -x foo.dsc works cleanly.
[01:22]  * persia notes that spelling things correctly grants even more bonus points
[01:26] <Majost> Is there an easy way to get all the package maintainers gpg pubkeys?
[01:27] <Majost> I'm just trying to rid myself of warnings about unable to verify a package when I update my mirror.
[01:28] <persia> Majost: source or binary packages?
[01:29] <cody-somerville> persia, what did I spell incorrectly?
[01:29] <persia> cody-somerville: Not you: me.  Read the previous line carefully.
[01:30] <cody-somerville> oprig?
[01:30] <persia> As one example :)
[01:32] <cody-somerville> debuan would be the second and final one?
[01:32] <persia> It would be another.  I stopped counting at that point, so can't verify final.
[01:33] <NCommander> cody-somerville, so how goes it?
[01:33] <cody-somerville> still building
[01:33] <NCommander> Ouch
[01:38] <Majost> persia: both
[01:39] <persia> Majost: For binary packages, the ubuntu-keyring package ought have everything.  I don't believe there is a correct solution for source packages for Ubuntu at this time, due to the various ways these packages are imported.
[01:40]  * Majost nods
[01:41] <Majost> the best I have come up with is to run a script against the dsc files and try to pull the keys from various keyservers
[01:42] <Majost> but it takes a loooong time, and isn't very accurate. heh
[01:58] <Awsoonn> is there a way to make audio work inside a chroot of intrepid?
[02:01] <NCommander> Awsoonn, try mount -o bind /dev *chroot*/dev
[02:01] <NCommander> THat might do the trick
[02:01] <RAOF> Awsoonn: That's an interesting question, and one to which NCommander has already given my answer :)
[02:02] <NCommander> If your package needs ESD or firends
[02:02] <NCommander> YOu'll have to kill them on the host and run them in the chroot
[02:02] <RAOF> Or possibly bind-mount /tmp, too?
[02:02] <persia> Alternately, also bind-mount /tmp, but that can have even more interesting side effects
[02:02] <persia> Note that you need matching /etc/passwd and /etc/shadow in the chroot for either of these to work properly.
[02:02] <RAOF> #ubuntu-motu is apparently _all about_ messing around in chroots :)
[02:03] <ScottK-laptop> Certainly nothing else happens around here.
[02:03] <ScottK-laptop> ;-)
[02:03]  * NCommander watchs ScottK-laptop's laptop explode
[02:03] <NCommander> Pretty sparks!
[02:04] <NCommander> w00t, I just got REVU to login using OpenID
[02:04]  * NCommander laughs evilly
[02:12] <TheMuso> emgent: Please make sure that packages you work on are buildable and installable before uploading. I'm just having to fix up audacious after you uploaded a new merged version that has broken dependencies. I know you didn't make those changes yourself, but if you had checked the packages installed, you would have caught this problem.
[02:12] <emgent> uhm? i tested it.. just a moment TheMuso
[02:13]  * TheMuso notes that the current state of audacious in intrepid for i386, amd64, and powerpc is uninstallable.
[02:15] <TheMuso> emgent: Don't worry about it now, I'm uploading a fix, but please check in the future.
[02:15] <emgent> TheMuso: no, there is a big problem.
[02:15]  * TheMuso cancels the upload quickly.
[02:16] <TheMuso> emgent: What problem?
[02:16] <emgent> hahah :)
[02:16] <NCommander> cody-somerville, did that upload?
[02:16] <emgent> TheMuso: just a moment i'm re-testing it in my real intrepid box.
[02:16] <cody-somerville> No
[02:16] <cody-somerville> NCommander, your override didn't work
[02:16] <NCommander> Crud
[02:17] <emgent> TheMuso: ok can you upload. sorry.
[02:17] <cody-somerville> I'm just going to remove the override. It is just a warning and not an error.
[02:17] <TheMuso> emgent: Ok will do.
[02:18] <emgent> TheMuso: thanks for this.
[02:18] <NCommander> cody-somerville, I thought you should always have them overriden ...
[02:18] <TheMuso> emgent: No problem, just make sure to check in the future ok.
[02:19] <emgent> sure. will do. I do not understand how I escaped. :-\ anyway thanks TheMuso
[02:20] <NCommander> cody-somerville, hold on, I think I found why I didn't work, and uploading to PPA now
[02:20] <Legendario> can anyone help me with this: http://ubuntu.pastebin.com/d55ae8b34
[02:21] <cody-somerville> NCommander, you forgot the binary keyword?
[02:21] <NCommander> cody-somerville, forgot the : :-)
[02:21] <NCommander> THat too
[02:28] <cody-somerville> NCommander, I also just noticed that tips.txt is getting installed to /usr/share/codeblocks/
[02:29] <NCommander> That's a data file
[02:29] <NCommander> It's what it uses to show tips at startup
[02:31] <Legendario> error: could not create '/usr/lib/python2.5/site-packages/blueman': Permission denied
[02:31] <Legendario> how can i overcome this error
[02:31] <Legendario> ?
[02:32] <LucidFox> NCommander> https://lists.ubuntu.com/archives/ubuntu-archive/2008-July/019791.html
[02:33] <NCommander> whoops
[02:33] <NCommander> WTF, I didn't get that email
[02:33] <NCommander> I had talked to the archive admin over IR
[02:33] <LucidFox> you aren't subscribed to that mailing list, probably
[02:33] <LucidFox> Anyway, why don't you take package descriptions from my version?
[02:33] <NCommander> I'm suprised REJECT emails aren't CCed to the direct to the changelog email
[02:33] <NCommander> THat's how it works in Debian
[02:34] <cody-somerville> They usually are
[02:34] <cody-somerville> I didn't get that reject e-mail either
[02:35]  * NCommander grumbles
[02:35] <cody-somerville> persia, Can't LGPL 3 be substituted with GPL 3?
[02:35] <NCommander> Yeah, it says it can be
[02:35] <persia> cody-somerville: No.  LGPL code may be used in a larger GPL 3 work.
[02:35] <LucidFox> Wait
[02:36] <persia> (err.  LGPL 3)
[02:37] <cody-somerville> That must have changed in LGPL 3. LGPL 2 you could, IIRC.
[02:37] <NCommander> If one file in GPL 3, then the whole thing becomes GPL3
[02:38] <jmarsden> cody-somerville: I suspect the point is that the COPYING file you include should be consistent with the debian/copyright file of the package?
[02:38] <persia> NCommander: No.  The collection becomes GPL 3.  The individual components may still be LGPL 3.
[02:39] <NCommander> Right, I realize that
[02:39] <NCommander> But then the copying file would be GPL 3
[02:39] <NCommander> And as an added WTF, the files ARE licensed until the GPL3
[02:39] <NCommander> The only thing I can see that are LGPL are some of the plugins
[02:39] <persia> cody-somerville: No.  LGPL 2.1 had the fixes to be GPL 3 compatible.  LGPL 2 was GPL 2 compatible, but not by direct replacement (although relicensing was acceptable).
[02:40]  * persia prefers debian/copyright to specify the actual licenses of the code, rather than just some random overall license
[02:40]  * RAOF was always under the impression that was actual _policy_.
[02:40] <NCommander> The overall license of the code though is GPL3
[02:40] <persia> If code from LGPL 3 and GPL 3 is mixed in a single file, the file becomes GPL 3, but if the code is in separate files, it is interesting to preserve that separation to allow other LGPL 3 projects to use the LGPL 3 portion of the code.
[02:40] <persia> NCommander: As a collection, yes.
[02:40] <NCommander> If an LGPL3 project and GPL3 project are linked together, it becomes a GPL3, its GPL3 as a collection
[02:41] <NCommander> Yes, the individual files can kept a seperate license however
[02:41] <persia> And if the individual files have separate licenses, this should be documented in debian/copyright.
[02:41] <cody-somerville> NCommander, have fun going through the 1302 source files :)
[02:41] <NCommander> *grumbles*
[02:41] <NCommander> I'm asking the archive admin for clarification and a proper course of action
[02:42] <RAOF> This is why I find debian/copyright invariably the most complex and annoying part of packaging.
[02:44] <NCommander> yup
[02:44] <NCommander> I'm asking the archive admin to clarify what he wants fixed
[02:44]  * persia recommends `less $(find . -print)` as a useful way to review source.
[02:45] <NCommander> It's just the SDK that's LGPL3, the vast majority is GPL3, which is why I missed it
[02:45] <persia> `less $(suspicious-source)` and `grep -ri copyright` are additionally useful.
[02:45] <NCommander> so much for trusting the COPYING file to be right
[02:46] <jmarsden> NCommander: does that make it a copyleft file ? :-)
[02:46]  * NCommander whacks jmarsden for such a horrible pun
[02:47] <NCommander> Ok, now its up to the archive admin
[02:49] <persia> Better to be correct through diligence than to wait for an archive admin to report that debian/copyright must accurately represent the licensing of the code...
[02:53] <cody-somerville> jmarsden, what does this mean?: " Replaced generic .desktop file with a koverartist-specific one"
[02:54] <RAOF> Legendario: People in this channel were mainly busy at the time you posted your question; so no-one has picked it up yet.
[02:54] <jmarsden> The original had stuff related to KParts in it.
[02:54] <jmarsden> I think it was auto generated?
[02:54] <RAOF> Legendario: Generally the way to deal with that is to wait until the current thread of conversation has ended, and give another prod.
[02:54] <cody-somerville> Maybe something along those lines would be a better description for your changelog jmarsden
[02:54] <jmarsden> OK.
[02:55] <RAOF> Legendario: As to your actual question: I believe that you're not passing the correct prefix to setup.py, so it's trying to install system-wide rather than in $(CURDIR)/debian/where-the-package-should-go.
[02:55] <cody-somerville> jmarsden, and why is that patch named 01_internationalize_desktop_file.patch ?
[02:56] <jmarsden> Because it adds several languages to the file that were not in it before...
[02:56] <jmarsden> Per the bug sumbitter's request.
[02:57] <cody-somerville> I thought the bug was about making it show up in Gnome
[02:57] <Legendario> Thanks a lot RAOF, i thought i was misbehaving somehow...
[02:57] <jmarsden> I could call it 01_replace_desktop_file.patch if you prefer.
[02:57] <cody-somerville> and considering the .desktop file is already internationalized, your name makes things confusing
[02:58] <jmarsden> cody-somerville: Yes, and he asks that a set of languages be "ideally" added... right?
[02:59] <jmarsden> To quote: "It is necessary in ideal that somebody translate these sections to those languages: French, German, Italian, Polish, Portugese and Spanish. Need help."
[02:59] <jmarsden> I dpn't speak Italian, Portugues or Polish, but can do French, German and (somewhat) Spanish.
[02:59] <jmarsden> So.. I did :-)
[03:00] <cody-somerville> jmarsden, What I'm saying is that your patch is not to provide internationalization, that is not the *purpose*.
[03:00] <jmarsden> OK... I can change its name, no problem.
[03:00] <jmarsden> It is *a* purpose, but not *the* primary purpose.
[03:01] <cody-somerville> jmarsden, the purpose of your patch is to reduce the number of languages the comment is translated into? :S
[03:04] <jmarsden> It's renamed now.\
[03:06] <jmarsden> Any ideas on why I still see those lintian messages, which was my initial question? :-)
[03:08] <posingaspopular> hello all, i want to learn the intricate magic of packaging. ive been watching the motu videos on youtube, and im wondering if I can get someone to bug so they will teach me. thanks
[03:09] <cody-somerville> posingaspopular, no, sorry. : (
[03:09] <posingaspopular> :( :(
[03:09] <posingaspopular> cody-somerville: now everybody hates me?
[03:09] <cody-somerville> just joking! \o/
[03:10] <posingaspopular> everybody jokes at my expense, because they hate me?
[03:10] <cody-somerville> posingaspopular, yes, sorry : (
[03:10] <bddebian> Heya gang
[03:10] <posingaspopular> lol thanks
[03:11] <cody-somerville> jmarsden, can you pastebin the lintian errors you get?
[03:11] <jmarsden> cody-somerville: Sure.
[03:11] <persia> posingaspopular: Rather than bugging someone in particular, consider chasing some bug, and asking here for help in getting the fix uploaded once you have a working solution.  After several repetitions , you'll have it down.
[03:14] <jmarsden> cody-somerville: http://pastebin.ubuntu.com/29461/
[03:14] <posingaspopular> ah i am, how do they say, 'new at this'
[03:14] <jmarsden> posingaspopular: https://wiki.ubuntu.com/MOTU/Contributing might be worth a look
[03:15] <posingaspopular> thanks
[03:16]  * jmarsden was new at this (Ubuntu packaging) about 3 days ago...
[03:16] <cody-somerville> I just realized I haven't ate today :/
[03:16] <cody-somerville> No wonder I have a headache.
[03:16] <cody-somerville> jmarsden, I'm going to go fetch some food
[03:16] <jmarsden> cody-somerville: Then koverartist can wait.  No problem!
[03:18] <posingaspopular> where do i go to apply for a sponsor
[03:19] <persia> posingaspopular: We sponsor update candidates, rather than people.
[03:19] <posingaspopular> ?
[03:19] <persia> Prepare a good debdiff for something, and subscribe the sponsors queue to get it uploaded.
[03:19] <posingaspopular> erm... mentor
[03:19] <jmarsden> posingaspopular: https://wiki.ubuntu.com/MOTU/Mentoring
[03:20] <jmarsden> and https://wiki.ubuntu.com/MOTU/Mentoring/Contributor
[03:20] <posingaspopular> thanks, sorry for asking so many simple questions... they are all in the chan. topic i assume?
[03:21] <persia> posingaspopular: Some of them are, but we're generally happy to answer most questions here, as long as it's roughtly related to universe packaging.
[03:21] <jmarsden> posingaspopular: Maybe not... browsing the wiki starting at https://wiki.ubuntu.com/MOTU will help too
[03:27] <SolarWar> hey folks, after running a sudo pbuilder build *.dsc I get the following error: dpkg-genchanges: failure: cannot open upload file ../qlix_0.2.3-0ubuntu1~ppa1_i386.deb for reading: No such file or directory
[03:27] <SolarWar> what is going on/ wrong?
[03:30] <jmarsden> SolarWar: the ~ppa in the filename looks odd for something you are building locally... should it really be there?
[03:30] <cody-somerville> jmarsden, why would it be odd?
[03:31] <jmarsden> Because the PPA is up on a remote server, not on yoru desktop... right?
[03:31] <RAOF> jmarsden: Some people test-build before uploading to the PPAs :)
[03:31] <SolarWar> well there you have it :)
[03:31] <SolarWar> my deb in launchpad is mysteriously missing debug symbols, so i decided to compile on my local machine
[03:33] <RAOF> SolarWar: That'd be because standard procedure is to strip the binaries.
[03:33] <SolarWar> oh is that true? is there a way to avoid that behavior? this application is not stable :(
[03:34] <RAOF> You can remove the call to dh_strip (and then lintian will complain), or you can generate foo-dbg packages.
[03:34] <SolarWar> i'm not sure what foo-dbg packages are
[03:35] <cody-somerville> foo is the name your package
[03:35] <SolarWar> oh i see
[03:35] <RAOF> dh_strip has the option of stripping the debug symbols and including them in a -dbg package rather than just throwing them away.
[03:36] <cody-somerville> SolarWar, so you'd have to also add a binary package to debian/control and modify the call in debian/rules from dh_strip to sh_strip --dbg-package=qlix-dbg
[03:36] <cody-somerville> erm
[03:36] <cody-somerville> *dh_strip --dbg--package=qlix-dbg
[03:36] <RAOF> What would be even nicer is for the PPAs to have pkg-create-dbgsym installed & the other magic required to build dbgsym packages.  Then all PPA builds would automatically generate debugging symbols.
[03:36]  * cody-somerville nods.
[03:37] <jmarsden> RAOF: You could file a wishlist bug against LP asking for that :-)
[03:37] <RAOF> I file a bug for that some months ago :)
[03:37] <jmarsden> Ah.
[03:37] <RAOF> jmarsden: Too slow! :)
[03:38] <SolarWar> hrm, thanks guys, I will look into it
[03:38] <SolarWar> =)
[03:39] <kostmo> hey SolarWar
[03:40] <SolarWar> heyo
[03:40] <SolarWar> kostmo, be glad *you* don't have to deal with dh_strip ;)
[03:41] <kostmo> cdbs all the way, man
[03:41] <SolarWar> haha
[03:42] <kostmo> SolarWar, so you can vouch for how awesome pyrocket is, right?
[03:42] <wgrant> RAOF: The big problem is the lack of Soyuz support for storing them.
[03:42] <SolarWar> I met my wife through pyrocket, its totally awesome ;)
[03:43] <kostmo> lol that makes no sense at all
[03:43] <SolarWar> anyone have any thoughts to the pbuilder error i was receiving earlier?
[03:43] <jmarsden> NCommander: Is the codeblocks you guys have been working on packaging the same one in https://bugs.launchpad.net/ubuntu/+bug/105428 ?
[03:43] <SolarWar> haha yea i know- pyrocket is still pretty sweet
[03:44] <kostmo> looking for more MOTU advocates, of course - http://revu.ubuntuwire.com/details.py?upid=2940
[03:44] <NCommander> jmarsden, yes
[03:44] <jmarsden> NCommander: OK.  I wonder what the packages mentioned there did regarding the copyright issue -- any help there for you??
[03:45] <NCommander> I emailed the package admin
[03:45] <NCommander> er, archive
[03:45] <NCommander> if I don'thear back from him in a day or two, I'll do what I think is right, and request a reupload
[03:47] <Majost> When packaging an app that uses init scripts... how I specify which runlevels get symlinked? Do I just manually add them in a links file?
[03:49] <white> Majost: look at dh_installinit ;)
[03:49] <Majost> ah
[03:49] <Majost> thanks
[03:54] <jmarsden> cody-somerville: Have you recovered from your accidental starvation? :-)
[03:55] <cody-somerville> I only get 20 minutes to eat?! Sheesh. This is a shadier job than I thought.
[03:55] <NCommander> cody-somerville, lol
[03:58] <jmarsden> cody-somerville: Hehe... I got my food when you mentioned food... and my plate is now empty, so... :-)
[03:59] <cody-somerville> jmarsden, I haven't moved yet
[03:59] <cody-somerville> I'm still trying to shake off everyone else
[03:59] <jmarsden> cody-somerville: Ah, OK... shake them harder :-)
[04:00]  * jmarsden returns to fridge, thinking... "dessert?"
[04:03] <RoAkSoAx> hey guys, can someone re-sync the REVU uploaders keyring please? thanks :)
[04:08] <jmarsden> Incidentally, is there a (security?) reason why REVU doesn't just look for and grab a new key from keyserver.ubuntu.com when someone uploads a package to REVU and it doesn't have a matching key already??
[04:09]  * jmarsden has returned with strawberries and icecream :-)
[04:16] <RoAkSoAx> nellery, i had the same confusion when i started working on: https://bugs.launchpad.net/ubuntu/+bug/250995 :)
[04:17] <cody-somerville> jmarsden, I'm going to head to bed. I didn't reaized how late it is.
[04:17] <marnold> can somebody look at https://bugs.edge.launchpad.net/ubuntu/+source/inspircd/+bug/247358
[04:17] <NCommander> marnold, sure
[04:18] <jmarsden> cody-somerville: OK, no problem!
[04:18] <NCommander> marnold, the patch looks good to me
[04:19] <SolarWar> anyone have any idea whats causing this problem: http://rafb.net/p/R0R1fg77.html
[04:19] <marnold> someone else did it but i'm one of the Debian maintainers so i kinda feel responsible
[04:19] <ScottK-laptop> SolarWar: Generally it's considered rude to ask the same question on multiple channels at the same time.
[04:20] <RAOF> SolarWar: Do you not have a debian/compat file?  Or does that file contain a really small number?
[04:22] <marnold> NCommander, what happens now i haven't done anything for Ubuntu directly for awhile
[04:22] <SolarWar> ScottK-laptop, I asked it earlier and it didn't receive much attention here, thats when i turned to kubuntu-dev
[04:22] <marnold> all my stuff has been through Debian
[04:22] <ScottK-laptop> SolarWar: OK.  I just saw you asking in both places one minute apart.
[04:23] <NCommander> marnold, are you an MOTU?
[04:23] <marnold> no
[04:23] <NCommander> marnold, DD?
[04:23] <marnold> no
[04:23] <NCommander> (or DM on inspiricd)
[04:24] <marnold> no its kinda hard to get keysigs out here in the sticks
[04:24] <ScottK-laptop> It's quite possible to get stuff into Debian just by getting sponsored.  No need to be any of that.
[04:24] <marnold> i'll see if i can find one of my sponsors
[04:25] <NCommander> ScottK-laptop, I've never met anyone who would sponsor a NMU
[04:25] <ScottK-laptop> I've had NMUs sponsored.
[04:25]  * StevenK has sponsored a few NMUs
[04:26] <marnold> i'm Matt Arnold<EMAIL_ADDRESS>so its not an NMU
[04:26] <ScottK-laptop> In one case the package maintainer just uploaded my NMU rather than bother with his own update.
[04:26] <ScottK-laptop> StevenK: Would you be up for a sponsorship request in Debian?
[04:26] <ScottK-laptop> ... speaking of which ...
[04:27] <NCommander> Oh, d'oh
[04:27] <NCommander> marnold, just remember to change the version number on the changelog to a non-ubuntu one ;-)
[04:27] <SolarWar> RAOF, my compat file contains 4
[04:27] <marnold> and it doesn't ftbfs in Debian for some odd reason
[04:27] <NCommander> marnold, that's because Debian uses an older libc even in sid
[04:27] <NCommander> We upgraded to 2.8
[04:27] <NCommander> sid is still 2.7
[04:28]  * marnold slaps self
[04:28]  * marnold should have known
[04:30] <RAOF> SolarWar: It's obviously an old package, then.
[04:32] <NCommander> RAOF, the compat is five now I think
[04:33] <marnold> NCommander, 5 or 7
[04:33] <RAOF> There's a 6, too :)
[04:33] <ScottK-laptop> 4 is not deprecated.
[04:33] <ScottK-laptop> If it'll build with debhelper 4, there's no reason to bump it.
[04:34] <marnold> i forgot about those
[04:34] <RAOF> True.  I'm surprised that it's claiming the compat version is too old, though.
[04:36] <SolarWar> well the machine that built the dsc had debhelper 6
[04:36] <SolarWar> i'm still receiving the same error at the end of the log- namely "cannot upload file  ../qlix_0.2.3-0ubuntu1~ppa1_i386.deb for reading: No such file or directory"
[04:36] <RAOF> SolarWar: Can you pastebin the full build log, then?
[04:36] <SolarWar> sure
[04:53] <SolarWar> RAOF, http://rafb.net/p/9XvEWB22.html
[05:12] <RAOF> SolarWar: Oh.  You've messed up some versioning somwhere.
[05:12] <RAOF> dpkg-deb: building package `qlix' in `../qlix_0.2.4-0ubuntu1~ppa*2*_i386.deb' ... dpkg-genchanges: failure: cannot open upload file ../qlix_0.2.3-0ubuntu1~ppa*1*_i386.deb for reading: No such file or directory
[05:13] <SolarWar> hrm
[05:13] <SolarWar> its also looking for 0.2.3
[05:13] <SolarWar> and in some cases its doing weird stuff with 0.2.2
[05:13] <SolarWar> oh wait no thats an older log
[05:15] <SolarWar> okay lets try this again
[05:17] <SolarWar> now i just get: dpkg-genchanges: warning: duplicate files list entry for file qlix_0.2.4-0ubuntu1~ppa2_i386.deb (line 2)
[05:20] <RAOF> SolarWar: That's very strange.  What's in your .dsc?
[05:21] <SolarWar> RAOF i have a "files" file in my debian folder still that aparantly i don't need and was causing the initial grief, i think removing that will fix the problem
[05:21] <SolarWar> lintian complained about it as well
[05:21] <RAOF> Ah.  You'd built the source package incorrectly :)
[05:23] <SolarWar> :) yea
[05:24] <SolarWar> man, launchpad is really lenient when it comes to building source packages
[05:26] <posingaspopular> hey all, im trying to follow along with packaging ed on youtube at this link http://www.youtube.com/watch?v=SwTp1YnehoI&feature=related but i get this build error http://pastebin.ubuntu.com/29500/
[05:26] <posingaspopular> can someone shed some light on this msg?
[05:27] <RAOF> Line 13 of debian/control is strange.  Can you pastebin debian/control?
[05:28] <SolarWar> RAOF, is that for my benefit ?
[05:28] <RAOF> SolarWar: No, for posingaspopular
[05:30] <SolarWar> RAOF i have created a separate debug package for this application, does this package contain debug information only? or should it contain the whole application with debug information?
[05:30] <posingaspopular> yes
[05:30] <RAOF> SolarWar: Just the debug symbols.
[05:30] <RAOF> If you've done it with dh_strip, at least.
[05:31] <SolarWar> RAOF i'm assuming that debian tells gdb where to look for these symbols then?
[05:31] <RAOF> Right.
[05:31] <posingaspopular> http://pastebin.ubuntu.com/29502/
[05:31] <posingaspopular> i was just trying to follow along with daniel...
[05:32] <RAOF> Your description needs to be space-indented; each line of the description needs to start with a space.
[05:33] <RAOF> Otherwise it thinks that each of those lines is meant to be another field, like Maintainer: me<EMAIL_ADDRESS>and it gets confused :)
[05:33] <jmarsden> RAOF: and line 13, which is currently empty,  needs to not be there at all, right?
[05:34] <RAOF> A good idea, yes :)
[05:34] <posingaspopular> hmmm
[05:34] <jmarsden> posingaspopular: where did you get that file from?  Did you type it in yourself?
[05:34] <posingaspopular> ah i see
[05:35] <posingaspopular> jmarsden: no im following along on the motu chan. on youtube
[05:35] <jmarsden> posingaspopular: Yes, but you can't cut and paste frm a Youtube video... can you?
[05:36] <posingaspopular> .. no but i was trying to write in what i saw daniel typing. must have messed up the syntax
[05:36] <jmarsden> Anyway, try something more like http://pastebin.ubuntu.com/29503/
[05:36] <jmarsden> OK.
[05:38] <posingaspopular> ah thank you, i apprecaite it
[05:38] <jmarsden> No problem :-)
[05:40] <posingaspopular> it worked!
[05:40] <posingaspopular> ;p
[05:40] <SolarWar> aright i'm off for the night
[05:40] <SolarWar> thanks guys :)
[05:41] <jmarsden> posingaspopular: Contragulations :-)
[05:42] <jmarsden> Can anyone confirm that my comment yesterday re https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/223476 is somewhat sane?  If so, I might even try to implement it, although the build time for OOo must be looong.
[06:06] <RAOF> jmarsden: When you say "loooong", I believe what you mean is "overnight, and I hope you've got multiple gigabytes of RAM" ;)
[06:07] <jmarsden> That bad!  Ouch.  Overnight is doable, but I don't have that much RAM... not in a box running Ubuntu, anyway.
[06:07] <ScottK-laptop> Long as in way worse than Eclipse and that's horrible.
[06:07]  * jmarsden wonders about "borrowing" hardware from work temporarily :-)
[06:08] <jmarsden> WHat happens if you do a debbuild -S and then upload to PPA -- will it build there??
[06:08] <RAOF> Yes, although that may be a bit of an abuse of the PPA system.
[06:10] <jmarsden> Any way to tell PPA "build this in the background" to avoid the abuse issue?
[06:10]  * wgrant would do a change like that without a rebuild.
[06:10] <wgrant> *test build
[06:11] <wgrant> As long as it had been built recently.
[06:12] <poolie> hi
[06:12] <poolie> i'm trying to fix bug 249452 in bzr packaging
[06:13] <poolie> we have a debian/bzr.install file
[06:13] <poolie> which lists some things to be installed into /etc
[06:13] <poolie> can someone point me towards documentation on how this works
[06:14] <wgrant> man dh_install
[06:14] <jmarsden> wgrant: So I could just edit the control file to add the dependency, debuild -S and debdiff and attach that to the bug in LP?
[06:14] <wgrant> jmarsden: And add a changelog entry, most probably.
[06:14] <poolie> thakns
[06:14] <wgrant> If it's an SRU, it should be test-built beforehand.
[06:14] <wgrant> As a simple rebuild might break things.
[06:15] <jmarsden> Sure :-)  OK, that sounds very doable.  I'l let someone with way more experience in Ubuntu packaging than me decide if it should be an SRU :-)
[06:17] <RAOF> poolie: man dh_install should give enough info, but feel free to ask more if it's insufficient.
[06:18] <poolie> what controls whether they're treated as conffiles or not
[06:18] <poolie> and specifically whether they're removed when an upgrade is installed?
[06:19] <RAOF> As of debhelper 4 (I think) everything you install to /etc is automatically marked as a conffile.
[06:20] <poolie> and therefore won't be automatically removed?
[06:20] <poolie> in this bug we accidentally installed a file that shouldn't be there
[06:20] <RAOF> I believe so, yes.e
[06:20] <poolie> so i want an upgrade to get rid of it
[06:20] <RAOF> Actually, I'm not _sure_ whether it'll get removed or not if the file hasn't been modified by the user.
[06:21] <RAOF> Oh, that's right; it won't get rid of it on upgrade.  You'll need to do some postinst magic.
[06:21] <poolie> thanks
[06:21] <poolie> is there a standard way to do that?
[06:21] <RAOF> I'm pretty sure that there's some example magic in the xserver-xgl package; I know because that's where I got burnt by conffiles.
[06:23] <poolie> ok
[06:23] <poolie> i can see plenty of examples
[06:23] <poolie> thanks
[06:23] <RAOF> To be policy-compliant you probably want to take the md5sum of anything you want to remove, and not remove it if the user has touched the file.
[06:24] <poolie> good point
[06:24] <poolie> and just compare it by hand?
[06:24] <RAOF> I can pastebin an example preinst from xgl if you like :)
[06:25] <poolie> thanks
[06:25] <RAOF> But, yeah.  Just stick the md5sum you expect in the preinst and compare manually; I don't think there's a nice way to automate it.
[06:25] <RAOF> http://pastebin.com/f30699bd5
[06:26]  * poolie just twigs who raof is, hi
[06:26] <RAOF> :)
[06:26] <RAOF> Howide
[06:26] <poolie> thanks
[06:28] <RAOF> Hm.  No password-remembrance in epiphany-webkit.
[06:36] <StevenK> But it can pass acid2, apparently.
[06:40] <warp10> Hi all!
[06:40]  * NCommander kicks revu again
[06:41] <jpds> NCommander: What's the matter?
[06:41] <NCommander> I'm modifying it to accept OpenID logins, and I need to figure out how rewrite this query
[06:42] <ScottK-laptop> NCommander: What benifit would that provide?
[06:43] <NCommander> ScottK-laptop, to intergate Launchpad logins with REVU; its an additional part of the PPA importer
[06:43] <ScottK-laptop> Is it a necessary part?
[06:45] <NCommander> Well, it means you need an account to import packages
[06:46] <NCommander> ScottK, But you can only get an account if you upload a package to REVU
[06:46] <NCommander> ^directly
[06:47]  * ScottK-laptop wonders about uploading to REVU, having REVU push to a PPA, pull the binaries back when done, then then delete them from the PPA.
[06:48] <wgrant> ScottK-laptop: Risky, given the ToS.
[06:49] <ScottK-laptop> Perhaps an exception could be obtained?
[06:53] <NCommander> ScottK-laptop, it doesn't techinically need to be a PPA
[06:53] <NCommander> BUIlding a REVU bridge to W-B won't be that difficult
[06:54] <ScottK-laptop> True, but I'd rather use as much of Canonical's stuff for free as we can.
[06:56] <NCommander> ScottK-laptop, it would require something like a SOAP API to make it work
[06:56] <NCommander> And a way to cancel a build in progress
[06:56] <RAOF> And it'd be darn handy to have i386 and amd64 buildlogs (and lintian output on binary packages) for all revu uploads!
[07:01] <NCommander> RAOF, well, I'm going to work on extending the REVU infrastructure to generate quinn-diffs
[07:01] <Syntux> How do we push a package to to Debian?
[07:01] <NCommander> Then we just need volunteers to run buildds (REVU is running on a sparc box so it can't work)
[07:01] <RAOF> Syntux: We don't, directly.  You go through the normal Debian process.
[07:02] <RAOF> Syntux: That means, for new packages, searching the BTS and filing an ITP if there isn't one already, then generally mentors.debian.net (the revu equivalent).
[07:03] <wgrant> NCommander: We have sufficient amd64 power. The problem is creating a secure enough buildd.
[07:03] <NCommander> wgrant, use LVM to create snapshots of the chroot jail
[07:03] <wgrant> NCommander: I guess that removing network access except to a local mirror and recreating the domU each time would work.
[07:03] <Syntux> RAOF, I see
[07:04] <NCommander> Yeah, that's the hard part, unless we simply make reviewers choose to make it build
[07:04]  * NCommander grumbles
[07:04] <RAOF> wgrant: I think you've described pretty much the PPA setup, yeah.
[07:05] <NCommander> wgrant, yeah, thats the hard part, but it would be an interesting project
[07:05] <NCommander> It would just require firing a massive hack into buildd
[07:05] <Syntux> RAOF, same applies to pushing a patch? of a bug that started on their side and fixed on ours
[07:05] <wgrant> RAOF: I might talk to LP guys and see if there are any gotchas.
[07:05] <wgrant> RAOF: They could be doing other stuff as well.
[07:06] <ScottK-laptop> Syntux: If it's a patch to fix a bug that also applies to Debian, then you can file a bug with the patch and an explanation of why the Debian Maintainer should care.
[07:08] <NCommander> for some reaspm. the config library loosing its mind
[07:12] <jmarsden> If a package has a file debain/control.in and a rule in debian rules that seems to recreate debain/control from it... is it really building its own control file as it goes??  So I need to patch the control.in file not the control file?
[07:13] <NCommander> ScottK-laptop, you work with Canonical, right?
[07:14] <ScottK-laptop> NCommander: No.  I'm a volunteer.
[07:14] <NCommander> Oh ... *wonders why I thought you did*
[07:14] <NCommander> I was going to ask you to maybe ask the LP team to see if they'd be interested in extending soyuz in such a way
[07:14] <ScottK-laptop> Probably because I talk so much.
[07:15] <ScottK-laptop> NCommander: I'm just about the last guy you want asking for anything from the LP team.  I'm pretty famously dissatisfied with their efforts.
[07:15] <NCommander> I personally think LP pretty good, but it hurts Ubuntu as a whole by not being open
[07:16] <ScottK-laptop> The interface has been getting steadily worse for the last year and a half and basically if you don't believe it's getting better you are by definition not credible.
[07:16] <NCommander> I don't really think its worse, but its not better by any measure
[07:17]  * NCommander kicks REVU again
[07:24] <StevenK> Careful, REVU might kick back.
[07:24] <NCommander> Nah, I got this beast (mostly) tamed
[07:30] <wgrant> NCommander: Having issues with the Config module being dodgy?
[07:30] <NCommander> wgrant, yup
[07:30] <NCommander> wgrant, how'd you know?
[07:30]  * NCommander just cheated and hardcoded the proper path in since it isn't effecting REVU proper
[07:30] <NCommander> *affecting
[07:31] <wgrant> NCommander: It needs to be passed a mod_python Request object in most cases to work out where the config is. I hardcoded the config in the production instance when one of my recent changes broke something.
[07:31]  * NCommander finally thinks he got commenting working now
[07:32] <NCommander> wgrant, yeah, I discovered that. That was my fix too ;-)
[07:32] <wgrant> As it's often not possible to get a req in there to save the day.
[07:32] <NCommander> I had to get it to pass req pretty deep into details
[07:33] <NCommander> SInce now there is no easy way to determine a user's nickname
[07:33] <NCommander> wgrant, http://nemesisnetworks.com/revu-openid
[07:33] <NCommander> Everything works except commenting
[07:36] <NCommander> wgrant, can you fix the permissions on revu so I can file bugs?
[07:36] <NCommander> (that, or make me a member of one of the groups)
[08:02] <kgoetz> hi motus. i'm trying to rebuild python-openssl from sid on gutsy and wind up with this error when installin the package: http://paste.ubuntu.com/29535/ will i be able to change the libssl/python-support versions in teh package or am i looking at recompiling all of python? the last option isnt really an option :/
[08:02]  * ScottK2 looks
[08:03] <ScottK2> kgoetz: Did you copy the .deb over or did you rebuild it?
[08:03] <kgoetz> ScottK i rebuilt it. currently with no changes to debian/control
[08:05] <kgoetz> um sorry s/gutsy/hardy
[08:05] <kgoetz> my mistake :/
[08:05] <ScottK2> OK
[08:07] <ScottK2> kgoetz: I'm building it now.
[08:08] <kgoetz> Ok.
[08:09] <ScottK2> When you built it, how did you do it?
[08:09] <kgoetz> in a hardy chroot using debuild
[08:10] <ScottK2> OK.
[08:15] <coolbhavi> I am getting this error http://pastebin.com/mc225ced please help
[08:16] <\sh> coolbhavi: the patch 20_sysconf_clk_tck.patch doesn't apply
[08:16] <\sh> coolbhavi: you need to check if the patch is still valid, or if you need to update it to the source, or if you need to drop it, because it's eventually already applied upstream
[08:17] <coolbhavi> ok! I ll drop it and see
[08:17] <\sh> coolbhavi: check first if the changes from the patch are applied upstream :)
[08:17] <ScottK2> kgoetz: I get the same thing.  I find it very odd.
[08:18] <coolbhavi> OK!
[08:18] <ScottK2> kgoetz: Not sure why and I need to move to the bed an collapse, so I can't help you figure it out.
[08:18]  * ScottK2 really goes to bed ....
[08:19] <kgoetz> ScottK2: thanks for confirming it.
[08:19] <kgoetz> i'll leave it alone for today i think.
[08:21] <coolbhavi> Ok done got it :) Now another question can we import a package in ubuntu which is under a free licence other than gpl?
[08:22] <kgoetz> long as its destributable i guess
[08:22] <coolbhavi> yes its distributable and usable
[08:26] <kgoetz> coolbhavi: what is it? has it been packaged in debian? is there an ITP in debian?
[08:27] <coolbhavi> no its called stegtunnel
[08:33] <directhex> coolbhavi, whether a license is considered Free is measured against the debian free software guidelines. http://wiki.debian.org/DFSGLicenses lists the main ones
[08:35] <coolbhavi> OK directhex thanks for thr link
[08:35] <directhex> that app looks like 3-clause BSD
[08:35] <coolbhavi> yes
[08:46] <poolie> how can i get my own postinst snippets combined with ones generated by debhelper?
[08:49] <StevenK> poolie: Create a debian/postinst that has your bits and #DEBHELPER#
[08:50] <StevenK> poolie: #DEBHELPER# will be replaced by the debhelper snippets
[08:50] <poolie> ah thanks
[08:50] <poolie> i did search a bit first, he mumbles lamely
[08:50] <StevenK> Heh
[08:51] <StevenK> poolie: You didn't read 'man 7 debhelper' ? :-)
[08:52] <poolie> no!
[08:52] <poolie> i should have
[08:52] <poolie> i looked at dh_<tab><tab> though
[08:53] <StevenK> The manual pages for dh_* also refer to debhelper(7)
[08:53] <StevenK> poolie: I was only teasing, anyway. debhelper(7) is suprisingly under read
[08:56]  * poolie prints it
[09:25] <jmarsden> Could anyone look at this PPA build log and tell me if the issue is my fault or some Intrepid bug?  http://launchpadlibrarian.net/16248116/buildlog_ubuntu-intrepid-i386.koverartist_0.5-0ubuntu2_FAILEDTOBUILD.txt.gz
[09:26] <jmarsden> The package builds here under Hardy OK.
[09:33] <NCommander> jmarsden, I'm going to call that a bug in KDE
[09:40] <jmarsden> NCommander: That's what I was thinking too... I'll leave it for now and look into filing a bug if it does the same thing tomorrow :-)
[09:40] <jmarsden> I need to sleep for a few hours...
[09:43] <slytherin> a basic packaging question. In what cases is debain/install file necessary?
[09:45] <NCommander> slytherin, usually if make install can't do what you need it to and you have to move files around
[09:48] <slytherin> NCommander: there is no make install. It is a java based app. I have install target like this - install -m 644 -D debian/electric/usr/share/electric/
[09:58] <freakabcd> hi all
[09:58] <freakabcd> can i request a package to be made?
[09:58] <freakabcd> theres already a deb for the application
[09:58] <directhex> in debian, or upstream?
[09:59] <freakabcd> http://ichi2.net/anki/download/index.html
[09:59] <freakabcd> just upstream
[09:59] <freakabcd> the sources have the debian dir in them
[10:01] <directhex> that's often a bad thing. most upstream debian/s are terrible
[10:01] <Iulian> Indeed
[10:01] <directhex> wait, it specifically says it's in debian?
[10:02] <directhex> http://packages.debian.org/sid/anki
[10:02] <directhex> http://packages.ubuntu.com/intrepid/anki
[10:02] <directhex> *cough*
[10:02] <freakabcd> ah, cool
[10:02] <freakabcd> thanks for the packaging, guys. i'm still on hardy. i dunno if it will be backported.
[10:03] <freakabcd> anyway, its ok, since anki is done in python
[10:03] <directhex> i don't think packages not in one dist get backported. you could always try feeding the files to your PPA
[10:17] <NCommander> morning directhex
[10:18] <directhex> mornin'
[11:01] <huats> I am trying again : anybody has ever packaged a tcl lib ?
[11:25] <wgrant> directhex: New packages are often backported, FYI.
[11:26] <Iulian> cd ..
[11:26] <Iulian> Oups, wrong terminal.
[11:26] <directhex> wgrant, proper full new apps, or just libfoo dependencies of backported apps?
[11:26] <wgrant> directhex: More often the former.
[11:26] <wgrant> The latter is rare, as libs break things.
[11:26] <wgrant> New apps do not.
[11:29] <slytherin> if I am specifying all the files to install in debian/install how can I specifying permissions for the files ex. for a shell script
[11:32] <directhex> -m
[11:33] <directhex> the default is 755 though
[11:33] <directhex> wait, i'm thinking of using /usr/bin/install directly in debian/rules
[11:34] <directhex> ignore me, i need more sleep and/or coffee
[11:40] <slytherin> directhex: If I use debian rules directly and no debian/dirs or debian/install file is present then I do not get the package built as I want. So I was think of putting all the files in debian/install
[11:43] <sistpoty|work> hi folks
[11:44] <Iulian> Good morning sistpoty
[11:44] <sistpoty|work> hi Iulian
[12:41] <DRebellion> Could somebody please review my package? http://revu.ubuntuwire.com/details.py?package=posterazor Thanks in advance
[12:43] <k0p> DRebellion, i'm a new too, but i think that you can use dh_desktop to install desktop files
[12:44] <k0p> and instead use cp to install files you can create a file named debian/install
[12:44] <k0p> and call dh_install
[12:44] <k0p> I think it's more standard
[12:46] <DRebellion> k0p, the dh_desktop man page says: "Currently this program does not handle installation of the files..."
[12:52] <k0p> DRebellion, sure.
[12:53] <DRebellion> k0p, I guess you could do it with dh_install, but I think it's not really mandatory, and with a package as simple as this, just complicates things.
[12:53] <k0p> its mimetype ignored
[12:55] <k0p> DRebellion, yeah. i'm talking what others talk to me
[12:55] <DRebellion> k0p, fair enough.
[12:55] <k0p> but I agree about complicate
[14:18] <tbielawa> good morning
[14:19] <jpds> morning.
[15:04] <nixternal> superm1: Ubuntu Dell laptops for the company :)  they took the bait :)
[15:04] <nixternal> and you are missing from a channel
[15:04] <superm1> what channel?
[15:04] <superm1> huh?
[15:21] <DRebellion> Could somebody please review my package? http://revu.ubuntuwire.com/details.py?package=posterazor Thanks in advance
[17:26] <Iulian> cody-somerville: Hey, the md5sum issue is fixed. Please see comment on revu.
[17:59] <LaserJock> Ubuntu QA team meeting in #ubuntu-meeting right now if you're interested
[17:59] <LaserJock> jpds: ^^
[18:06]  * sistpoty|work heads home... cya
[18:19] <slytherin> Can anyone please explain the use of debian/menu file?
[18:20] <persia> slytherin: It populates the Debian menu system.
[18:21] <persia> You can see the results on Ubuntu if you install the menu-xdg package, and enable the Debian menu with your menu editor.
[18:21] <slytherin> persia: and what is Debian menu system?
[18:21] <persia> See /usr/share/doc/menu for more information.
[18:21] <slytherin> will check
[18:21] <persia> Alternately http://alioth.debian.org/docman/view.php/30046/2/menu-one-file.html
[18:22] <persia> (or maybe http://www.debian.org/doc/packaging-manuals/menu.html/ is better: I'm not sure)
[18:23] <persia> It's essentially a means of having cross-environment menu files in a standard format.  Dates from before the xdg .desktop and .menu files.
[18:23]  * RainCT notes that beside for the Debian menu, debian/menu files are also used in Openbox's menu (at least if installed from the Debian package) and probably in other places
[18:24] <persia> RainCT: That's still the Debian menu, just not the menu-xdg front-end.
[18:25] <persia> For environments such as Openbox, the Debian menu is the only menu, as they don't yet support xdg menus and desktop files.
[18:25] <slytherin> Can anyone check this rules file and tell me why I don't actually get the jar file in resulting binary? - http://paste.ubuntu.com/29656/
[18:27] <RainCT> slytherin: why don't you use dh_install?
[18:27] <slytherin> RainCT: how?
[18:29] <RainCT> slytherin: create a file named debian/install, and list the files and destination directories there, one on a line. eg, electric.jar usr/share/electric (next line:) debian/electric.desktop usr/share/applications
[18:29] <slytherin> Another question related to that. Is a debian/install file always necessary?
[18:29] <slytherin> RainCT: How do I handle +x permissions in that case?
[18:30] <RainCT> slytherin: no, you could have dh_install calls in debian/rules instead
[18:30] <RainCT> slytherin: or just continue using install like you are doing now, if that makes you happy :P
[18:30] <slytherin> RainCT: It is not working.
[18:30] <DRebellion> RainCT, is using dh_install and debian/install preferable to just cp'ing the files?
[18:30] <persia> slytherin: I think you want install/foo:: rather than install::
[18:31] <slytherin> persia: There is only one package
[18:31] <slytherin> I mean one binary package
[18:31] <persia> slytherin: Even so.
[18:31] <RainCT> DRebellion: well.. dunno if there is any real reason, but it's nicer :)
[18:31]  * RainCT goes to check the dh_install source
[18:31] <persia> According to https://perso.duckcorp.org/duck/cdbs-doc/cdbs-doc.xhtml, it appears required for all custom build rules.
[18:32]  * RainCT would say persia is right
[18:32] <slytherin> I observed similar problem with the example in complete guide on wiki. Even though the example does not use cdbs. User ends with a package without a binary.
[18:32] <huats> TheMuso: regarding bug #201123
[18:32] <persia> RainCT: dh_install can't do permissions correction (although if that is not required, dh_install is likely easier)
[18:32] <huats> I'll provide you what you ask :)
[18:33] <persia> huats: it's 3:30 there...
[18:33] <huats> hello persia
[18:33] <RainCT> persia: true, but together with dh_fixperms that's usually not necessary
[18:33] <slytherin> persia: can you fins some time to check example on Ubuntu wiki and see shy similar problem is seen there? https://wiki.ubuntu.com/PackagingGuide/Complete
[18:34] <huats> persia: I did taht thinking of the backlog :)
[18:34] <persia> slytherin: I don't find "install::" on that page.  For what am I looking?
[18:35]  * RainCT wonders why the debhelper guys like perl that much :P
[18:35] <slytherin> persia: No. The example does not use cdbs. Check the sample rules file
[18:35] <persia> slytherin: There are several.  Which?
[18:35] <slytherin> wait
[18:36] <DRebellion> Could somebody take a look at my package? http://revu.ubuntuwire.com/details.py?package=monkeystudio Thanks in advance
[18:36] <slytherin> persia: section 3.1.4, packaging from scratch, rules file
[18:36] <DRebellion> oops
[18:36] <DRebellion> wrong url
[18:36] <DRebellion> http://revu.ubuntuwire.com/details.py?package=posterazor
[18:37] <slytherin> persia: By the way, you were right about install/foo::
[18:37] <persia> slytherin: The make_dpkg example?
[18:38] <persia> s/make_dpkg/dh_make/
[18:38] <slytherin> persia: yes, - https://wiki.ubuntu.com/PackagingGuide/Complete#head-61847df451976c5fa0590ee423e41a51756f8d91
[18:39] <persia> slytherin: OK.  Maybe I don't understand which problem I'm examining.  My apologies for my confusion.
[18:41] <slytherin> persia: I tried conduction a session on packaging in loco channel and used the packaging from scratch as example. In the end people ended with a .deb file without binary
[18:42] <persia> That's unexpected.  Do you have such a sample source package for examination?
[18:43] <slytherin> persia: I think I have
[18:44] <persia> slytherin: Could you post it somewhere?  I'll try to find the error.
[18:44] <slytherin> persia: sure, give me 5 minutes
[18:49] <slytherin> persia: see if dget works for this - http://onkarshinde.googlepages.com/hello_2.1.1-0ubuntu1.dsc
[19:30] <persia> slytherin: `echo 5 > debian/compat` appears to fix the faulty hello package.
[19:30] <slytherin> persia: that's it?
[19:30] <persia> I chose 5 because debian/control specifies debhelper (>= 5)
[19:31] <persia> Yep.
[19:35] <persia> slytherin: just above https://wiki.ubuntu.com/PackagingGuide/Complete#head-9e147abb3707bd99dfc8d609e50fd57974d22308 is says to set debian/compat to "6".  Note that this is actually incorrect for debhelper (=> 5): it should either be set to "5" or debian/control should require debhelper 6.
[19:35] <slytherin> persia: but should that really cause the problem I mentioned?
[19:36] <persia> slytherin: Yes, because in the absence of debian/compat, debhelper works in debhelper 1 mode, which doesn't have the features you are using.
[19:37] <persia> Anything less than 4 is likely to cause issues, and the most recent version is 7.  In order to support backports, I recommend using 4 or 5 for now, or even 6 if you only care about backporting to hardy.
[19:38] <slytherin> I usually use 5. But I didn't know that was the root cause in the example
[19:38] <persia> 7 should only be used if the package requires it (as some do), but may be an acceptable choice for new packages.
[19:41] <RoAkSoAx> any MOTU willing to review a package plz?? http://revu.ubuntuwire.com/details.py?package=plasmoid-qalculate
[19:56] <DktrKranz> does anybody already tried playing with libtool transition?
[19:57]  * norsetto exorcises DktrKranz
[19:57]  * DktrKranz brings some holy water to help norsetto
[19:58] <emgent> heya :)
[19:58] <nhandler> Hi emgent
[19:58] <RoAkSoAx> any MOTU willing to review a package plz?? http://revu.ubuntuwire.com/details.py?package=plasmoid-qalculate (It is my First package from scratch xD)
[19:58] <emgent> hi nhandler
[19:58] <norsetto> DktrKranz: emgent had some libtool troubles a couple of days ago, perhaps linked to the transition
[19:58] <DktrKranz> norsetto, my first try produced a 1.8Mb debdiff :)
[19:58]  * emgent kill new libtool version.
[19:59] <norsetto> DktrKranz: I think that hardly qualifies as a debdiff (/me thinks about his 16 KB TI99 with tenderness)
[20:01] <DktrKranz> norsetto, poor guy is who needs to review it
[20:02] <norsetto> RoAkSoAx: can you pls. add a watch file?
[20:03] <RoAkSoAx> norsetto, i've tried but i get this: http://pastebin.ubuntu.com/29691/
[20:04] <norsetto> RoAkSoAx: well, you have to find a better way to access the tarball than that webpage then
[20:04] <DRebellion> Would somebody mind reviewing my package? http://revu.ubuntuwire.com/details.py?package=posterazor
[20:05] <nhandler> lol, I think I made the needs-packaging bug for that package DRebellion
[20:05] <persia> RoAkSoAx: Is there a webpage that links to that page?  There is another form that has separate URLs for the summary page and the download page.
[20:05] <DRebellion> nhandler, ah, yes you did. And told me off for not using "In Progress" ;)
[20:05] <DRebellion> nhandler, you recently got into the MOTUs, right?
[20:06] <nhandler> DRebellion, I'm an Ubuntu Contributing Developer, not a MOTU yet
[20:06] <persia> nhandler: And as a potential user, you're exceedingly likely to be a good reviewer, as you can look not only at policy compliance, but usability.
[20:06] <RoAkSoAx> persia, well, i got to the package through http://kde-look.org/content/show.php/Qalculate?content=84618 and that's the only place where the author has placed his app
[20:06] <DRebellion> nhandler, right.
[20:06] <nhandler> persia, I would review it, but I'm actually in the middle of reviewing a different REVU upload right now ;)
[20:06] <DRebellion> : (
[20:07] <persia> RoAkSoAx: Right.  So you need to scrape that page for http://kde-look.org/content/download.php?content=84618&id=1&tan=88096172&PHPSESSID=cd84d3c31a82700de8c41061456bab95
[20:07] <RoAkSoAx> persia, ok thnks,i'll try
[20:08] <persia> RoAkSoAx: The uscan manpage provides information on using a watch file to configure screen scraping.
[20:08] <DRebellion> RoAkSoAx, just a thought: shouldn't you remove this argument in the URL? "&PHPSESSID=cd84d3c31a82700de8c41061456bab95"
[20:09] <RoAkSoAx> persia, ok cool thnks :)
[20:10] <RoAkSoAx> DRebellion, gonna try xD
[20:10] <persia> DRebellion: I suspect the download engine needs it in order to verify it cleanly.  That said, one wants the PHPSESSID assigned in the first call, not the one I was assigned today.
[20:15] <norsetto> RoAkSoAx: the description in control is greek to me
[20:16] <RoAkSoAx> norsetto, is the only description provided by the Author...
[20:17] <norsetto> RoAkSoAx: yeah, but if you understand it, try to make it more readable and informative
[20:17] <RoAkSoAx> norsetto, ok :)
[20:18] <norsetto> RoAkSoAx: where did you get the copyright info?
[20:18] <RoAkSoAx> norsetto, the author ? or GPL ?
[20:18] <slytherin> what is correct tense for debian changelog entries? past or present
[20:18] <norsetto> RoAkSoAx: Copyright (C) 2008 Matteo Agostinelli<EMAIL_ADDRESS>[20:19] <RoAkSoAx> norsetto, http://kde-look.org/content/show.php/Qalculate?content=84618 the author summited it on 2008, and besides i contacted him and asked to include the COPYING file
[20:19] <norsetto> RoAkSoAx: ah, at least we have that :-)
[20:20] <RoAkSoAx> norsetto, :)
[20:21] <norsetto> RoAkSoAx: there is no copyright info in the package, no header in source files, I would not be surprised if this would be rejected by the archive-admins
[20:21] <norsetto> RoAkSoAx: can you also clean debian/copyright? There are a number of extra blank spaces in there
[20:21] <RoAkSoAx> norsetto, will do
[20:22] <norsetto> RoAkSoAx: I also think it will be a good idea to get read of README and explain a bit more in details in a README.Debian how to use this thingie
[20:22] <norsetto> s/read/rid ...
[20:23] <RoAkSoAx> ok cool, i'll ask my mentor vorian to guide me with this since he recommended me this package to get myself started :D (and i'm gnome user xd )
[20:24] <norsetto> RoAkSoAx: for instance saying thet plasmoidviewer is in the kdebase-workspace-bin, etc.
[20:24] <norsetto> RoAkSoAx: okki, please also ask him if we should mention kde 4.1 somewhere in the description since this only work with that
[20:25] <RoAkSoAx> ok cool :) thnks for help... i'll try to get debian/watch work meanwhile
[20:27] <norsetto> RoAkSoAx: thx, is a pretty nice job you did :-)
[20:27] <RoAkSoAx> norsetto, thanks :D
[21:18] <kees> siretart: can you pull these upstream fix for CVE-2008-3162 into ffmpeg-debian when you get a chance?  (http://svn.mplayerhq.hu/ffmpeg/trunk/libavformat/psxstr.c?view=log&pathrev=13993)
[21:19] <kees> siretart: er, sorry, better url: http://svn.mplayerhq.hu/ffmpeg/trunk/libavformat/psxstr.c?r1=13649&r2=13993&pathrev=13993
[21:40] <slytherin> geser: want a package to work on? :-D
[21:44] <slytherin> geser - 242720. Thanks in advance if you work on it.
[22:03] <DRebellion> Could somebody take a look at my package? http://revu.ubuntuwire.com/details.py?package=posterazor Thanks in advance
[22:12] <vorian> y
[22:13] <vorian> bleh
[22:14] <jpds> vorian: Yes, why?
[22:15] <vorian> heya jpds
[22:15] <jpds> hey.
[22:15] <vorian> just typing away in the wrong screen is all
[22:23] <siretart> kees: already done in 0.svn20080206-10 on Wed, 09 Jul 2008 14:04:06 +0200
[22:23] <siretart> uploaded to ubuntu on Fri, 11 Jul 2008 13:05:47 +0200
[22:26] <kees> siretart: ah! cool, I missed it (I was scanning the changelog for a CVE#)  thanks!
[22:29] <siretart> kees: I uploaded it to debian before I was aware that it got attention by CVE.
[22:29] <siretart> that's why there is no CVE number. the number got assigned only later
[22:30] <kees> siretart: yup, totally cool.


[11:57] <jamesh> ddaa: last week's minutes are here: https://launchpad.canonical.com/BazaarMeeting20060821
[11:59] <ddaa> jamesh: thank you, I've read them already
[12:00] <ddaa> MEETING STARTS
[12:00] <ddaa> This is the Greenhouse meeting, on techniques of growing Bazaar branches in a Launchpad, if that means anything.
[12:00] <ddaa> I am just coming back from vacation, so I'll let you guys do most of the talking today.
[12:00] <ddaa> jamesh: thank you for last week's meeting minutes, it's very good.
[12:00] <ddaa> == Agenda ==
[12:00] <ddaa> * Roll call
[12:01] <ddaa> * Production status
[12:01] <ddaa> * Smart server
[12:01] <ddaa> * Advertising
[12:01] <ddaa> * vcs-imports knits
[12:01] <ddaa> * Release finder
[12:01] <ddaa> * Python import
[12:01] <ddaa> * bzr lp://
[12:01] <ddaa> * 1.0 targets
[12:01] <ddaa> * Critical bugs
[12:01] <ddaa> * Sysadmin tasks
[12:01] <ddaa> * Any other business?
[12:02] <ddaa> == Roll call ==
[12:02] <ddaa> mpool apologized.
[12:02] <spiv> I'm here
[12:02] <lifeless> hi
[12:02] <jamesh> I'm here
[12:02] <ddaa> SteveA: hey?
[12:03] <ddaa> SteveA late :P
[12:03] <ddaa> == Production status ==
[12:03] <ddaa> Anything to report?
[12:03] <ddaa> jamesh: how is the future of oops-from-scripts looking?
[12:04] <jamesh> haven't looked at it at all since last meeting
[12:04] <ddaa> lifeless: do you know if jelmer fixed the bug in bzr-svn?
[12:04] <lifeless> no
[12:04] <ddaa> We would probably have to purge the filesystem data for his branch when he has fixed them.
[12:05] <ddaa> ACTION: ddaa to bother jelmer about the bzr-svn bug
[12:05] <lifeless> he should bump his namespace
[12:05] <lifeless> the revisions are corrupt, no telling how far its spread
[12:05] <jamesh> we still need to make sure data like that doesn't get past the puller
[12:06] <ddaa> lifeless: know how we can achieve that? Past discussion we had about that I remember as inconclusive.
[12:06] <lifeless> note it in the bug thats already open
[12:07] <ddaa> ACTION: ddaa to resume discussion about filtering bad branches in the puller
[12:07] <ddaa> == Smart server ==
[12:07] <ddaa> mpool said: We've continued work, most recently pairing with Andrew on
[12:07] <ddaa> letting it be run over ssh.  Andrew can report more.
[12:07] <lifeless> ddaa: no, thats not what I said
[12:07] <lifeless> ddaa: dude, I said 'jelmer should bump his revision namespace'
[12:07] <ddaa> lifeless: okay, will say that in the bzr-svn bug
[12:08] <ddaa> but there is the separate issue that jamesh mentioned
[12:08] <ddaa> I'm happy not to fix it for now though.
[12:08] <spiv> Right, so the code to run the protocol-so-far over SSH is basically there.
[12:08] <lifeless> its not the pullers problem, I really think its purely a bzrlib bug if it happens, file a bug and we'll fix it
[12:08] <spiv> Lots of the infrastructure for that has been submitted for merging to bzr.dev, and is ready to go into 0.11
[12:09] <lifeless> talk with me after the meeting, so we dont block now. But I dont think we should design the bzrlib fetch code twice. It does not make sense.
[12:09] <ddaa> lifeless: okay. But the puller should be able to recover w/o manual intervention, and I do not think I can ATM.
[12:09] <ddaa> spiv: sounds great
[12:09] <ddaa> == Advertising ==
[12:09] <ddaa> spiv: should I make you the current owner of this task about blogging on similarities between SVN and bzr checkouts (in relation to Launchpad of course)?
[12:10] <spiv> lifeless & mpool & I will be meeting in person tomorrow to continue work on the smart server.  lifeless has figured out some good goals w.r.t. supermirror integration and HTTP integration that's the next step.
[12:10] <SteveA> hi
[12:10] <SteveA> i'm on a public holiday
[12:10] <jamesh> after the next rollout, we'll be able to advertise that --create-prefix isn't necessary anymore
[12:10] <spiv> ddaa: yes, in fact I've actually got a draft already
[12:10] <ddaa> Okay, sorry for not taking notes, I have not yet handled the email backlog.
[12:10] <ddaa> SteveA: ^
[12:11] <ddaa> When the fixes to the greenhouse UI are rolled out, I'll probably post something about that too. People have been asking for that for a long time.
[12:11] <lifeless> greenhouse ?
[12:11] <ddaa> launchpad-bazaar = greenhouse
[12:11] <lifeless> did I miss something ?
[12:12] <ddaa> There was some discussion in the past about that, sabdfl appeared keen to have a cute name, and I like a shorter name.
[12:12] <ddaa> So I sent an email to the launchpad mailing list to "codify the status quo"
[12:12] <lifeless> oh :(. Its about as good as dyson was IMO.
[12:13] <ddaa> lifeless: I'll adopt anything you can agree on with sabdfl
[12:13] <lifeless> how about launchpad-bazaar? Clear, precise, to the point.
[12:14] <jamesh> ddaa: most areas of Launchpad are being debranded in the UI (e.g. blueprint => features), so at most it would be an internal codename
[12:14] <SteveA> it will be called "code" in the launchpad UI
[12:14] <ddaa> I'm not the one pushing for using cute code names. I'm merely trying to make the boss happy, and taking the opportunity to save a few keystrokes.
[12:15] <SteveA> I see where you're coming from.  Honestly, I think it creates more keystrokes all round.
[12:15] <SteveA> because people have to ask about it
[12:15] <SteveA> and it isn't a "sticky in your mind" name like "rosetta"
[12:16] <ddaa> SteveA: I'm happy to abandon "greenhouse", but please post a followup to my mail on the launchpad mailing list.
[12:16] <ddaa> I have no desire to risk an argument with sabdfl about that issue.
[12:16] <SteveA> I dont think it is even worth discussing
[12:17] <jamesh> should we move on?
[12:17] <ddaa> Okay, then the issue is closed.
[12:17] <SteveA> we can just agree to use the obvious "launchpad-bazaar"
[12:17] <ddaa> == vcs-imports knits ==
[12:17] <ddaa> Apparently all deployed.
[12:17] <ddaa> Still a couple of outstanding bzr branches. Have been reviewed, will act on reviews during the week and coordinate with lifeless about getting the patches in rocketfuel.
[12:17] <ddaa> ACTION: ddaa to advance merging of outstanding bzr fixes into rocketfuel.
[12:17] <SteveA> and we'll understand mark or others if they use "greenhose"
[12:17] <ddaa> SteveA: ++
[12:17] <SteveA> but we can choose to use "launchpad bazaar"
[12:18] <ddaa> lifeless: anything interesting to report about the progress of those patch in the bazaarsphere?
[12:18] <lifeless> ddaa: they are both in the stack of patches spiv is managing
[12:19] <ddaa> spiv: does that mean that I do not have to do any more on those patches?
[12:20] <ddaa> silence is consent
[12:20] <ddaa> == Release finder ==
[12:20] <ddaa> jamesh: did stub do a test run on staging this week, as reported on the last meeting?
[12:20] <jamesh> yes
[12:20] <spiv> I don't know anything about ddaa's upgrade-no-workingtree branch
[12:20] <ddaa> spiv: okay, then I'll apply some traction there.
[12:20] <spiv> But the list_dir one I'm on top of, yes.
[12:20] <jamesh> ran into another bug (bug 57220), which I'm working on a fix for
[12:21] <jamesh> hopefully we'll complete a full run with that problem fixed.
[12:21] <lifeless> spiv: I referred it to you in reply to a mail from John on the list.
[12:21] <spiv> lifeless: Thanks, I'll take a look
[12:22] <ddaa> jamesh: good, so next week I'll ask about the outcome of the full staging run
[12:22] <jamesh> yep
[12:22] <ddaa> == Python import ==
[12:22] <ddaa> https://launchpad.net/products/launchpad-bazaar/+bug/56360
[12:22] <ddaa> Was on leave, so made no progress on that.
[12:22] <ddaa> Plan to look at this problem, but after acting on outstanding patches and giving spec feedback. Probably not come around to it this week.
[12:23] <ddaa> == bzr lp:// ==
[12:23] <ddaa> Last week's action were:
[12:23] <ddaa> spiv: read the spec
[12:23] <ddaa> mpool: read/integrate comments
[12:23] <ddaa> Progress?
[12:23] <spiv> I'm pretty sure I gave feedback on the spec.
[12:24] <spiv> Yeah, I did.
[12:24] <jamesh> you appear to have, yes.
[12:24] <ddaa> Okay, so the ball is in mpool's camp.
[12:24] <spiv> Yep.
[12:25] <ddaa> ACTION: mpool to read/integrate comments on BranchIndirection
[12:25] <ddaa> == 1.0 targets ==
[12:25] <ddaa> smart server: is that still on track for the end-of-month deadline?
[12:25] <ddaa> importd bzr transition: the essential functionality was delivered. I'd like to put that on hold until we have the new hire, and have him do the Arch support wipeout.
[12:25] <ddaa> SteveA: is that okay? Hom to update the spec?
[12:25] <ddaa> bzr-roundtrip-svn: in my understanding, we will achieve that by replacing cscvs by bzr-svn when/if we feel comfortable enough with that.
[12:26] <lifeless> I thought roundtrip was cancelled for now
[12:26] <ddaa> roundtrip-svn: that means the status of this spec should be changed, since no further action is expected before 1.0
[12:26] <ddaa> I got heat from sabdfl by closing the spec as "not for us", because it means something specific to ubuntu folks.
[12:27] <ddaa> So I restored it to the previous status.
[12:27] <lifeless> apparently it means 'never'
[12:28] <lifeless> as roundtrip is clearly a nice thing to do if we ever get around to it, I'd say 'low'
[12:28] <ddaa> quoting sabdfl:
[12:28] <ddaa>  "Not for us" has a specific meaning, in the text of any spec with that status you will see it. Basically it means "this spec is regarded as pointless and not interesting to the project managers, we will not land any code for this even if you contribute it".
[12:28] <ddaa> If you want to say "we are not going to work on this now", then Lowpriority would be more appropriate.
[12:28] <jamesh> "not for us" was coined as a nicer way of saying bugger off
[12:28] <ddaa> Should we also remove the 1.0 target as well?
[12:29] <jamesh> if it isn't a 1.0 target anymore, then I'd guess so
[12:29] <ddaa> I'd guess so, but you know what you say about burned cats.
[12:29] <ddaa> spiv: is smart-server on track for the end-of-month deadline?
[12:30] <ddaa> SteveA: do you agree on postponing Arch cleanups to give to the new recruit?
[12:31] <lifeless> SteveA is not here
[12:31] <lifeless> the smart server is not complete.
[12:31] <ddaa> Ah, right. On holiday...
[12:31] <SteveA> ddaa: I have no idea of how extensive the arch cleanups are
[12:31] <lifeless> we're aiming to land the core transport and get launchpad support for it in side the 0.11 dev cycle
[12:32] <SteveA> as in, how long it would take one knowledgeable, capable person to do so
[12:32] <spiv> What lifeless said :)
[12:32] <ddaa> lifeless: does that leave enough room to get it up on launchpad by the end of the month?
[12:33] <lifeless> no
[12:33] <lifeless> 'not finished'
[12:33] <ddaa> So I think we need to say this spec will be late. Okay.
[12:33] <jamesh> end of the month is 3 days away
[12:34] <ddaa> jamesh: I mean the end of next month :)
[12:34] <lifeless> ddaa: then you might have said
[12:34] <lifeless> yes, we will have the core support rolled out by end of next month
[12:35] <lifeless> IF things go smoothly, that might include the performance improvements too
[12:35] <ddaa> SteveA: I think a couple of days for me. It's large and sweeping but simple now. I'm suggesting to postpone because I think that's a good exercice for the new recruit to see a lot of the importd code.
[12:35] <lifeless> this is my compatriot ?
[12:36] <ddaa> lifeless: I think it would be good to get something up on launchpad once there is working code, so we can shake down potential operational issues in parallel with performance improvements.
[12:36] <ddaa> well, s/we/spiv/
[12:37] <ddaa> lifeless: yes
[12:37] <lifeless> ddaa: we have a plan for that that is low risk, and staged
[12:37] <lifeless> ddaa: can we move on?
[12:37] <ddaa> I'm still not clear on whether the feature is on target, but let's move on.
[12:38] <ddaa> == Critical bugs ==
[12:38] <ddaa> https://launchpad.net/bugs/31308 Cannot set branch associated to a product series.
[12:38] <ddaa> https://launchpad.net/bugs/37897 renaming project, product or series breaks vcs imports.
[12:38] <ddaa> https://launchpad.net/bugs/51130 cannot use +admin on a branch I own
[12:38] <ddaa> I plan to act on reviews for 37897 and 51130 this week.
[12:38] <ddaa> Plan to start work on 31308 after that and spec feedback, so late this week or early next week along with bug 56360.
[12:38] <ddaa> IOW, I do not plan to do any new stuff this week.
[12:38] <ddaa> == Sysadmin tasks ==
[12:38] <ddaa> == Any other business? ==
[12:39] <jamesh> none from me
[12:40] <ddaa> mbp said something about
[12:40] <ddaa> new item: Strategic planning document: mbp will need feedback on this
[12:40] <ddaa> from people in the launchpad-bazaar team; watch for mail in next couple
[12:40] <ddaa> of days.  If you have ideas let me know.
[12:41] <ddaa> Not sure exactly what that means, but I think it's related to the post-1.0 planning discussion.
[12:41] <lifeless> its not
[12:41] <lifeless> watch for a mail
[12:42] <ddaa> Okay. Then if there's nothing more to discuss
[12:42] <ddaa> the bazhouse meeting can be closed
[12:42] <ddaa> or the greenzaar
[12:42] <ddaa> MEETING CLOSED
[12:43] <ddaa> Thank you everybody for attending.
[12:43] <ddaa> oh right
[12:44] <ddaa> ACTION: spiv and ddaa to review PrivateBranches again
[12:44] <ddaa> I think I saw something from spiv recently, will try to do my part this week too.
[12:44] <SteveA> ddaa: so, I don't think doing the arch removal stuff is good material for the new bzr=launchpad recruit
[12:45] <SteveA> i think implementing private branches would be better, for example
[12:46] <ddaa> Okay, if that's what you think.
[12:47] <ddaa> We'll talk next week about how to prioritize that work against the Python import and the native-productseries-branch thing.
[12:47] <SteveA> ok
[12:47] <SteveA> to save me asking tomorrow...
[12:47] <SteveA> what do you plan to do during this week?
[12:47] <ddaa> Email catchup
[12:48] <ddaa> Reply to reviews, try to get outstanding branches merged.
[12:48] <ddaa> I have a lot of those.
[12:49] <ddaa> So I expect that to keep me busy until friday at least. I may have some time at the end of the week to start doing some new stuff.
[12:49] <SteveA> what are the branches?
[12:49] <ddaa> david/bzr/upgrade-no-workingtree
[12:49] <ddaa> david/launchpad/importd-bzr-native
[12:49] <ddaa> david/launchpad/branch-edit
[12:49] <ddaa> david/launchpad/importd-publish-source
[12:50] <ddaa> The latter is going to need some doing to deploy too.
[12:53] <ddaa> Also, do PrivateBranches spec review and maybe some BranchIndirection.
[12:53] <ddaa> SteveA: sounds reasonable?
[12:54] <SteveA> what is branch-edit about?
[12:55] <ddaa> Letting people change the name, owner and product of branches.
[12:57] <SteveA> ok
[12:57] <SteveA> I've got a lot on this week, but I'd like to keep up with how these things are going
[12:57] <SteveA> would you ping me occassionally on irc for a brief chat about how things are going?
[12:58] <ddaa> If you wish, I can report daily.
[12:58] <ddaa> But I expect that to be relatively uneventful.
[12:58] <SteveA> that's fine
[12:58] <SteveA> thanks!
[12:59] <ddaa> have a nice holiday
[12:59] <ddaa> and get away from the computer
[01:05] <SteveA> thanks, and I will