[02:18] <shtylman> ev: I am now a kubuntu member :)
[06:15] <kirkland> cjwatson: Ubuntu Server dailies failed to build for the last day or two
[06:16] <kirkland> cjwatson: also, using the last daily I successfully have, there's an issue with the iscsi bits in d-i or partman
[06:18] <kirkland> "This menu allows you to configure iSCSI volumes.\n iSCSI configuration actions\n  Log into iSCSI targets\n  Finish\n  <Go Back>"
[06:19] <kirkland> but none of these will let me get past this screen
[09:29] <cjwatson> kirkland: that's just bug 546929 - today's CD built successfully a few minutes after you said that, and should be happier
[09:44] <CIA-3> installation-guide: cjwatson * r473 ubuntu/debian/changelog: releasing version 20081208ubuntu7
[09:48] <ev> heads up: freeze exception request for yesterday's changes to the slideshow and installer window is bug 551503
[09:59] <CIA-3> usb-creator: evand * r286 usb-creator/debian/changelog: releasing version 0.2.19
[10:00] <CIA-3> usb-creator: evand * r287 usb-creator/ (3 files in 3 dirs):
[10:00] <CIA-3> usb-creator: Fix format failing due to the device being busy (because we were
[10:00] <CIA-3> usb-creator: mounting it unnecessarily).
[10:23] <CIA-3> base-installer: cjwatson * r398 ubuntu/debian/changelog: releasing version 1.103ubuntu6
[11:34] <ev> cjwatson: do you recall why we default to "do not use" instead of the same filesystem as before without format set?  I thought this was a change someone made around hardy, but it seems to go back as far as partman-target r1.
[11:35] <ev> oh, maybe I'm reading this wrong
[11:40] <cjwatson> need to know where to mount it ...
[11:40] <cjwatson> and I think same filesystem as before without format set throws an error complaining about that
[11:40] <cjwatson> of course how to present this in the ubiquity UI is perhaps a different matter - this is pretty much a raw mapping from d-i
[11:41] <ev> well, it throws a warning saying that it's going to remove system files
[11:41] <ev> but surely we could find the mountpoint from fstab if set by UUID
[11:42] <ev> (mind you, I'm not suggesting we do this in Lucid :) )
[11:42] <cjwatson> no, we shouldn't be mounting things automagically
[11:42] <cjwatson> (which fstab, for starters?)
[11:42] <ev> ah, chicken and egg
[11:42] <cjwatson> partman-basicfilesystems (56ubuntu4) hardy; urgency=low
[11:42] <cjwatson>   * Disable automounting unless partman/automount is preseeded to true. This
[11:42] <cjwatson>     makes LP #106209 much less likely to occur, since future installations
[11:42] <cjwatson>     are less likely to format a partition whose UUID we have in /etc/fstab.
[11:42] <cjwatson>  -- Colin Watson<EMAIL_ADDRESS>Wed, 09 Apr 2008 08:18:47 +0100
[11:43] <cjwatson> there were other reasons to disable automounting, such as issues with filesystems from hibernated OS instances
[11:43] <ev> well, at least my memory for dates isn't failing
[11:44] <ev> indeed
[11:44] <cjwatson> ubiquity's UI is awkward though - it would be nice if it automatically switched "do not use" to the correct filesystem type if you specify a mount point
[11:44] <cjwatson> or something
[11:44] <ev> yeah, that would definitely be a step in the right direction
[12:20] <CIA-3> ubiquity: evand * r4010 ubiquity/ (debian/changelog ubiquity/frontend/gtk_ui.py): Translate the skip button in the new install window (LP: #551554).
[12:54] <kirkland> cjwatson: thanks; testing now
[12:55] <cjwatson> it's working for me in kvm
[12:55] <cjwatson> damn, vgabios doesn't support DDC
[12:55] <cjwatson> I'm going to have to do this whole video mode detection thing either by zen, or by reboting
[12:55] <cjwatson> *rebooting
[12:55] <cjwatson> or I suppose I could rebuild vgabios but that's going to get into yak-shaving pretty quickly ...
[12:57] <kirkland> cjwatson: i don't know what DDC is ... is that a feature, or something that's broken with our vgabios
[12:58] <cjwatson> it's a feature which doesn't normally make sense under emulation :-)
[12:58] <kirkland> cjwatson: okay, I'm past the previous iscsi question; but my old preseed file isn't getting me past partitioning automatically any more
[12:58] <cjwatson> what question is it stopping at?
[12:59] <kirkland> http://pastebin.ubuntu.com/406485/
[12:59] <kirkland> "If you choose guided partitioning for an entire disk, you will next be asked which disk should be used"
[12:59] <cjwatson> screenshot?
[13:00] <kirkland> i'm on real hardware, camera phone screenshot okay?
[13:00] <kirkland> weird, it's calling the disk sdb
[13:00] <kirkland> never really did that before
[13:00] <kirkland> my preseed hardcodes sda
[13:00] <cjwatson> camera phone is fine
[13:00] <kirkland> i can change that easily enough
[13:01] <cjwatson> but yeah, disk name change would account for that
[13:01] <cjwatson> you can put a script in partman/early_command if you need to compute that dynamically
[13:04] <kirkland> http://people.canonical.com/~kirkland/IMG_3427.JPG
[13:06] <cjwatson> right, for some reason /dev/sda must not exist, I have no idea why
[13:06] <cjwatson> you'll probably also need to add:
[13:06] <cjwatson> d-i partman/confirm_nooverwrite boolean true
[13:07] <cjwatson> to avoid problems later in some configurations
[13:08] <kirkland> cjwatson: okay, i'll add that now
[13:09] <kirkland> cjwatson: s/sda/sdb/ solved my immediate problem, while i go hack a better solution
[13:20] <kirkland> arg, yeah, bummer... I have two slightly different machines i need to preseed 5 different installs against, and one is seeing its disk as sda and the other as sdb
[13:22] <cjwatson> kirkland: does any of them have more than one disk?
[13:22] <kirkland> cjwatson: no, they don't
[13:23] <cjwatson> kirkland: then just leave out partman-auto/disk - you don't need to set it on a single-disk machine
[13:23] <kirkland> cjwatson: i was just checking if i plugged a stray sd card in or something
[13:23] <kirkland> no dice
[13:23] <kirkland> cool
[13:23] <kirkland> let me try that
[13:23] <cjwatson> if partman-auto/method is set and there's only one disk, then it will just autopartition the first disk, whatever that is
[13:23] <kirkland> cjwatson: what about grub-installer/bootdev ?
[13:24] <cjwatson> you shouldn't normally need to set that either
[13:24]  * kirkland comments out those two and retests
[13:25] <cjwatson> you're already preseeding grub-installer/only_debian and grub-installer/with_other_os to true, which should mean that grub-installer/bootdev won't generally be asked
[13:28] <kirkland> cjwatson: sweet, that works ;-)
[13:31] <CIA-3> ubiquity-slideshow-ubuntu: evand * r256 ubiquity-slideshow-ubuntu/debian/changelog: releasing version 19
[14:02] <CIA-3> ubiquity: evand * r4011 ubiquity/ (debian/changelog ubiquity/frontend/gtk_ui.py):
[14:02] <CIA-3> ubiquity: Update the interface when the user presses one of the buttons on the
[14:02] <CIA-3> ubiquity: finished_dialog (LP: #551574).
[14:02] <cjwatson> ev: should bug 542310 be reassigned to console-setup and closed?
[14:04] <ev> cjwatson: done, thanks
[14:05] <CIA-3> ubiquity: evand * r4012 ubiquity/ (debian/changelog ubiquity/frontend/gtk_ui.py):
[14:05] <CIA-3> ubiquity: Use the fancy new 'reboot required' panel notification
[14:05] <CIA-3> ubiquity: (LP: #551537).
[14:06] <ev> so we have a few areas whereby one can trigger a crash by hitting next and then playing with the interface
[14:07] <ev> this is possible on the console-setup page, for example, by pressing next and then clicking through the radio buttons
[14:08] <ev> I'm tempted to guard against this by disabling any editable part of the interface when the user presses next, just like it already does with the back and next buttons
[14:08] <cjwatson> can we disable it without everything going to grey?
[14:09] <ev> but to avoid that, which admittedly looks ugly and might not cover all cases of callbacks firing, perhaps we should just do hasattr checks in the callbacks
[14:09]  * ev wonders aloud if this could be written as a decorator that checks to make sure the dbfilter matches the ui component
[14:09] <cjwatson> that would be cute
[14:09] <ev> s/callbacks/signals/
[14:10] <ev> I'll investigate that then
[15:07] <ev> ah, this is actually really easy, given that we hold reference to the individual dbfilter on a Controller instance, which we set to None when we're done with it.
[15:09] <ev> how's this: http://paste.ubuntu.com/406540/
[15:11] <ev> incidentally, this will also magically fix that scary AttributeError: 'NoneType' object has no attribute 'ok_handler' bug (bug 539827)
[15:44] <cjwatson> ev: it's certainly aesthetically pleasing; if it works, I say go for it
[15:45] <ev> yay, I'll put it through its paces and then commit
[15:45] <ev> thanks for the look-over
[16:24] <bipolar> cjwatson: how can I tell what version of partman-base is being used for the lucid installer? I want to make sure I'm pulling the new one.
[16:25] <cjwatson> bipolar: isoinfo -lR -i foo.iso | grep partman-base_
[16:25] <cjwatson> or you can check the .list file alongside the .iso on the web site
[16:26] <cjwatson> oh, you're netbooting aren't you?
[16:26] <bipolar> cjwatson: hmm.. I'm using PXE to install
[16:26] <cjwatson> look at /var/lib/dpkg/status in your running image then, after the "downloading installer components" step
[16:26] <bipolar> cjwatson: ok
[16:27] <bipolar> 'more' sucks. :p
[16:29] <cjwatson> nano -v
[16:29] <cjwatson> is what I use
[16:29] <bipolar> son of a....
[16:29] <bipolar> I didn't even know nano was in the installer...
[16:30] <bipolar> 139ubuntu3
[16:31] <bipolar> I'm getting the 'No root file system' error.
[16:31] <bipolar> I'm going to remove my preseeded crypto settings and select it by hand and see what it's doing.
[16:39] <CIA-3> ubiquity: evand * r4013 ubiquity/ (debian/changelog ubiquity/components/ubi-usersetup.py):
[16:39] <CIA-3> ubiquity: Move info_loop call from run to prepare so that it doesn't get
[16:39] <CIA-3> ubiquity: called with each debconf question asked in the user-setup component
[16:39] <CIA-3> ubiquity: (LP: #551742).
[16:41] <bipolar> cjwatson: ok. this is strange. If I comment ALL partman*/* lines from my preseed, I get a window titled "[!!] partition disks" with one option "Configure iSCSI volumes", and "Undo changes to partitions" and "Finish ... write changes to disk". If I select "Undo changes to disk" the window disappears and I get just the blue background. If I select "Finish..." I get the error "No root file system".
[16:41] <cjwatson> bipolar: I'm in a meeting just now, but will get back to you
[16:41] <bipolar> kk
[16:41] <bipolar> I got one to go to as well. bbiab.
[17:15] <CIA-3> ubiquity: evand * r4014 ubiquity/ (6 files in 3 dirs):
[17:15] <CIA-3> ubiquity: Add only_this_page decorator to be used on functions that should
[17:15] <CIA-3> ubiquity: never be called once we've left their page.
[17:29] <bipolar> back
[17:35] <CIA-3> usb-creator: evand * r288 usb-creator/debian/changelog: releasing version 0.2.20
[17:35] <cjwatson> bipolar: so, I'll need to see log files (syslog and partman), preferably from an installation run with DEBCONF_DEBUG=developer on the kernel command line
[17:35] <CIA-3> usb-creator: evand * r289 usb-creator/ (debian/changelog usbcreator/install.py):
[17:35] <CIA-3> usb-creator: Change 'Flushing writes to the disk...' to 'Finishing...', as the
[17:35] <CIA-3> usb-creator: former is too technical. Thanks Iain Farrell!
[17:37] <bipolar> cjwatson: does DEBCONF_DEBUG=developer mean the same as =5? thats what I have set now.
[17:37] <bipolar> nevermind, I'll change it. it's not hard :P
[17:43] <cjwatson> =developer and =5 are equivalent, yes
[17:43] <bipolar> cjwatson: I'm working on getting the logs... but here's something interesting. Running 'cat /proc/partitions' in the installer console returns no partitions.
[17:45] <cjwatson> bipolar: have you updated the pxe image you're using recently?
[17:45] <cjwatson> if not, you should ...
[17:45] <bipolar> cjwatson: the only thing to update would be the initrd/kernel image. I'll do that.
[17:45] <cjwatson> the d-i netboot image was only updated last night for the fix for bug 546929
[17:45] <cjwatson> bipolar: yes, that's the bit I mean
[17:45] <bipolar> I think I last updated them friday.
[17:45] <cjwatson> ah.  too soon
[17:45] <cjwatson> update them, should go away
[17:45] <bipolar> ok
[17:46] <bipolar> will do
[17:46] <bipolar> I should set up a cron job for this :P
[17:55] <bipolar> cjwatson: It's asked me for my passphrase and is formating /. Thats a good sign. :)
[18:17] <CIA-3> ubiquity: evand * r4015 ubiquity/ (157 files in 3 dirs): Update translations from Launchpad.
[18:18] <CIA-3> ubiquity: evand * r4016 ubiquity/ (d-i/manifest debian/changelog):
[18:18] <CIA-3> ubiquity: Automatic update of included source packages: base-installer
[18:18] <CIA-3> ubiquity: 1.103ubuntu6, partman-base 139ubuntu3.
[18:21] <CIA-3> ubiquity: evand * r4017 ubiquity/debian/changelog: Freeze exception (LP: #551503).
[18:23] <rgreening> ev: ping
[18:23] <ev> rgreening: pong
[18:23] <rgreening> how goes it? I see some changes to usb-creator.. seems the kde version is crashing atm...
[18:24] <ev> ah, I haven't looked into the kde frontend in a bit.  I've written that down as a task for tomorrow.
[18:24] <rgreening> target = self.__backend.targets[udi]
[18:24] <rgreening> KeyError: u''
[18:24] <ev> interesting
[18:24] <rgreening> heh
[18:25] <rgreening> If I get some time, Ill poke at it. right now it is useless. the start button remains greyed out cause of the crash
[18:25] <ev> awesome (on the if you get some time, not that it's crashing)
[18:25] <rgreening> lol
[18:25] <rgreening> ya
[18:25] <rgreening> :)
[18:26] <rgreening> Im hoping to get to UDS again.. who knows. I was real busy with work last few months...
[18:26] <ev> did you apply?
[18:26] <rgreening> ya.
[18:26] <ev> coolness
[18:26] <rgreening> well, it is brussells.. mm chocolate
[18:27] <ev> oh it's in Brussels, but it's not *in* Brussels
[18:27] <rgreening> lol
[18:28] <ev> from what I've heard, you'll need hiking equipment and a few days worth of food to make it into the city proper
[18:28] <rgreening> yeah...
[18:28] <rgreening> haha
[18:28] <rgreening> but the hotel pics look AWESOME
[18:29] <ev> haha
[18:35] <CIA-3> ubiquity: evand * r4018 ubiquity/debian/changelog: releasing version 2.2.11
[18:55] <bipolar> cjwatson: successful install is successful. Took a while for apt-cacher to download all the new stuff, but it's done and running now.
[18:55] <bipolar> cjwatson: thanks!
[18:57] <cjwatson> bipolar: glad to hear it
[19:18] <davmor2> cjwatson: do we still have the options for free software only on the live cd's now?
[19:26] <cjwatson> should do, don't remember removing those
[20:29] <rgreening> ev: usb-creator-kde is foobar. dunno if its a combination of pyqt b0rk and/or changes to the backend.
[21:24] <rgreening> ev: figured it out. QVariant() can be removed and anywhere I use toString() should be toPyObject() instead now. Changes in the PyQt bindings and how QVariant now works. I'll update later so we can push a new rev out which works.
[21:24] <rgreening> apparantly it has been broken since recent pyqt update (4.7.1 possibly earlier)
[21:47] <CIA-3> usb-creator: rgreening * r290 trunk/ (debian/changelog usbcreator/frontends/kde/frontend.py): Update KDE frontend to work with PyQt in Lucid (QVariant changed).
[21:49] <rgreening> ev: that should get us back to working for the moment. We will still need to review any changes which have been made to gtk frontend but not the kde one. I'll try and look at in next few days.


[06:44] <dholbach> good morning
[09:10] <thekorn> ood morning
[09:11] <thekorn> s/ood/good/
[09:11] <davmor2> thekorn: too much doctor who dude ;)
[09:16] <thekorn> WHO
[09:16]  * thekorn googles
[09:20] <davmor2> thekorn: http://en.wikipedia.org/wiki/Ood
[09:22] <thekorn> oh, how scary
[16:21] <bddebian> Boo
[17:27] <bdmurray> pedro_: hello?
[17:31] <pedro_> bdmurray, hi!
[17:33] <bdmurray> pedro_: well, I can't recreate the bug I was going to ask about any more.
[17:34] <pedro_> bdmurray, m what was it?
[17:34] <bdmurray> with rhythmbox a few times I've search for artist then double clicked on a song in the search results and it won't start playing
[17:35] <bdmurray> the little play icon is there in the track list but it isn't actually playing
[17:38] <pedro_> i think i've seen something similar upstream
[17:38]  * pedro_ checks
[17:44] <pedro_> bdmurray, not the same you're facing, could you open a new report if you can reproduce it later?
[17:45] <bdmurray> pedro_: of course, thanks
[17:45] <pedro_> bdmurray, having the output of GST_DEBUG=*:4 rhythmbox -D player would be helpful too
[17:45] <pedro_> bdmurray, btw are you using the crossfading backend?
[17:45] <pedro_> i'm trying to reproduce it here but i can't
[17:46] <jcastro> pedro_: next week can we check out the report and start pruning things to green?
[17:46] <pedro_> jcastro, sure!, i love green ;-)
[17:47] <pedro_> just wondering is greasemonkey broken on karmic or just me and my bad luck?
[17:47] <pedro_> can't see the lp improvements script
[17:51] <bdmurray> pedro_: karma suffix broke while you were on vacation I think, do you have the latest version of the package?
[17:53] <pedro_> bdmurray, i think so, i'm using the 0.8-0ubuntu1~ppa1
[17:53] <pedro_> weird that i don't see the little monkey face at the bottom on firefox
[17:54] <bdmurray> you don't need greasemonkey for the extension to work
[17:59] <jcastro> also pedro_ and bdmurray
[17:59] <jcastro> https://wiki.ubuntu.com/UbuntuOpenWeek/Prep
[17:59] <jcastro> you cannot escape
[18:01] <pedro_> bdmurray, works fine with a new ff profile, seems mine is br0ken somehow
[18:01] <pedro_> time to clean that up
[19:47] <Lazy> hi, is my bug report in wrong category? https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/437087
[19:47] <ubot4`> Launchpad bug 437087 in update-manager "Update manager fails while trying to update from Jaunty to Karmic alpha 6" [Undecided,New]
[19:48] <Lazy> should it be for openoffice instead of update-manager?
[20:02] <kees> bdmurray, ogasawara, pedro_, jcastro: can one of add intellectronica to ubuntu-bug-control on staging?
[20:03] <kees> eg, ubuntu-bugcontrol
[20:03] <kees> s/eg/er/  goodness, time for lunch
[20:03] <Ueland> goodnes, time for dinner!
[20:03] <kees> hehe
[20:04] <ogasawara> kees: done
[20:05] <kees> ogasawara: thanks
[20:05] <dreimark> does one know if it is a bug that I can't copy an image of one slide in ooo and insert it on an other slide?
[20:09] <micahg> dreimark: try #ubuntu for support
[20:10] <dreimark> will, do.
[20:10] <dreimark> micahg: also ooo 3.1.1 crashes on openoffice.org /tmp/test.odt
[20:11] <micahg> dreimark: that's probably a bug, you can submit with ubuntu-bug
[20:12] <dreimark> I tried but it crashes to early I can't get anything to submit
[20:12] <micahg> dreimark: do you have apport enabled?
[20:12] <dreimark> yes
[20:13] <dreimark> looks again may be I did something wrong
[20:13] <micahg> ok, well, you can submit a bug anyways with ubuntu-bug ooffice
[20:38] <fccf> So I think I have found a legitimate bug, that I have been able to recreate and I want to see if someone else can verify before I file the report, the bug is in 'vino' in the System>Preferences>RemoteDesktop ... If you set a password when first enableing 'vino' and later change the password, neither the new password or the old passwords work .. and it passes an authentication failure back to the client... This in on Hardy... I believe this has something
[20:58] <BUGabundo> hey every one. guud evening
[21:47] <fccf> I put this bug back into the queue bug #141032 and added some inportant information for bugteam and upstream, also Confirmed and updated https://bugs.launchpad.net/ubuntu/+source/vino/+bug/141032  ... Thanks Guys ... I'm Out
[21:47] <ubot4`> Launchpad bug 141032 in vino "Can't change vino password in 7.04 and 8.04" [Low,Confirmed]
[21:47] <ubot4`> Launchpad bug 141032 in vino "Can't change vino password in 7.04 and 8.04" [Low,Confirmed] https://launchpad.net/bugs/141032
[22:22] <jblackhall> I've got a bug report that I may be a regression in karmic, but it's only marked as affecting the package (i.e. not affecting karmic itself).  is there a way for me to add Karmic so that it shows up on bugs.launchpad.net/ubuntu/karmic ?
[22:27] <BUGabundo> jblackhall: you nominate it to a milestone
[22:27] <BUGabundo> you can try RC
[22:28] <greg-g> bdmurray: are you getting a feeling of how people are feeling about 5-a-day recently? (I know, too many feelings :) )
[22:30] <bdmurray> jblackhall: you would nominate it for a release and then that nomination would need to be approved
[22:30] <bdmurray> greg-g: I haven't heard much feedback (feelings) about 5-a-day recently
[22:30] <bdmurray> greg-g: why?
[22:31] <greg-g> bdmurray: personally curious and also a friend is working on a new project that will incorporate a similar type of 'game' for users
[22:39] <bdmurray> greg-g: maybe my blog post wasn't sufficient publicity as not many individuals are participating it in (on a daily or weekly streak)
[22:40] <greg-g> bdmurray: yeah :(
[22:40]  * greg-g hangs head
[22:40] <bdmurray> its only 5 man!
[22:41] <greg-g> I know I know... my excuse is, uh, two part-time jobs! ;)
[22:41] <greg-g> hopefully this saturday will get me back in the saddle
[22:41] <greg-g> (at our LoCo's Bug Jam)
[22:46] <bdrung> against which package should i file a bug, if the selected keyboard variant has some problems in a tty (but works in gnome)?
[22:49] <virtuald> maybe consolekit something
[22:51] <virtuald> things were so much easier to fix before dbus
[23:02] <bdrung> virtuald: thanks
[23:57] <jblackhall> BUGabundo: thanks, I had nominated it for Karmic already, but that didn't make it show up on the launchpad karmic page.  I'm assuming it needs to be approved first.  This is the bug I'm talking about: https://bugs.launchpad.net/ubuntu/+source/indicator-session/+bug/425552
[23:57] <ubot4`> Launchpad bug 425552 in indicator-session "[Karmic Alpha 5] no preferences settings in indicator-applet-session logging out menu (top right menu) " [Undecided,Confirmed]


[07:16] <dholbach> good morning
[07:18] <adahendra> morning
[07:19] <dholbach> hi adahendra!
[07:19] <adahendra> hi dholbach
[09:45] <czajkowski> Aloha
[10:46] <highvoltage> bonjour
[13:40] <czajkowski> we really need to do some work here at some point
[13:40] <czajkowski> perhaps sort out the slogan that we started doing there in November
[13:41] <czajkowski> at least for the wiki page
[13:51] <dholbach> czajkowski: yes!
[13:53] <czajkowski> and follow up on some of the comments on the blog
[13:53] <czajkowski> I beleive someone offered help there recently in a comment
[14:29] <highvoltage> I was thinking about off-line content the last two weeks
[14:29] <highvoltage> I'd like to spend some time on a little gtk app where people can choose what should go on a "hard disk destined for africa"
[14:29] <czajkowski> that does seem to be a favourite topuic
[14:29] <czajkowski> highvoltage: did you see what ebel sent to africa on a HD
[14:29] <czajkowski> ?
[14:29] <highvoltage> so it would have check boxes for wikipedia, ubuntu partial mirrors, gutenberg, etc
[14:30] <ebel> :)
[14:30] <highvoltage> czajkowski: I read theose posts yes
[14:30] <ebel> highvoltage: I sent some stuff ove3r
[14:30] <ebel> but I haven't been able to write it up yet
[14:30] <czajkowski> it's on a to do list :)
[14:30] <highvoltage> I think it would be nice to have a tool that builds those disks based on thet stuff that you choose, and also if it gives values for how big it is so that you can choose the optimal stuff that should go on the disk
[14:31] <highvoltage> ebel: :D
[14:31] <czajkowski> perhaps we can have a short meeting in here some evening before the end of the month ??
[14:31] <ebel> czajkowski: that's cause the internet in the developing world is like 1995 levels here, but there stuff on the internet that assumes bandwidth about 10 years in the future (in where .eu is now)
[14:31] <highvoltage> I've been meaning to play with quickly, it seems like a fit for this sort of application
[14:31] <ebel> highvoltage: the hardest part is getting the content
[14:32] <ebel> i also took a mirror of ubuntu screencasts
[14:32] <ebel> and linuxprinting.org (IIRC)
[14:32] <ebel> (aswell as an ubuntu mirror)
[14:33] <highvoltage> ebel: yes I was also thinking of full circle magazine and perhaps even ubunchu, among other things
[14:34] <ebel> ubunchu?
[14:34] <ebel> highvoltage: someone came on this channel from indonesia, someone there has whipped up a way to put ubuntu apt repository on a set of dvd
[14:35] <ebel> that could be better, since blank dvds are cheaper and less likely to break than harddrives
[14:35] <highvoltage> ebel: heh, it's an anime ubuntu'ish comic that explains some ubuntu concepts. it's a bit weird to me but some people really dig it: http://doctormo.wordpress.com/2009/06/05/ubunchu-chapter-02-is-here/
[14:35] <ebel> highvoltage: oh yeah I heard about that
[14:35] <highvoltage> ebel: yep we do that in .za too
[14:35] <ebel> I got an email from the showmedo people
[14:35] <ebel> they said all their stuff is creative commons
[14:36] <highvoltage> ebel: they basically work like a set add-on debian dvd's
[14:36] <ebel> but they got back to me too later for this kenya hdd
[14:37] <ebel> that would be  a good source of content
[14:37] <ebel> (showmedo is a site that has *lots* of video tutorials on using software, esp. FLOSS)
[14:37] <ebel> there's also wikibooks
[14:38] <ebel> actually i have to send someone else in kenya a DVD with the schools wikipedia and a blender book
[14:38] <ebel> (blender book from wikibooks)
[14:40] <ebel> highvoltage: you're in .za?
[14:41] <czajkowski> highvoltage: thought you were now in .ca?
[14:43] <highvoltage> ebel: yes
[14:44] <highvoltage> czajkowski: I'm working for a .ca company, I'll go over there once my visa is sorted out, the canadian embassy now wants me to get h1n1 shots, etc so I guess that may delay things by another 2-3 weeks, I'll probably be there for a month in March
[14:44] <highvoltage> czajkowski: and probably again for a few months later in the year
[14:45] <czajkowski> cool
[14:45] <czajkowski> :)
[14:48] <highvoltage> I meant to go much sooner, but I'm kind of relieved, I'll have to buy less clothes for the cold now :)
[14:48] <czajkowski> highvoltage: yes
[14:49] <ebel> highvoltage: hehehehe
[14:49] <ebel> highvoltage: you're from .za and moving to .ca is it?
[14:50] <highvoltage> ebel: not completely moving, I'm going to be there for a month initially, and then later the year for a few more months
[14:50] <czajkowski> highvoltage: it#s -20 where my mate is and -38 where the other one is
[14:50] <ebel> ah cool cool
[14:50] <czajkowski> COLD!
[14:50] <highvoltage> ebel: I might move in the future but for the time being $HOME will stay in .za
[14:50] <Pendulum> highvoltage: so now the secret is out that you actually bribed the .ca embassy to delay so that you could delay going until the weather was warming? ;)
[14:50] <ebel> cool. :)
[14:50] <highvoltage> czajkowski: ouch!
[14:51] <ebel> czajkowski: i had a lecturer from toronto i think
[14:51] <highvoltage> Pendulum: hie hie :)
[14:51] <ebel> apparently it has been known to go to +40 and -40.
[14:51] <czajkowski> COLD!
[14:51] <ebel> so they can say "Average temp of 0. plus or minux 40 " :P
[14:51] <highvoltage> about 10 days ago it reached the peak summer temperature here of 38C, at the same time it was -26C in Sherbrooke! (near montreal)


[00:07] <amurray> vorlon: libseccomp merge is in bileto https://bileto.ubuntu.com/#/ticket/4358 - this is not final, I plan to make some changes though though for debian/tests so it can be more easily SRUd back ontop of older kernels but that will oonly affect debian/tests not anything else so if you want to test against it, it should be good
[01:09] <vorlon> amurray: ta.  fwiw I found up doing a trivial merge locally and the build in question still fails with libseccomp-dev 2.5.0-3ubuntu1.  I'm now at a loss to understand how this ever built in Debian, since it appears to depend on interfaces not exposed by any version of golang-github-seccomp-containers-golang-dev that's been published
[01:25] <amurray> vorlon: I don't follow - what fails to build? (golang-github-seccomp-containers-golang-dev ?)
[01:26] <vorlon> amurray: the failing package is golang-github-containers-buildah, which references non-existent seccomp.ActLog and seccomp.ActKillProcess
[03:25] <ItzSwirlz> I assume people are aware that ports (ports.ubuntu.com) doesn't have a Packages file for any of their dists but archive does, right?
[03:28] <sarnold> ItzSwirlz: what specificailly do you mean? I picked 'focal', 'arm64', and 'amd64' with the theory that they'd be well-worn paths, and there's a Packages.xz in both: http://us.archive.ubuntu.com/ubuntu/dists/focal/main/binary-amd64/ http://ports.ubuntu.com/dists/focal/main/binary-arm64/
[03:35] <ItzSwirlz> sarnold, Just the file named "Packages". No tarball or anything, it's just a text file with GPG keys and such for the packages. http://ports.ubuntu.com/ubuntu-ports/dists/hirsute/main/binary-arm64/
[03:40] <sarnold> ItzSwirlz: Packages.xz exists in both http://us.archive.ubuntu.com/ubuntu/dists/hirsute/main/binary-amd64/ and http://ports.ubuntu.com/ubuntu-ports/dists/hirsute/main/binary-arm64/ .. what exactly is different?
[03:41] <ItzSwirlz> Trying to (for fun and to see how livecd-rootfs works) build an arm64 image. Germinate part with lb config fails because there is no file called http://ports.ubuntu.com/ubuntu-ports/dists/hirsute/main/binary-arm64/Packages
[03:41] <ItzSwirlz> Which that directory *doesnt exist*. In archive.ubuntu.com from what i see it does, but only here in the ports it doesnt
[03:45] <sarnold> ItzSwirlz: because the compression method for that file changes from release to release, apt sometimes just reports 'Releases' when it really should report the full path with extension
[03:46] <sarnold> ItzSwirlz: try using tshark or opensnoop or strace to find out what's actually being done
[03:46] <ItzSwirlz> I've tried looking at the script with nano and it shouldn't be a problem. It's most likely apt
[08:21] <eoli3n> Hi
[08:22] <eoli3n> mwhudson when i use an early_command like "which ip" or "ip -V" it outputs nothing
[08:22] <eoli3n> to be able to workaround the DHCP hostname issue, i need to use ip -j (json) output
[08:22] <eoli3n> what's strange is that when i use ip -j in early_command, it fails
[08:22] <eoli3n> then if i open tty2 and run it, it succeed
[08:22] <eoli3n> can you tell me why ?
[08:24] <eoli3n> i think it uses busybox "ip", lets try to force /usr/sbin/ip
[08:24] <eoli3n> but if it does, why does it ?
[08:42] <mwhudson> no early commands run in the full server environment, no busybox or anything
[09:06] <eoli3n> so that's strange that "ip" differs from "/usr/sbin/ip"
[09:06] <eoli3n> i can't which, it outputs nothing
[09:06] <eoli3n> i can't tell what ip binary is played from the PATH
[09:23] <doko> mitya57: did something change in sphinx so that more dependencies on libjs-sphinx are generated? probably already in Sep/Oct?
[09:28] <mitya57> doko: maybe https://salsa.debian.org/python-team/packages/sphinx/-/commit/72fe9228e17faf8f
[09:28] <mitya57> Does it cause any problems?
[09:30] <doko> node-jquery was promoted last cycle, but we don't know why. I demoted it again, and also demoting a few -doc packages which have gained that dependency
[09:32] <mitya57> doko: Hm, then maybe this change is not related. It only made the dependencies more strict, but it shouldn't add *new* dependencies.
[09:33] <mitya57> I have another guess…
[09:33] <doko> yes, libjs-sphinxdoc depends on libjs-query, but already in focal.
[09:35] <mitya57> doko: maybe it was mkdocs, not sphinx?
[09:36] <eoli3n> mwhudson with which user are run early and late commands ?
[09:38] <mitya57> doko: Also libjs-jquery itself now depends on node-jquery!
[09:38] <mitya57> Looks like already in groovy, but not in focal: https://packages.ubuntu.com/groovy/libjs-jquery
[09:42] <doko> mitya57: ahh, jquery source renamed to node-jquery?
[09:43] <doko> ok, that explains it
[09:44] <doko> sarnold, cpaelzer, vorlon: ^^^
[09:47] <mitya57> doko: not renamed, but merged into, I would say
[09:48] <mitya57> See also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=940975
[09:50] <doko> it looks like the same source
[09:51] <mitya57> I mean it existed before this year, so it's a merge/unification, not a rename. But that shouldn't change anything :)
[09:52] <doko> yes, but it was a package without a subscriber. now subscribing the owner of jquery
[09:52] <doko> and re-promoting
[10:10] <LocutusOfBorg> mitya57, hello, can you please update the intltool repository in debian? I merged it in Ubuntu, but the patch should really be upstreamed
[10:10] <LocutusOfBorg> https://salsa.debian.org/gnome-team/intltool/
[10:10] <LocutusOfBorg> there are few merge requests, and somebody did NMU it
[10:16] <mitya57> LocutusOfBorg: I can do it, but later, not now
[10:20] <LocutusOfBorg> sure, if you could also apply the Ubuntu patch it would be awesome
[10:20] <LocutusOfBorg> or add me to the team, even better
[10:22] <cpaelzer> doko: the new bin:libjs-jquery (now from src:node-jquery) depends on bin:node-jquery which gladly is not pulling in any more of node-*
[10:23] <cpaelzer> doko: but yeah the recommends to libjs-sizzle from there is what we see in mismatches
[10:23] <cpaelzer> doko: original jquery is under foundations-bugs, so node-jquery (which gladly deos not do much else) should probably be subscribe by foundations-bugs as well?
[10:24] <cpaelzer> doko: do you have the power to subscribe the team ?
[10:24] <doko> already done
[10:24] <cpaelzer> oh thanks
[10:25] <cpaelzer> doko: and mid term - MIR for src:sizzle or delta to drop the dependency?
[10:26] <mitya57> LocutusOfBorg: about adding to the team — better ask on #debian-gnome. I don't know why I'm an owner — that's probably a mistake :)
[10:27] <mitya57> But if nobody replies then I can do it :)
[11:04] <eoli3n> https://bugs.launchpad.net/subiquity/+bug/1905731
[11:04] <eoli3n> mwhudson i think you're sleeping, but if you could take a look on this
[13:16] <xnox> i am very bad at weechat
[13:16] <xnox> i have no idea how to remove a server
[13:19] <xnox> horay, managed to do it.
[13:53] <gpiccoli> Hi folks, does anybody know if it's possible to skip installation integrity check on server ISO, for Focal ?
[13:53] <gpiccoli> The installer checks md5 for all files, it takes a while in case of a a virtual media mount...
[13:54] <gpiccoli> Maybe we have a parameter to skip it ?
[13:57] <seb128> gpiccoli, https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1892369
[13:57] <gpiccoli> I saw this =/
[13:57] <gpiccoli> hehe
[13:58] <gpiccoli> I was in hope that there was some hack hehe
[13:58] <seb128> xnox might know a way
[13:58] <gpiccoli> I might reconstruct the casper initrd to skip the bottom script that does the integrity check
[13:59] <gpiccoli> it's uber slow if ISO is mounted as virtual media..my case is exactly the one in the LP (Dell machine)
[13:59] <gpiccoli>     if (strncmp(tok, "fsck.mode=skip", sizeof("fsck.mode=skip")) == 0)
[13:59] <gpiccoli> promissing...I'll try this one
[14:00] <gpiccoli> It's from the casper-md5check tool
[14:18] <jdstrand> vorlon, amurray: fyi in Ubuntu patched golang-github-seccomp-libseccomp-golang for those two things ahead of upstream's 0.9.1 release iirc. perhaps golang-github-seccomp-containers-golang has < 0.9.1 vendored or something?
[14:22] <jdstrand> vorlon, amurray: that said, it looks like only ActLog is in 0.9.1. ActKillProcess is in master
[14:30] <jdstrand> vorlon, amurray: oh, we didn't patch the archive for those, we patched snapd's vendored golang-github-seccomp-libseccomp-golang, sorry. maybe the info about 0.9.0, 0.9.1 and master is still useful to you
[14:36] <sil2100> seb128: hey! So just now I did a quick look and it feels to me that maybe the best choice will be to indeed add a new image type for canary! Like daily-canary or something. I'll prep a quick MP later, trying to fix the publishing while at it
[14:37] <seb128> sil2100, k, thanks for checking, let me know when you have a proposed change and I can test that locally
[15:06] <sil2100> Will do!
[15:25] <Odd_Bloke> waveform: https://lists.launchpad.net/cloud-init/msg00320.html <-- does this sounds like a workflow that you'd expect to work ATM?
[15:41] <waveform> Odd_Bloke, yes - that workflow *should* work; sounds like something is broken with the naming setup in network-config - I'll try and replicate here
[15:51] <Odd_Bloke> waveform: Thanks!
[17:20] <gpiccoli> "fsck.mode=skip" didn't work =/
[18:01] <gpiccoli> xnox, saw your comment in LP #1892369, but it didn't work for me
[18:01] <gpiccoli> I guess Dell virtual media is slow, given it's a remote ISO mounting...I'm not sure why so slow, but here it takes many minutes to complete the integrity check
[18:11] <kbr> so rust-bat in hirsute is 0.12.1-1 and for some reason 0.12.1-5 sits in hirsute-proposed. I can't figure out why - shouldn't this be automatically imported to hirsuite proper from Debian?
[18:15] <kbr> according to https://wiki.ubuntu.com/SyncRequestProcess it should be synced automatically, as DebianImportFreeze is not yet in place
[18:20] <kbr> same question applies for rust-sniffglue, which has 0.11.1-5 in hirsute-proposed (but that FTBFS, not sure if this may be stopping the sync?)
[18:36] <LocutusOfBorg> kbr, https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[18:37] <LocutusOfBorg> Issues preventing migration:
[18:37] <LocutusOfBorg> Build-Depends(-Arch): rust-bat rust-dirs (not considered)
[18:38] <sarnold> doko,mitya57, thanks for tracking that down :)
[18:38] <LocutusOfBorg> vorlon, is it possible to kick out https://launchpad.net/ubuntu/+source/rust-vte due to it being out from debian testing? this might make some rust stuff migrate
[18:39] <LocutusOfBorg> I tried a rebuild just to make sure we have a log
[18:39] <LocutusOfBorg> kbr, ^^ this should fix the migration issue
[18:39] <kbr> hah, I kinda knew in the back of my mind that update_excuses existed, but couldn't find it
[18:39] <kbr> cheers
[18:42] <kbr> I was hoping to get a SRU going to fix LP #1868517 but since this is not yet fixed in hirsute I understood it doesn't qualify for SRU in groovy
[18:48] <vorlon> LocutusOfBorg: lgtm, done
[19:14] <LocutusOfBorg> thanks
[19:16] <LocutusOfBorg> kbr, I hope this is enough for migration, but I really don't like rust :)
[20:39] <LocutusOfBorg> vorlon, also https://packages.qa.debian.org/r/rust-x11rb.html needs a kick out...
[20:40] <LocutusOfBorg> kbr, in order to have that migration somebody has to: fix rust-glib and rust-onig tests
[20:41] <LocutusOfBorg> fix rust-libsystemd and fix rust-libmount
[20:55] <mwhudson> ricotz: yeah will take a few more days, hopefully not too many
[21:04] <vorlon> LocutusOfBorg: rust-x11rb removed
[21:09] <LocutusOfBorg> ta
[21:13] <ricotz> mwhudson, thank you, regarding the bootstrapped update issue, iirc the packaging supports using the upstream binaries
[21:14] <mwhudson> ricotz: yes but ubuntu does not
[21:14] <ricotz> mwhudson, https://forge.rust-lang.org/infra/other-installation-methods.html#standalone
[21:14] <ricotz> hmm
[21:16] <ricotz> I guess eventually riscv64 will require this way
[21:27] <siretart> vorlon: thanks for your patch for containers/image and merging it into ubuntu!
[21:34] <vorlon> siretart: thanks for picking it up so quickly! btw I also noticed after filing the bug that it should also be a runtime dep
[22:05] <kbr> LocutusOfBorg: I'll try to have a look into these in the next few days
[22:06] <kbr> thanks
[23:03] <siretart> vorlon: oh, I (more or less) accidentally picked that already up: https://salsa.debian.org/go-team/packages/golang-github-containers-image/-/commit/55195fe6aa2ed23f5aaf0b55ec1b609d30140fc0 :-)
[23:03] <vorlon> siretart: ah, great :)


 Nice article 🥰
[20:19] <valorie> nothing succeeds like  success -- it was our old article, reused!


[07:34] <dholbach> good morning
[12:52] <tiger_> hello all
[12:57] <k1l_> hi
[13:02] <Fuchs> ello
[13:35] <tiger_>  any idea about the openmp ?
[13:36] <Myrtti> huhwhat?
[13:36] <tiger_> openmp
[13:36] <tiger_> ?
[13:37] <k1l_> can you give some context?
[13:37] <tiger_> related to parallel computing
[13:37] <tiger_> ?
[13:38] <Myrtti> well I'm pretty sure this isn't the channel you're looking for, check /topic
[13:38] <Myrtti> although I can't think offhand what would be a better channel, since you really didn't give too much context
[13:38] <k1l_> tiger_: this is not a support channel. but im quite sure without an real question even in a support channel noone can help you :/
[13:41]  * Fuchs throws a yarnball at Myrtti
[13:41] <Myrtti> ooo yarn
[13:42] <Fuchs> tiger_: if you have some search terms, you can try alis  (/msg alis help list) or http://searchirc.com  to find a suitable channel
[13:42] <Fuchs> (openmp didn't give any results, but you might have better ideas)
[17:23] <Dynamo> I want to have a bot same that ubuntulog, can anybody tell me what it's name?
[17:26] <pangolin> !bots
[17:26] <pangolin> see https://wiki.ubuntu.com/IRC/Bots
[17:26] <Dynamo> thanks pangolin
[17:29] <Pici> Dynamo: iirc, ubutulog is just an irssi instance running with a logging plugin.
[17:29] <Myrtti> logging plugin?
[17:30] <Myrtti> irssi has everything, it doesn't need a plugin for that :-P
[17:32] <Pici> Myrtti: er, right.  Not sure what I was thinking.


[00:24] <dhillon-v10> hi all, I want to apply an ubuntu debdiff to a debian package, how would I got about doing so
[00:41] <shakaran2> hi, how can I put the my app on Ubuntu here? https://launchpad.net/ubuntu/lucid/+source/tivion
[00:52] <shakaran2> anybody can help me?
[02:22] <prefrontal>  before the release of karmic I packaged my software (emergent) and one of its prerequisites (libquarter). i even wrote scripts to automate the process. but our software can't be built in the standard motu test environment. we require real gl, and out software doesn't work with software level mesa gl
[02:22] <prefrontal>  this means i can't build our package in a ppa, and it doesn't pass the automatic package build process
[02:22] <prefrontal>  here is one of my scripts: http://grey.colorado.edu/cgi-bin/viewvc.cgi/emergent/trunk/bin/ubuntu-motu-emergent?view=markup
[02:22] <prefrontal>  its due to one of our prerequisites, Coin3d (packages in repo)
[02:23] <prefrontal> it just doesn't work with mesa
[02:23] <prefrontal> here is the software btw: emergent neural network simulator http://grey.colorado.edu/emergent
[02:23] <prefrontal> any motu want to help me get it into lucid? please.
[02:29] <prefrontal> how does one contact a motu? i have posted my plea multiple times to both the irc channels and the mailing list, and never gotten a reply
[02:29] <prefrontal> i already did almost all the hard work
[02:36] <ScottK> prefrontal: This is the right place, it's just that there are a lot of very busy people.
[02:41] <prefrontal> how can I be sure that the next time they do a package review someone looks at my package?
[02:41] <prefrontal> how come i haven't been contacted by anybody?
[02:41] <prefrontal> proactively?
[02:42] <prefrontal> i submitted my package to the void
[02:43] <ScottK> prefrontal: You might also work on getting your stuff into Debian.  There are many more Debian developers than Ubuntu developers and once it's in Debian, it will come into Ubuntu.  Details at mentors.debian.net.
[02:47] <prefrontal> thanks
[03:18] <prefrontal> i submitted my package to debian, thanks ScottK
[03:37] <wrapster> if a latest version of the pkg say(ver2) conflicts with an older version of the same pkg(ver1) how do i add it to the control file as conflicts?
[03:38] <wrapster> Conflicts: somepkg (<=ver2)
[03:38] <wrapster> is that the right way?
[03:38] <ScottK> wrapster: More like << as you don't want it to conflict with itself
[03:38] <wrapster> scottk: Conflicts: somepkg (<<ver2)
[03:38] <wrapster> right
[03:39] <ScottK> Yes, but I don't understand why you think you need this.
[03:41] <dtchen> prefrontal: what does it work with?
[03:42] <prefrontal> dtchen, what do you mean?
[03:43] <dtchen> prefrontal: you mention it doesn't build with mesa. What will it build with?
[03:43] <prefrontal> hardware gl
[03:43] <prefrontal> like you get from a video driver
[03:44] <dtchen> prefrontal: meaning *only* proprietary ones from e.g., Nvidia?
[03:44] <dtchen> if it doesn't build from a source package, that's pretty nasty
[03:44] <dtchen> (meaning if it doesn't build from Ubuntu packages)
[03:46] <prefrontal> dtchen, that's not true
[03:46] <prefrontal> there is an open source reverse engineering of nvidia's driver
[03:46] <prefrontal> anyway, the package that doesn't work with mesa gl is already in the universe repository. Coin3D
[03:46] <prefrontal> it's not our fault.
[03:47] <dtchen> prefrontal: I'm not interested in playing games, politics or blame otherwise
[03:47] <wgrant> prefrontal: Coin3D builds in an environment identical to the PPA environment.
[03:47] <wgrant> prefrontal: So why can yours not?
[03:48] <prefrontal> please try it in yours and tell me what's wrong
[03:48] <prefrontal> i can't get it to work.
[03:48] <prefrontal> i run my own repository, it works fine in practice
[03:49] <wgrant> What is the error?
[03:49] <prefrontal> can you remind me of the place where i submitted my packages to the motus
[03:49] <prefrontal> the error might be there
[03:50] <ScottK> !revu | prefrontal
[03:52] <prefrontal> here are my packages http://revu.ubuntuwire.com/details.py?upid=6847 http://revu.ubuntuwire.com/p/libquarter
[03:52] <prefrontal> i can't get it to build in pbuilder
[03:53] <prefrontal> you guys can quickly make pbuilder envs right? can you try my package please, and advise me
[03:57] <james_w> prefrontal: if you pastebin the end of the output someone might be able to suggest things based on that
[08:00] <MTecknology> !info openbox lucid
[08:01] <MTecknology> !info openbox karmic
[08:13] <micahg> how do I ignore a maintainer address complaint in debuild?
[08:25] <fabrice_sp> micahg, what is the error?
[08:26] <micahg> dpkg-source: error: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[08:26] <micahg> it's for openjdk
[08:26] <fabrice_sp> what is the maintainer address?
[08:26] <micahg> OpenJDK Team<EMAIL_ADDRESS>[08:26] <fabrice_sp> it should be an ubuntu one
[08:28] <fabrice_sp> strange: in p.u.c, it appears as Ubuntu core developer
[08:28] <fabrice_sp> run update-maintainer and the correct value will be put
[08:29] <micahg> fabrice_sp: it puts my address there
[08:29] <fabrice_sp> well: update it by hand, then :-D
[08:29] <fabrice_sp> it happens sometime
[08:29] <micahg> fabrice_sp: who is it supposed to be
[08:30] <micahg> somehow it got uploaded to -security like that
[08:31] <fabrice_sp> Ubuntu Developers<EMAIL_ADDRESS>[08:31] <fabrice_sp> debuild refuse to generate the source package is it's not correct
[08:31] <fabrice_sp> so either this one is correct and debuild should be patched or it's not correct
[08:31] <micahg> I'm not uploading to the archive anyways, just a PPA
[08:32] <ScottK> fabrice_sp: It just warns, it doesn't refuse to build the source package.
[08:32] <micahg> ScottK: I get an error
[08:32] <ScottK> micahg: What release are you using?
[08:33] <micahg> ScottK: karmic
[08:33] <ScottK> Dunno
[08:34] <fabrice_sp> it's an error: dpkg-source: error: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[08:34] <fabrice_sp> and then: debuild: fatal error at line 1334:
[08:35] <fabrice_sp> iirc, it only fails if you are using an ubuntu email address
[08:39] <micahg> any ideas?
[08:41] <_ruben> shouldnt a ppa have your own mail address in it? (just an uneducated guess)
[08:41] <micahg> ah, I updated it to u-d-d
[08:46] <fabrice_sp> _ruben, for a ppa, yes: that's the correct value
[08:46] <micahg> hmm...I guess I could've done that
[08:46] <fabrice_sp> (your own email, I mean)
[08:47] <_ruben> and since micahg's working on a package for a ppa.... ;)
[08:48] <micahg> _ruben: I'll keep that in mind for next time :)
[08:49] <_ruben> having debuild 'understand' more version-email mappings probably requires patching debuild itself right? say i want to build -company packages using @company.com addresses
[11:05] <didrocks> superm1: thanks for the change in mythbuntu-default-settings. Really quick :)
[14:25] <sbasuita> Hi, I'm having a bit of trouble building a karmic package with pbuilder-dist. I first created my chroot with 'pbuilder-dist karmic create', then downloaded the source package of fldigi in karmic (https://launchpad.net/ubuntu/+source/fldigi/3.11.4-1). To build, I ran 'pbuilder-dist karmic build fldigi_3.11.4-1.dsc'. However, I get a compilation error in one of the upstream sources:  http://paste.ubuntu.com/340553/ (line 861). I'm wonderin
[14:25] <sbasuita> g what's wrong with my local setup that would cause this error here but not on the buildds? Thanks in advance for any help.
[14:39] <geser> sbasuita: nothing is wrong with your setup. I guess it got build on the buildds before the default g++ got updated to be 4.4. several other packages have the same problem now as g++ is more iso c++ compliant than the previous versions
[14:40] <sbasuita> geser, ok, thanks
[15:24] <lucas> any comments about http://udd.debian.org/cgi-bin/ubuntu_nbs.cgi?
[15:24]  * c0p3rn1c bows to the MOTU :)
[15:25] <geser> lucas: looks interesting, how often does it get updated?
[15:26] <directhex> lucas, handy.
[15:26] <lucas> geser: the data is from full archive rebuilds, so it gets updated when I run a rebuild
[15:26] <lucas> however, if a package gets updated in ubuntu, it's moved to the bottom of the page ("outdated results")
[15:27] <lucas> geser: I plan to run full rebuilds every 2-4 weeks, like I do for Debian
[15:28] <c0p3rn1c> I've bin having problems with gnome-do for a while, and they released a fix but it's not yet in the repository, if I package gnome <IP_ADDRESS> for you guys, will you put it in the general repos?
[15:38] <randomaction> lucas: maybe it should be called FTBFS, because NBS usually refers to a different thing
[15:38] <randomaction> !nbs
[15:39] <randomaction> but really helpful with these additional bits of info
[15:40] <c0p3rn1c> I'm talking about this bug in gnome-do: https://bugs.launchpad.net/do/+bug/395190 ihmo the fix should be rolled out ASAP
[15:42] <lucas> randomaction: ok, also moved to http://udd.debian.org/cgi-bin/ubuntu_ftbfs.cgi
[15:43]  * randomaction re-bookmarks
[15:44] <Laney> c0p3rn1c: you should update it in debian
[15:44] <randomaction> c0p3rn1c: if you want it fixed in Karmic, then the fix should be isolated and SRU done
[15:45] <randomaction> !sru
[15:45] <Laney> (has to be fixed in lucid first)
[15:45] <c0p3rn1c> ic
[15:48] <Laney> infact RAOF already prepared the update
[15:49] <c0p3rn1c> ok great
[15:50] <c0p3rn1c> how did you know this?
[15:51] <c0p3rn1c> Laney,
[15:51] <Laney> I looked in SVN
[15:51] <c0p3rn1c> svn history?
[15:52] <Laney> if you like
[15:53] <c0p3rn1c> Laney, is there already a package with the fix available then ? and where ?
[15:54] <c0p3rn1c> Laney, I don't understand, svn is for managing source code, what does this have to do with the packaging repository?
[15:55] <c0p3rn1c> the universe packages I mean
[16:03] <Laney> no there isn't, but it is ready
[16:09] <c0p3rn1c> Laney, yes that's why I said that they have released a fix
[17:26] <wolfrage> So if some one want to get involved in MOTU would this be the right place?
[17:27] <pochu> yes
[17:28] <etali> Wolfrage:  This is the right place to ask specific questions about MOTU.  For a general overview, check out some of the wiki links in the topic.
[17:29] <wolfrage> copy that thanks
[17:30] <etali> If you're unsure about any stuff in those links, people here will point you in the right direction (I'm just getting started on MOTU stuff, there's a lot to read, but the experienced peeps in here are helpful).
[17:34] <fabrice_sp__> I fixed a FTBFS of a package that I'd never been built in Ubuntu, and the binary has been 10 days in the NEW queue. Is it normal? It's maven-repository-builder
[18:10] <ScottK> fabrice_sp: Yes.  This cycle archive admins have spent a lot of time dealing with blacklisting v3 source pacakge format packages and so other stuff is behind.
[18:12] <fabrice_sp> ok. Do we have a date for V3 source package package support in Ubuntu?
[18:18] <ScottK> Next week is the current plan.
[18:20] <Laney> the code landed in launchpad
[18:20] <Laney> apparently buildds and scripts are a different matter
[18:29] <fabrice_sp> ok. Thanks!
[19:03] <fabrice_sp> I'm trying to review a merge request done using bazaar, and the revision contains the debian changes as well as the ubuntu ones. Is it normal?
[19:03] <fabrice_sp> this is for bug #495998
[19:38] <randomaction> I believe you are shown the ubuntu-to-ubuntu diff, so yes
[19:41] <fabrice_sp> randomaction, and how can I get the debian-to-ubuntu diff? This is the really interesting one :-/
[19:42] <randomaction> requires a lot of clicking
[19:42] <randomaction> http://bazaar.launchpad.net/~mathieu-tl/ubuntu/lucid/resolvconf/lucid/revision/17?remember=1.1.6&compare_revid=1.1.6
[19:45]  * fabrice_sp is not sure it's easier than a good debdiff! :-)
[19:45] <randomaction> like click revision number -> "Compare with another revision" -> click Debian parent -> "compare with revision ###" -> "reverse the comparison"
[19:46] <randomaction> I checked the docs at https://wiki.ubuntu.com/DistributedDevelopment/Documentation/UploadingAPackage and it looks like it's not making sponsor's life much easier
[19:48] <fabrice_sp> I will still request a debdiff :-)
[19:50] <randomaction> when I first heard about it I imagined something like sponsor clicking "Yes, I'm sponsoring this diff" in Launchpad, or maybe sending an equivalent gpg-signed email
[19:50] <fabrice_sp> So do I
[20:05] <Q-FUNK> I need help with bug #472468
[20:06] <Q-FUNK> the fix is already in Lucid and it's against the same upstream release as Karmic. I'm wondering whether it's possible to push that as an update to Karmic?
[20:11] <joaopinto> !sru
[20:11] <joaopinto> ops, he is out
[23:07] <jbicha> why does Help>Report a Problem not appear as Help>Report a Problem...


[15:29] <thegodfather> hey tmarble
[15:30] <tmarble> thegodfather: ciao!
[15:30] <thegodfather> tmarble: how is life?
[15:30] <tmarble> thegodfather: crazy!
[15:30] <thegodfather> i can imagine :)
[15:32] <thegodfather> tmarble: we still need to do that thing we discussed last week...
[15:32] <thegodfather> tmarble: do you have an idea on when things will calm down on that side of the ocean?
[15:33] <thegodfather> (brb)
[15:39] <thegodfather> re
[15:43] <thegodfather> gotta run.. later :)


[09:05] <linuxgeek_> hi
[09:05] <linuxgeek_> i want to set password of the default user in debian8.5 and centos7 cloud images
[09:06] <linuxgeek_> i followed the guestfish https://ask.openstack.org/en/question/5531/defining-default-user-password-for-ubuntu-cloud-image/
[09:07] <linuxgeek_> however it did not login
[09:07] <linuxgeek_> i also added a new user under default
[09:07] <linuxgeek_> that also did not work
[09:08] <linuxgeek_> need some help in settting password to default and new users
[16:47] <linuxgeek_> i booted an instance using the ubuntu 16.04 cloud image. it shows this message http://paste.openstack.org/show/529031/ and does not apply any cloud-init configuration.
[16:47] <linuxgeek_> i see the same behaviour with debian 8.5. centos 7 works
[16:48] <linuxgeek_> for debian 8.5, seems like https://bugs.launchpad.net/cloud-init/+bug/1454185
[16:48] <linuxgeek_> need pointers how to sort this


[07:38] <sagaci> so if I want to package something, would it be best to package it for natty?
[07:38] <sagaci> rather than maverick
[07:44] <kklimonda> sagaci: yes
[10:31] <hrw> morning
[10:31] <hrw> I added debdiff to bug 691407 - can someone check and if it is ok then do upload?
[10:36] <geser> hrw: can you convert it to a proper quilt patch (in debian/patches) so your change doesn't end as debian-changes-*?
[10:37] <dapal> hrw: and maybe forward it to me, since I'm going to make a bash-completion 1.3 upstream release in the next few days?</spoiler>
[10:38] <hrw> ok
[10:38] <hrw> will do both
[10:38] <hrw> thx
[10:38] <dapal> hrw: (nevermind, for next time, I'm already committing that)
[10:38] <hrw> dapal: ok
[10:39] <dapal> hm. Is "apt-get changelog" an Ubuntu-specific thing?
[10:39] <dapal> I don't have it on my sid.
[10:39] <dapal> $ LANG=C apt-get changelog bash-completion
[10:39] <dapal> E: Invalid operation changelog
[10:40] <hrw> dapal: yes, it is ubuntuism
[10:41] <hrw> dapal: ubuntu packages have changelogs cut to 10 entries
[10:41] <dapal> hrw: ack, then go ahead with the quilt patch, and look for a sponsor. I'll do a merge when I'll release 1.3
[10:41] <dapal> hrw: ah, right.
[10:41] <dapal> thanks for reminding :)
[10:42] <evaluate> hello dapal :-)
[10:42] <hrw> geser: http://pastebin.com/bxD3NGW3 looks properly?
[10:42] <dapal> hello evaluate :)
[10:42] <dapal> evaluate: I'm replying to your mail right now :)
[10:43] <evaluate> dapal, sure, no hurry here
[10:44] <geser> hrw: yes, much better
[10:44] <hrw> geser: ok, will add to bug and hunt for sponsoring
[10:47] <dapal> evaluate: could you point me to a .dsc ? :)
[10:48] <dapal> evaluate: I wrote other things in the mail, if you have any doubts re the advocacy, just ask :)
[10:49] <evaluate> dapal, hmm, I pushed the package to mentors.d.n, but I just noticed that the version there is the old one (although dput didn't report any erorr). I'm checking on this roght now
[10:50] <dapal> evaluate: also, since you receive the confirmation mail from mentors, it'd be nice if you included the link in the RFS mail :) (so I don't have to dig up mentors to find it, but just dget it)
[10:51] <evaluate> dapal, awkward: http://pastebin.com/LTxZ5Awf
[10:52] <evaluate> dapal, yes, I normally include that link (and did so in the past) I just forgot about it this time. Sorry about that
[10:52] <dapal> evaluate: remove the *.upload files you have there ;)
[10:54] <evaluate> dapal, ok, dput worked again (just like the first time around), but mentors.d.n still shows me the old version... http://pastebin.com/1mUxxaZa
[10:55] <dapal> evaluate: maybe it's just down/under maintainance/whatever. Do you have any place to upload: .debian.tar.gz, .orig.tar.gz, .dsc ?
[10:55] <evaluate> dapal, sure. Give me a minute please.
[10:55] <dapal> evaluate: if not, just send them to my inbox. :)
[11:03] <evaluate> dapal, http://clipit.rspwn.com/files/
[11:04] <dapal> evaluate: uhm. I get 404's.
[11:04] <dapal> (on the files, while I see the listing)
[11:04] <dapal> i.e. wget http://clipit.rspwn.com/files/clipit_1.3.11-1.dsc → 404
[11:05] <evaluate> dapal, ok, please try http://b3r3.info/files/
[11:06] <evaluate> I guess the wordpress installation that's on clipit.rspwn.com screwes that folder up...
[11:06] <dapal> yup, it works
[11:09] <hrw> dapal, geser: bash-completion bug 691407 landed in archive
[11:09] <dapal> nice, I'll re-check that when I'll make a merge for 1.3/2.0
[11:10] <dapal> (still haven't decided what to exactly include in the release)
[11:12] <dapal> evaluate: uploaded. If I had to decide re DM based only on this package, I'd say yes ;)
[11:13] <dapal> evaluate: still, it'd be nicer if you maintained other 2-3 packages :)
[11:14] <evaluate> dapal, ok. I replied to your mail
[11:15] <dapal> evaluate: you can directly contact me :)
[11:19] <evaluate> dapal, ok. I have also seen that gpointing-device-settings has been put up for adoption and it's quite an interesting package, but it seems a bit complicated for a newb...
[11:21] <dapal> evaluate: shared libraries are evil beasts, but I can help you if you want to get it :)
[11:24] <evaluate> well, if you have some links for me, where I could get some knowledge on what for example the *.install and *.symbols file are and what they do, and also what to take into consideration with such packages, I'd be happy to adopt it...
[11:24] <dapal> evaluate: *.install files, simple -- just read "man dh_install"
[11:25] <dapal> evaluate: symbols files are only used in shared libraries, wait a minute
[11:25] <dapal> evaluate: http://wiki.debian.org/UsingSymbolsFiles , man dpkg-gensymbols
[11:29] <evaluate> dapal, cool. Thank you!
[11:29] <dapal> evaluate: in a word, they reflect the API of the library, and how it changes through versions
[11:30] <dapal> evaluate: if you remove something from the .symbols, it means the library broke the API, so it needs a SONAME bump and a package rename
[11:30] <dapal> evaluate: also, library packaging has certain policies -- but since this isn't a new package, and you're probably adopting it, you'll have time to learn :)
[11:39] <evaluate> dapal, ok, I'll contact the maintainer. Not sure if I can really "show off" my skills with this package though, as upstream seems to be kinda slow with releases (last release was more than half a year ago).
[11:40] <dapal> evaluate: you can always fix bugs :D
[14:29] <ari-tczew> BlackZ: ping
[14:29] <highvoltage> good morning everyone
[14:30] <BlackZ> ari-tczew: pong
[14:31] <ari-tczew> hi highvoltage
[14:31] <ari-tczew> BlackZ: could you add comment on MoM when you have done debdiff for merge? we use like "merge bug #xxxxxx"
[14:32] <BlackZ> ari-tczew: is it really necessary? I fear I don't have a lot of time for doing that..
[14:32] <ari-tczew> BlackZ: 30 sec of work
[14:32] <ari-tczew> and you won't waste time of other contributors
[14:32] <BlackZ> ari-tczew: they can check the bugs of that package ;)
[14:33] <ari-tczew> BlackZ: are you egoist?
[14:35] <BlackZ> ari-tczew: no, I'm just saying the reason why I don't do that (usually). Another reason (like I said above) is that I don't have much time to spend for doing that :) we have different opinions, and that doesn't mean a person is egoist
[14:36] <ari-tczew> BlackZ: ok, I'll still inhibit your core-dev application.
[14:38] <BlackZ> ari-tczew: if your comment will be constructive I will have no problems accepting it (aside if it's positive or not ;)
[14:41] <ari-tczew> BlackZ: if applicant couldn't spend 30 sec for improve flow of information, he is not ready to join core-dev.
[14:41] <BlackZ> ari-tczew: so in your opinion who doesn't that shouldn't be core-dev? :)
[14:42] <ari-tczew> BlackZ: dunno, better is rate on examples
[14:43] <ari-tczew> 100% greenhorns shouldn't join core-dev
[14:46] <BlackZ> ari-tczew: I can't agree with you. But let me tell you a thing: like somebody else said you, your behavior is a bit "provocative" and "irritating" sometimes. Unfortunately, this is not only a my impression.. in Ubuntu we're a great family and I'm sorry to see people like you not respecting the Ubuntu CoC..
[14:49] <ari-tczew> BlackZ: nice play, changing the subject of discussion
[14:51] <ari-tczew> BlackZ: so Ubuntu community is a totalitarian system? if you have another view than CoC, get out?
[14:51] <ari-tczew> I can! but what will say Ubuntu development...
[14:52] <Pici> Lets be civil here.
[14:53] <ari-tczew> Pici: hehe, I thought we are.
[14:54] <ari-tczew> CoC is blocking my sincerity. what can I do?
[14:55] <Kmos> BlackZ: how about to spend time doing the debdiff instead of the bad talking?
[14:55] <kklimonda> ari-tczew: CoC is not about the substance but a form.
[14:56] <ari-tczew> hello Kmos
[14:56] <Kmos> hi ari-tczew
[14:56] <highvoltage> My personal code of conduct is much stricter than the CoC so following the CoC has never been a problem for me personally
[14:56] <BlackZ> Kmos: *bad talking* ?
[15:12] <ScottK> BlackZ: FWIW, I agree that putting comments in MoM when you upload something is overkill.
[15:13]  * kklimonda would suggest a direct link for package's b.lp.n page sorted by added date in the descending order
[15:13] <ScottK> Kmos: AFAIK you still aren't supposed to be involved in Ubuntu development.  Please stick with that.
[15:14] <kklimonda> that would make it easy for people who care about package to see if someone is working on it, and remove the need for updating an additional page when you start work
[15:15] <ScottK> kklimonda: It only shows up on MoM until the next time it updates.  It's a pretty narrow window of time to worry about it.
[15:18] <ScottK> Kmos: OK.  I understand that's not the case, but I will say that I don't find such comments helpful participation.
[15:19] <ScottK> cody-somerville: Since I gather you're supposed to be keeping track ...  ^^^ This we don't need.
[15:23] <Kmos> ScottK: It was just a personal comment for something that isn't nice to read, nothing more, but I'll continue with my mouth closed. I don't see this as Ubuntu dev participation, but Ok.
[15:24] <ScottK> Kmos: The topic of this channel is Ubuntu development.
[15:25] <joaopinto> here we go again, the helpful, friendly and constructive law enforcement
[15:32] <ScottK> joaopinto: I'd like some helpful friendly contribution to development.  If people aren't going to do that, there's no point in them being here.
[15:34] <joaopinto> ScottK, "people aren't going to do that" is an assumption from your side, based on past experience
[15:34] <ScottK> joaopinto: If it's based on experience, unless there's evidence to the contrary, it's fact, not an assumption.    I'm still waiting for something productive to happen.
[15:39]  * kklimonda just discovered abort-on-upstream-changes option and is wondering why isn't it default for v3..
[15:41] <tumbleweed> kklimonda: yeah, I wish it was, but that would break backwards compatibility
[15:43] <kklimonda> that would also save us from uploading packages that revert all patches - which is probably going to become a new badge of honor ;)
[15:44] <kklimonda> tumbleweed: are you talking about breaking compatilibity now, or has it been decided not to enable it by default when the new source format was being drafted? i.e. is this a new option or has it been since the beginning?
[15:44]  * tumbleweed calls those quilt anti-patches :)
[15:44] <tumbleweed> it was a selling point to people who didn't like quilt - that they could just treat it as a 1.0 package, and their patches would get stored as quilt patches
[15:45] <joaopinto> ScottK, criticism can be a constructive form of contributing, I just wished we could drop the blacklisting approach and just either ignore or support those willing to contribute
[15:46] <ScottK> joaopinto: I wish we didn't have people attempt 'contribution' that was so destructive it needed blacklisting.  Fortunately it's only happened once so far.
[15:50] <joaopinto> I remember school education from my parents stories, when it was freely accepted that punishement and isolation was a proper mean for education
[15:51] <joaopinto> since then there has been a significant improvement on society, we are expected to have better people management skills these days
[15:51] <kklimonda> actually, punishment is a perfectly fine as an education tool if used rationally.
[15:52] <kklimonda> meh, I should finish making a dinner instead of discussing philosophical topics.. ;)
[15:52] <joaopinto> :P
[15:53] <geser> the ban was not issued easily, it took time and several attempts to resolve the problem and was a last measure.
[15:55] <joaopinto> geser, I am aware of the story, I still don't think it was the best outcome
[16:05] <joaopinto> I don't see how the existing discussion between the "unbanned" users was any more constructive than the comment from Kmos in order to prompt for a ban warning
[16:32] <ScottK> joaopinto: Which is why I think the whole unbanning thing is a mess.  He should just find another way to spend his time.  This is already causing distraction.  But I can already guess you'll have a different view.
[16:36] <joaopinto> I don't believe bans are positive or even effective means to block someone genuinely willing to participate in an open community style managed project
[16:38] <micahg> udienz: just to update you on firestarter, I got a little more information about it and the patch is mostly fine, there's one extra change that shouldn't be needed, I'll test and upload tonight if it works, sorry for the delay
[16:46] <ari-tczew> Kmos, BlackZ: sorry for my away, I have problems with electricity
[17:06] <joaopinto> ari-tczew, reading your previous conversation, if you don't agree with the CoC is very unlikely that you will feel happy contributing to Ubuntu
[17:07] <ari-tczew> joaopinto: I'm reading into your mind that you don't want me here.
[17:07] <joaopinto> our community is not totalitarian but there is a common base of values which is shared, otherwise we would not be a community at all, mostly of those values are described in the CoC
[17:09] <ari-tczew> joaopinto: OK, I'll leave this circus and I'll have more free time for me.
[17:10] <joaopinto> ari-tczew, this is not about being wanted or not, this is about you wanting to be part of this community or not
[17:10] <ari-tczew> bdrung: does new update-maintainer update also debian/control if control.in exist?
[17:12] <ari-tczew> joaopinto: I see no problem. That's all.
[17:15] <joaopinto> ari-tczew, that is not an answer for the question about willing to be or not a community member
[17:16] <joaopinto> and judging from your answer you have doubts about your willingness :)
[17:16] <ari-tczew> joaopinto: You're right.
[17:19] <ari-tczew> joaopinto: I don't like the politics of love.
[18:25] <aboudreault> What's the command to see all lintian warning of a package? is this dependant of the debhelper version used?
[18:32] <bdrung> ari-tczew: yes
[20:16] <bcurtiswx_> how can I get pbuilder to use the gnome3-team PPA ?
[20:19] <anoteng> you could just use pbuilder --login, and add the ppa to sources.list
[20:26] <bcurtiswx_> anoteng, thx i'll try that
[20:26] <micahg> bcurtiswx_: there's also the OTHERMIRROR parameter
[20:27] <micahg> err...that should be --othermirror for the parameter :-/
[20:30] <anoteng> bcurtiswx: just remember to apt-get update before logging out again, easy to forget that one...
[20:31] <cybertron> hi i'm realy new into debian packaging, i'll try to build an .deb package only with my binary tool and some extra files, but dont get it :/
[20:32] <cybertron> i tried the ubuntu wiki way
[20:33] <cybertron> s "Building the package locally)
[20:33] <cybertron> +a
[20:33] <bcurtiswx_> micahg, how do I use the --othermirror paramter?
[20:35] <bcurtiswx_> micahg, nvm i hit the spacebor too many times.. i see it now
[20:41] <joaopinto> cybertron, do you have an objective question ?
[20:45] <bcurtiswx_> pbn build empathy_<IP_ADDRESS>-0ubuntu1~build1.dsc  --othermirror "deb http://ppa.launchpad.net/gnome3-team/gnome3/ubuntu natty main"
[20:46] <bcurtiswx_> pbn is pbuilder-dist natty
[20:46] <bcurtiswx_> that isn't working but appears from the man to be right
[20:46] <tumbleweed> bcurtiswx_: pbuilder-dist may not play well with --othermirror
[20:47] <tumbleweed> hmm, no, looks like it should
[20:47] <tumbleweed> but you'll need to do an update with the --othermirror first (I think)
[20:49] <cybertron> joaopinto: hm yes in general, perhaps I'm on the right way now...I create in the base dir usr/bin and usr/share/foo, is that correct?
[20:50] <joaopinto> cybertron, which base dir ?
[20:50] <cybertron> foobar-0.4
[20:51] <cybertron> foobar-0.4/usr/
[20:51] <bcurtiswx_> tumbleweed, would i need --save-after-login
[20:51] <joaopinto> you don't create install directories in the source
[20:51] <joaopinto> which type of application are you packaging, which language ?
[20:51] <cybertron> joaopinto: k, then where I have to place my images and so on?
[20:52] <tumbleweed> bcurtiswx_: if you want to make changes while logged in, yes. however, pbuilder-dist passes the --overide-config option to pbuilder, so it'll replace the sources.list at the start of the build
[20:52] <cybertron> c++ code
[20:52] <joaopinto> cybertron, the images are located at some directory of your source right ?
[20:52] <tumbleweed> bcurtiswx_: so, I suggest pbn update --othermirror foo; pbn build bar.dsc --othermirror foo
[20:53] <joaopinto> cybertron, you are building a source package, using dh_make and friends ?
[20:53] <cybertron> joaopinto: yes normaly I have this structur foo-binay and images/
[20:53] <cybertron> joaopinto: yes with dh_make, but I wanna only package my binary+images
[20:54] <bcurtiswx_> Ign http://ppa.launchpad.net/gnome3-team/gnome3/ubuntu/ natty/main Translation-en
[20:54] <tumbleweed> bcurtiswx_: that's expected
[20:54] <joaopinto> cybertron, you don't need to recreate the install directories as you do with binary builds
[20:55] <cybertron> joaopinto: but what then?
[20:55] <joaopinto> cybertron, edit debian/dirs add there the directories that you need to be created
[20:55] <tumbleweed> bcurtiswx_: please file a pbuilder-dist bug (package ubuntu-dev-tools) about easy building with PPAs, that sounds like a useful feature
[20:55] <joaopinto> dh_installdirs which is invoked from the debian/rules will make sure they are created in the temporary location for package building
[20:55] <cybertron> joaopinto: there is no dir file
[20:55] <joaopinto> dirs
[20:56] <joaopinto> create it if needed
[20:56] <cybertron> joaopinto: so like debian/bin and debian/bin/images ?
[20:56] <joaopinto> no
[20:57] <joaopinto> you create a file name debian/dirs, containing: usr/bin<enter>usr/share/appname/images
[20:58] <cybertron> k and then? where I have to put my files?
[20:59] <joaopinto> aren't your files already present on the source directory ?
[21:00] <cybertron> joaopinto: if u mean in debian/source ...no
[21:00] <joaopinto> uff, no, I mean your source directory
[21:00] <joaopinto> you don't manually place files from your source into debian/
[21:01] <cybertron> k then it is correct
[21:02] <cybertron> joaopinto: and now? I have something to add to the rules?
[21:06] <bcurtiswx_> tumbleweed, sources.list isn't saved in a --save-after-login
[21:06] <tumbleweed> bcurtiswx_: it is, but it gets replaced when pbuilder is called with --overwrite-config (which is what pbuilder-dist does)
[21:06] <bcurtiswx_> tumbleweed, ah OK
[21:07] <tumbleweed> I think that's a poor design choice, and I might change it (I'm busy tweaking related bits)
[21:08] <bcurtiswx_> tumbleweed, OK
[21:11] <joaopinto> cybertron, bett use some minimal rules like /usr/share/doc/debhelper/examples/rules.tiny
[21:12] <cybertron> joaopinto: i tried now debuild and it builds but in the .deb there isnt any file of me
[21:13] <joaopinto> which is fine, because you don't have a makefile with an install rule, and you didn't yet specificy that files should be installed
[21:13] <bcurtiswx_> tumbleweed, bug #697411
[21:13] <joaopinto> do you have a minimal Makefile which builds the source ?
[21:13] <tumbleweed> bcurtiswx_: thanks
[21:13] <cybertron> joaopinto: no cauz I dont wanna compile?
[21:14] <joaopinto> so you aren't building from source ? you are going to ship the binaries in the orig tarball ?
[21:14] <cybertron> joaopinto: yes
[21:14] <joaopinto> ok
[21:14] <joaopinto> so now just edit/create debian/install
[21:15] <joaopinto> the format is: source target
[21:15] <joaopinto> example
[21:15] <joaopinto> images/*.png usr/share/appname/images
[21:16] <joaopinto> everyone, is http://qa.ubuntuwire.org/ftbfs/ the proper place to look for FBTFS needing working ?
[21:16] <geser> yes
[21:16] <tumbleweed> joaopinto: those are the ones that are currently failed, there is another list on udd.debian.org that will fail if rebuilt
[21:17] <joaopinto> what's the recommended :) ?
[21:17] <tumbleweed> fixing as many as possible :P
[21:17] <cybertron> joaopinto: k, done
[21:17] <joaopinto> is there a bug automatically created for FTBFS ?
[21:17] <joaopinto> cybertron, just rerun debuild
[21:18] <tumbleweed> joaopinto: no, the uploader (and maintainer, IIRC) get e-mails when a package fails to build
[21:21] <cybertron> joaopinto: looks great :D now testing to install with dpkg?
[21:31] <cybertron> joaopinto: mach thx, works fine
[21:32] <cybertron> mach=mich
[21:32] <cybertron> gan
[21:32] <cybertron> much!
[21:34] <joaopinto> :)
[21:35] <cybertron> joaopinto: but a last question...why does my binary is finding the images? cauz it is linked in the binaray as ./images and not /usr/share?
[21:36] <joaopinto> uh ? images are not linked, unless you are inlining them as data, in which case you don't need them externally at all
[21:36] <joaopinto> how do you read the images ?
[21:36] <cybertron> oh ok, dont know exact i worked with the sfml framework
[21:38] <joaopinto> no idea what is that about :)
[21:39] <joaopinto> ah, http://www.sfml-dev.org/
[21:39] <cybertron> joaopinto: np: its a multimedia framework for c++
[21:39] <cybertron> you can code realy easy games with it
[21:41] <joaopinto> when can we get your game from :P ?
[21:42] <cybertron> haha
[21:42] <cybertron> wont be released  ;)
[21:42] <cybertron> its just a project for school
[21:42] <cybertron> and just a "gamepart"
[21:43] <joaopinto> asking open source community packaging support for a closed source project gives you bad karma
[21:43] <cybertron> its a game to lean sql injections
[21:43] <cybertron> +r
[21:43] <cybertron> joaopinto: it will never finished
[21:43] <joaopinto> :P
[21:45] <cybertron> k now its time to sleep, much thx again, bye
[22:28] <micahg> it has been suggested if one needs to bump a build dep because the slower archs (arm, PPC) are out of date,  that should be called a no source change rebuild if the change is not desired to be kept (i.e. want a sync), I think this should be a regular Ubuntu change since there actually is a change in the packaging, even if it's temporary, opinions?
[22:54] <tumbleweed> micahg: I'd agree, no change = no change, temporary changes should be labelled as such
[22:57] <mr_pouit> tumbleweed: is "Bump xfce4-panel-dev b-dep to >= 4.7.7 to force using the new version." okay, or should I add "because lp doesn't support binnmus and makes me waste my time doing 40 source uploads instead of a single mail to -release" next time?
[22:58] <tumbleweed> mr_pouit: yeah, that's fine
[23:04] <micahg> tumbleweed: fine, as in a valid use of buildX?
[23:05] <tumbleweed> micahg: that could be a reasonable use of buildX, it'll mean auto-sync later
[23:05] <tumbleweed> it is misleading, though
[23:05] <micahg> tumbleweed: that's my issue with it
[23:06]  * micahg wishes this was written in a policy somewhere either way
[23:20] <bdrung> tumbleweed: "psuedo-packages."