[12:54] <trijntje> dpm: btw, do you know why the docs do not appear the synchronise with the ubuntu-help package on the template list?
[12:55] <trijntje> ubuntu-help appears fully translated for dutch, while ubuntu-docs/ubuntu-help has 390 untranslated messages
[13:22] <dpm> trijntje, I'll have to have a look at the settings, I thought the docs team would have enabled synchronisation.
[13:24] <trijntje> dpm: it looks like they did enable sharing of translations


[06:43] <twb> cjwatson: so I'm trying to re-install, with preseeding, over an aborted preseed install.  I get this: ftp://twb.ath.cx/tmp/tmp.png
[06:44] <twb> That is, "Volume group name already in use"
[10:08] <twb> I just disabled LVM for now.
[10:08] <twb> Can I instruct oem-config to ONLY ask for a username & password, and pre-seed the locale, timezone and keyboard?
[12:38] <xivulon> cjwatson, evand, I have updated https://wiki.ubuntu.com/InstallerForWindows just in case you feel bored and need something to read ;P
[12:39] <xivulon> "Outstanding Issues" is the most relevant part, I also added bits and pieces to "optional features"
[22:00] <xivulon> quick question
[22:01] <xivulon> in ubiquity I am prompted when there is no connection and hence security updates cannot be downloaded
[22:01] <xivulon> is there a preseed to turn that off?


[01:42] <_mup_> ensemble/expose-docs r311 committed by<EMAIL_ADDRESS>[01:42] <_mup_> Corrected example ensemble status output for exposed service in doc
[02:56] <_mup_> Bug #824279 was filed: Security group functions for EC2 provider should retry <Ensemble:New> < https://launchpad.net/bugs/824279 >
[09:35] <_mup_> Bug #824403 was filed: ensemble should support openstack as a provider <Ensemble:New> < https://launchpad.net/bugs/824403 >
[13:30] <kim0> m_3: I updated the hadoop post to point to the updated formula locations
[13:56] <m_3> kim0: cool... I
[13:56] <m_3> 'll update
[14:13] <_mup_> Bug #824557 was filed: Update formula writer tutorial for port exposing functionality <Ensemble:New> < https://launchpad.net/bugs/824557 >
[14:16] <kim0> hmm, I see the wordpress example uses "open-port" in the db-relation-changed hook
[14:16] <kim0> Wouldn't the install hook be a better place for this?
[14:16] <kim0> I'm updating the tutorial to add this, hence the question
[14:25] <SpamapS> kim0: install would be too early
[14:25] <SpamapS> kim0: the idea is to open the port when the service is ready to serve users.
[14:25] <SpamapS> s/users/clients/
[14:25] <kim0> Yeah .. ok
[14:58] <RoAkSoAx> fwereade: http://paste.ubuntu.com/663457/
[14:58] <fwereade> RoAkSoAx: cheers
[15:05] <RoAkSoAx> fwereade: so yeah, given that thte provisioning agent gets started late, and appears to be after a machine has been obtained for the deploy
[15:06] <RoAkSoAx> fwereade: it tries to shutdown that machine first
[15:06] <RoAkSoAx> fwereade: so basically, if the agent gets started when it should, we should not see that issue
[15:06] <fwereade> RoAkSoAx: yep, I think so
[15:12] <jimbaker> kim0, the tutorial looks good to me except for the following: we should have one more ensemble status after the ensemble expose
[15:24] <kim0> jimbaker: mm ok adding
[15:24] <jimbaker> kim0, cool
[15:25] <_mup_> ensemble/expose-docs r312 committed by<EMAIL_ADDRESS>[15:25] <_mup_> YAML serializes as true, not True
[15:33] <_mup_> ensemble/trunk r310 committed by<EMAIL_ADDRESS>[15:33] <_mup_> merge expose-docs [r=jorge][f=824218]
[15:33] <_mup_> [trivial] Move expose docs from drafts to main, along with minor
[15:33] <_mup_> updates, given comprehensive expose functionality now in trunk.
[15:38] <kim0> jimbaker: ok pushed the one with status at the end
[15:42] <jimbaker> kim0, just taking a look - the drupal service in that status output doesn't have an exposed: true
[15:44] <kim0> jimbaker: yeah .. I didn't want to change machine names, so I'm manually adding what I think should go there
[15:45] <jimbaker> kim0, no worries, that's the only danger in doing that :)
[15:45] <kim0> yeah hehe :)
[15:46] <m_3> jamespage: What are "labels" in the jenkins-slave interface?
[15:47] <fwereade> RoAkSoAx:             # TODO: Obtain only systems in the management classes
[15:47] <jimbaker> kim0, anyway, good to have one more lookover, but with that change, it's ready to merge. looks like you're empowered, so please commit when ready
[15:47] <jamespage> m_3: labels are used by jenkins to control which builds run where; you automagically get some if you don't specify OR you can set them manually for a service
[15:47] <fwereade> RoAkSoAx: I think it's trying to kill *everything*
[15:48] <kim0> jimbaker: cool, thanks
[15:48] <fwereade> RoAkSoAx: I have a fix for that, but it hasn't made it into shadow-trunk yet
[15:48] <fwereade> RoAkSoAx: consider me on it
[15:48] <jimbaker> kim0, just add a [trivial] tag, since it's that
[15:48] <kim0> sure
[15:48] <m_3> jamespage: cool thanks... (I'm documenting interfaces, authors can update them later)
[15:48] <jimbaker> kim0, see our bzr log for the formatting on that... rather trivial
[16:23] <m_3> adam_g: is rabbitmq really two different interfaces?
[16:24] <m_3> maybe rabbit and rabbit-peer?
[16:24] <m_3> or rabbit-replication
[16:24] <fwereade> RoAkSoAx: lp:~fwereade/ensemble/spike-catchup
[16:46] <adam_g> m_3: AFAIK, yes. one for clients and another for clustered rabbitmq servers
[16:52] <m_3> adam_g: cool... you good with 'rabbitmq' and 'rabbitmq-node'?
[16:54] <_mup_> Bug #824654 was filed: no MachineProvider base class <Ensemble:In Progress> < https://launchpad.net/bugs/824654 >
[19:08] <fwereade> speaking of phones and laptops: http://dilbert.com/2011-08-03/
[19:09] <hallyn> niemeyer: http://golang.org/doc/go_tutorial.html   uh, what?  'fmt.Printf'?
[19:09] <hallyn> i can't do that
[19:09] <niemeyer> LOL
[19:10] <niemeyer> hallyn: There's println for debugging
[19:10] <niemeyer> hallyn: Just to relieve you a bit ;)
[19:10] <hallyn> ok then :)
[19:14] <niemeyer> hallyn: The uppercasing has some good background, even though it takes a bit to get used to.  Every const/var/method/field/function/etc is public if it's uppercased, and package-private if it's lowercased
[19:15] <niemeyer> hallyn: Besides the ability to tersely define scope, this has the non-immediately obvious benefit of informing scope not only on declaration, but on every use
[19:20] <kirkland> to deploy into oneiric machines, do I need to give a specific ami in my environments.yaml, or can I just use "oneiric" as a keyword?
[19:20] <kirkland> SpamapS said this was under development ...
[19:21] <SpamapS> jcastro: http://www.reddit.com/r/devops/comments/j8qc1/please_talk_me_out_of_writing_my_own_puppettype/
[19:26] <_mup_> ensemble/expose-cleanup r311 committed by<EMAIL_ADDRESS>[19:26] <_mup_> Spike on wait on terminated instances, then delete security groups
[20:15] <_mup_> ensemble/formula-state-with-url r310 committed by<EMAIL_ADDRESS>[20:15] <_mup_> add formula bundle url to formula state
[20:17] <hazmat> kirkland, it looks like it needs an ami, adding support for release name would be easy though
[20:18] <hazmat> kirkland, and just grab a daily
[20:18] <hazmat> or release
[20:21] <hazmat> kirkland, https://ensemble.ubuntu.com/docs/provider-configuration-ec2.html
[20:24] <_mup_> Bug #824787 was filed: default-ami appears in schema, but default-image-id is used in code <Ensemble:New> < https://launchpad.net/bugs/824787 >
[20:37] <_mup_> Bug #824792 was filed: cli api to store unit local data <Ensemble:New> < https://launchpad.net/bugs/824792 >
[21:24] <m_3> kirkland: default-image-id: ami-1335f37a
[21:25] <kirkland> m_3: thanks, trying .......
[21:31] <m_3> kirkland: lemme know
[21:31] <kirkland> m_3: oneiric!!!!!!!
[21:33] <kirkland> niemeyer: lp:~kirkland/ensemble/byobu-tmux is working nicely :-)
[21:33] <kirkland> niemeyer: shall I send over a merge proposal?
[23:39] <_mup_> ensemble/formula-state-with-url r311 committed by<EMAIL_ADDRESS>[23:39] <_mup_> formula publisher now creates formula states with bundle url


[01:51] <roserolinux> hello everyone....Ive been trying to use a 64gig sdcard with no success. i insert it on in my laptop with no notification from plasma. After researching a bit I tried to install fuse-exfat and the exfat-utils packages with no success. Anything else I can try?
[01:58] <roserolinux> sorry, running kubuntu 19.04
 oserolinux have you used this card successfully eleswhere?
 also found: https://www.howtogeek.com/235655/how-to-mount-and-use-an-exfat-drive-on-linux/
 not sure what plasma has to do with it - Dolphin or the device-notifier are the applications that would be aware of and interact with a new file/drive/device
[04:07] <tomreyn> roserolinux is no longer on irc
 :(
[04:10] <tomreyn> why so?
[04:11] <tomreyn> well that's probably OT here, i retreat my question.
 I'm at linuxfest northwest and the wifi is too overloaded to connect with the bandwidth and reliability necessary
 so I just have the telegram-bridged chans
 np
[04:12] <tomreyn> i see. nothing mosh + irssi couldn't solve, i guess, but YMMV
[04:31] <viewer|41> on fresh install of kubuntu 19.04 minimal.... i run apt autoremove and it remove 83 packages...why there are so many unneeded packages in fresh install
[09:43] <BluesKaj> 'Morning folks
 GM all - was getting issues with polkit segfaulting - found post on askubuntu that helped - rogue file /etc/polkit-1/localauthority.conf.d/02-allow-colord.conf -  post mentioned manual install of xrdp,  and I found this in my firefox history - https://help.ubuntu.com/community/xrdp - so this breaks polkit
 symptom was segfault in logs, Discover was giving "GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying" when trying to install updates
 given the packages and files involved, I am assuming this isn't Kubuntu specific
[13:09] <BluesKaj> purpleavenger use apt update and upgrade in the konsole instead of the buggy discover
 I normally do, but after the upgrade to 19.04, I figured why not GUI - same issue was affecting gparted launching from menu (surprisingly, not zenmap, though)
[13:41] <BluesKaj> purpleavenger, gparted isn't default on Kubuntu and some versions lately have a bug when run on kde/plasma
[20:07] <roserolinux> hopefully quick question, does anyone else having trouble with sd card readers on a laptop? having issues with a 64 gig sd card. My kubuntu 19.10 laptop can read an 8 gig stick but not a 64gig stick. Came to the conclusion that it was exfat, installed exfat-fuse and utils with no change. Any suggestions?
[20:09] <OerHeks> check the vendors website, it should tell you if that cardreader can handle over 32 gb, often it does not
[20:10] <roserolinux> will do thanks
[20:32] <guschtel> hi there, can someone give me a hint, how to setup kontact to use pinentry-qt instead of pinentry-curses on the console? i've set use-agent in gpg.conf and pinentry to pinentry-qt in gpg-agent.conf, but still it doesn't work. When i ru pinentry and ask for a pin (GETPIN) i successfully get a qt popup


[12:11] <bddebian> Later folks
[12:11] <Kyral> cya
[12:14] <tseng> Mithrandir: someone is working on some really sexy stuff for openbox :)
[12:15] <tseng> Mithrandir: gradient themes that look as nice as metacity
[01:55] <Kyral> Yanno, the more I read about Python and examine it, the more I like it
[01:58] <crimsun> Python is neat.
[01:58] <Kyral> Then I should learn PyGTK
[02:02] <womble> Kyral: I highly recommend it.  Pretty neat way to build a GUI app.
[02:03] <Kyral> indeed
[02:04] <womble> Orders of magnitude easier than trying to do it in C
[02:05] <Kyral> I haven't tried
[02:06] <Kyral> but going through POinters in class made me HATE C
[02:06] <crimsun> for great headaches, use wxpython
[02:06] <Kyral> lol
[02:07] <ajmitch> oh yes
[02:07] <Kyral> but first I master Python
[02:10] <womble> wxpython gave me the Fear
[02:11] <womble> I've never used it myself, but PyGlade seems like a good way to get a GUI app happening quickly
[02:11] <ajmitch> I really don't like RC bugs where I don't know what is breaking, and upstream gets confused as well
[02:11] <womble> Draw the page, link the actions, run the app, hooray!
[02:14] <ajmitch> ah that's right, I need to ask for syncs today
[02:14] <ajmitch> top of the list is php4-sqlite, which you fixed
[03:23] <raphink> pfff
[03:23] <raphink> spam on motu-reviewers
[03:23] <raphink> :(
[03:24] <Kyral> get this one in #ubuntu
[03:24] <raphink> Kyral: ?
[03:24] <Kyral> < CentHOGG> I heard ubuntu bought debian the other day
[03:24] <raphink> haha
[03:24] <raphink> and Google bought Microsoft, too ?
[03:24] <raphink> ;)
[03:24] <tseng> it was on everyone love lugradio
[03:25] <raphink> oh no
[03:25] <Kyral> Actually....that would be good wasn't it...
[03:25] <tseng> or was it everone loves eric raymond
[03:25] <raphink> that must have been that Microsoft gave up the Windows code to Google ;)
[03:25] <raphink> for free ;)
[03:25] <raphink> ;)
[03:25] <Kyral> yah right
[03:25] <Kyral> and the sky is purple with pink and neon green polka dots
[03:25] <raphink> oh you knew that?
[03:26] <Kyral> roflmao
[03:26] <raphink> http://geekz.co.uk/lovesraymond/archive/clique
[03:26] <raphink> that's what you're talking about?
[03:26] <tseng> yes
[03:27] <ajmitch> yes
[03:27] <ajmitch> afternoon tseng
[03:27] <raphink> lol
[03:27] <raphink> hi ajmitch
[03:27] <tseng> hi ajmitch
[03:27] <ajmitch> I think I need to get some conflicts removed from mono-mcs
[03:27] <ajmitch> since it's been unnecessary for a year or so
[03:28] <tseng> pnet?
[03:28] <ajmitch> yeah
[03:28] <ajmitch> I got some weird urge to fix some RC bugs in debian & update it to the latest upstream
[03:29] <ajmitch> the f-spot one still bugs me
[03:36] <gborzi> hello all, is there anyone ?
[03:36] <raphink> gborzi: hello
[03:39] <gborzi> I'm a new kubuntu user (1 month), but an old linux one, since 1995. I have made some packages I would like to share.
[03:39] <raphink> sure
[03:39] <raphink> did you make sure they don't exist in ubuntu or debian yet?
[03:40] <raphink> taht's the first thing to check gborzi
[03:41] <gborzi> Some of the packages are not yet in ubuntu, other are based on new version of the upstream software. how should I made the packages available ? I' reading the ubuntu wiki on how to become a member/manteiner/developer, but I'm confused.
[03:41] <gborzi> Sorry, I made a too long message.
[03:41] <raphink> did you read about REVU yet gborzi ?
[03:42] <raphink> https://wiki.ubuntu.com/REVU
[03:42] <gborzi> I'm reading, but the process is not yet clear.
[03:42] <raphink> revu is the web based system for new universe packages to be included in Ubuntu
[03:43] <raphink> if you want to add your package to Ubuntu, after checking it is not yet available in either Ubuntu (dapper, not breezy) or Debian unstable, you can get added to the REVU keyring and start uploading your packages to REVU
[03:43] <raphink> they will then appear on the list on http://revu.tauware.de/
[03:43] <raphink> so MOTUs (masters of the universe, the guys mastering the universe stuff in Ubuntu) will review your packages
[03:44] <gborzi> So I do not need to became a manteiner/member/etc ?
[03:44] <raphink> and as soon as you get 2 advocacies for a package, up they go ;)
[03:44] <raphink> nope gborzi
[03:44] <raphink> you don't need to be a member to submit packages
[03:44] <raphink> just have a pgp key
[03:44] <raphink> and have it added to the REVU keyring
[03:45] <raphink> siretart: you there?
[03:45] <gborzi> Ok, I'll look the revu
[03:45] <raphink> crimsun_: hello
[03:45] <crimsun_> raphink: hi
[03:45] <raphink> :)
[03:46] <raphink> crimsun_: gborzi would like to get new packages in Ubuntu.
[03:46] <raphink> are you able to deal with adding his pgp key to the keyring?
[03:46] <raphink> (his or her, sorry if I was wrong on this ;))
[03:46] <gborzi> I'm a male.
[03:46] <raphink> ok
[03:46] <raphink> :)
[03:47] <raphink> you have a pgp key gborzi ?
[03:47] <crimsun_> raphink: ajmitch is a REVU admin iirc
[03:47] <raphink> k
[03:47] <raphink> ajmitch was around a short time ago ;)
[03:47] <gborzi> Yes, I've made it today.
[03:47] <raphink> I think siretart and ogra are also able to add the keys, if i'm not wrong
[03:47] <raphink> oh, very new key then :)
[03:48] <raphink> did you sign your packages with it?
[03:48] <ajmitch> you'll need to put it on a keyserver
[03:48] <gborzi> only the latest packages.
[03:49] <gborzi> I'm very new to the use of pgp keys
[03:49] <ajmitch> all packages will need to be signed to be uploaded
[03:49] <raphink> gborzi: as ajmitch says, you need to export your key to a keyserver, e.g. mit
[03:49] <gborzi> how should I do ?
[03:50] <raphink> gpg --export-key --key-server hkp://pgpkeys.mit.edu $yourkey
[03:50] <raphink> if I remember well
[03:50] <raphink> not totally sure
[03:50] <raphink> check man gpg
[03:50] <gborzi> it says: gpg: Invalid option "--export-key"
[03:51] <raphink> --send-keys
[03:51] <raphink> that's the option
[03:51] <ajmitch> gpg --keyserver subkeys.pgp.net --send-keys 5921b5d8
[03:51] <ajmitch> for example
[03:51] <raphink> :)
[03:51] <ajmitch> replace 5921b5d8 with your own keyid
[03:52] <gborzi> I used the command: gpg --send-key --keyserver hkp://pgpkeys.mit.edu
[03:52] <gborzi> It didn't complained
[03:52] <raphink> --send-keys
[03:52] <ajmitch> raphink: you can use either
[03:52] <raphink> oh ok
[03:52] <gborzi> What's the keyid
[03:52] <gborzi> ?
[03:53] <raphink> --send-key is not documented in gpg --help
[03:53] <raphink> gborzi: gpg --list-keys
[03:53] <raphink> since you've only got one key, it'll give it your key id
[03:54] <gborzi> the command says:
[03:54] <raphink> gborzi: since you said you're using kubuntu, kgpg can be a nice soft to use ;)
[03:54] <gborzi> pub   1024D/FE613ED3 2005-12-30
[03:54] <gborzi> uid                  Giuseppe Borzi<EMAIL_ADDRESS>[03:54] <gborzi> sub   2048g/276A70FE 2005-12-30
[03:54] <raphink> FE613ED3 is your key id
[03:54] <raphink> ;)
[03:55] <gborzi> ok. And now ? should I go to http://revu.tauware.de/
[03:55] <gborzi> ?
[03:55] <raphink> now you need to get your key added to the keyring
[03:55] <raphink> so you might ask ajmitch nicely to add it ;)
[03:56] <gborzi> how can I add the key to keyring ?
[03:56] <raphink> ajmitch will gborzi
[03:56] <raphink> you won't do it
[03:56] <raphink> wait till your key is on the server
[03:56] <ajmitch> it's not on the keyserver yet, that I can see
[03:56] <raphink> and then he'll addit
[03:57] <gborzi> ok, will I receive a notification email ?
[03:57] <raphink> I doubt so gborzi ;)
[03:57] <raphink> not from the keyserver at least
[03:58] <ajmitch> gborzi: the usual procedure is for you to send a signed message to<EMAIL_ADDRESS>asking to be added, after your key is on the keyserver
[03:58] <raphink> http://www.cs.uu.nl/people/henkp/henkp/pgp/pathfinder/stats/FE613ED3.html
[03:58] <raphink> when this page works, your key is up ;)
[03:58] <ajmitch> raphink: that can take a week or two
[03:58] <ajmitch> it's not nearly that slow
[03:58] <raphink> hmm
[03:59] <crimsun> should only take a night or two
[03:59] <raphink> mhm
[03:59] <raphink> yeah I remember when I updated my key with my new add, it took about a week
[03:59] <ajmitch> gborzi: please, use gpg --keyserver subkeys.pgp.net --send-keys FE613ED3
[04:00] <gborzi> Done. Maybe I'm annoyng you with my questions, but after that ?
[04:00] <ajmitch> send a signed email to<EMAIL_ADDRESS>to ask for an upload account
[04:01] <ajmitch> this is a good way to keep a record of people asking, and to get your email address
[04:01] <raphink> gborzi: what are you using to send emails ? kmail?
[04:01] <gborzi> No, I use mozilla. How can I sign an email ?
[04:01] <ajmitch> quoting from a mail sent to someone else:
[04:01] <ajmitch> "An account for revu will be created on your first upload.
[04:01] <ajmitch> You can then retrieve your password with the lost password-feature of revu1.
[04:01] <raphink> gborzi: you need to set up your email client
[04:01] <ajmitch> Your login will be your email adress.
[04:01] <ajmitch> "
[04:02] <raphink> gborzi: search google or the wiki for mozilla configuration for pgp encryption
[04:03] <ajmitch> iirc, it's enigmail or something named similar
[04:03] <gborzi> raphink: ok, I was looking at the mozilla mail client.
[04:03] <raphink> mhm
[04:03] <ajmitch> http://enigmail.mozdev.org/
[04:03] <raphink> ajmitch: yes bells a ring here ;)
[04:03] <raphink> although I prefer kmail :)
[04:04] <ajmitch> enigmail is in ubuntu
[04:04] <ajmitch> as mozilla-thunderbird-enigmail (if you're using thunderbird)
[04:04] <gborzi> I'm installing enigmail for mozilla
[04:06] <raphink> gborzi:
[04:06] <raphink> http://lrcressy.com/linux/mozilla.pdf
[04:06] <raphink> `mini' howto they say
[04:06] <raphink> lol
[04:06] <raphink> `just' 42 pages
[04:06] <gborzi> thanks
[04:07] <gborzi> or 1.5 M
[04:07] <raphink> you cannot possibly fail with such a tutorial ;)
[04:08] <gborzi> A good reading for tomorrow. It's true that one never ends to learn.
[04:09] <raphink> sure we learn everyday :)
[04:09] <raphink> (hopefully)
[04:09] <gborzi> Among the packages I have made there are xcircuit and scilab.
[04:10] <raphink> I don't know these
[04:10] <gborzi> These are already in debian, but are quite old.
[04:10] <raphink> they are in ubuntu aswell
[04:10] <raphink> what versions did you package?
[04:10] <gborzi> Xcircuit is for drawing circuits, I use it to prepare the examinations.
[04:11] <gborzi> the current version is 3.4.10, but that in debian is 3.1.x, about 2 years old
[04:11] <raphink> what are the versions of each app that you packaged?
[04:11] <raphink> we have Version: 3.1.19-1ubuntu1 in dapper
[04:11] <gborzi> for scilab is 3.1.1, in debian is still 3.0
[04:12] <raphink> Version: 3.0-12
[04:12] <raphink> this is scilab version in dapper
[04:12] <gborzi> Why are they so old ?
[04:12] <raphink> which must be debian version anyway, since it's a debian versioning
[04:12] <raphink> gborzi: because they weren't maintained ? ;)
[04:13] <gborzi> maybe !
[04:13] <raphink> there are about 18.000 packages in Debian
[04:13] <raphink> for about 1000 DDs
[04:13] <gborzi> DDs ?
[04:13] <raphink> it's hard to get all this maintained and kept up-to-date
[04:13] <gborzi> developers ?
[04:13] <raphink> DD = Debian Developer
[04:13] <raphink> yep
[04:14] <gborzi> besides these two I have also made: glest (www.glest.org) and RTS game
[04:14] <raphink> when you look at the ubuntu packages, you can see what packages were directly taken from Debian, and which ones were either merged from Debian (with changes) or added to Ubuntu directly
[04:14] <raphink> from the version number
[04:14] <raphink> packages numbered with -X are Debian ones
[04:15] <ajmitch> xcircuit isn't maintained anymore in debian, perhaps you could do that, gborzi :)
[04:15] <raphink> packages numbered with -XubuntuY are either merged from Debian or created in Ubuntu
[04:15] <raphink> X being the Debian versioning if taken from Debian (X=0 for new packages in Ubuntu
[04:15] <gborzi> I know the versioning system. I used XubuntuY for the packages I have made
[04:16] <raphink> ajmitch: did I read on motu-reviewers that someone (you?) was working on making d-mentors similar to REVU so we can upload to it and get new packages in Debian first?
[04:16] <ajmitch> actually xcircuit might be maintained again soon in debian, looking at the bug
[04:16] <ajmitch> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323678
[04:16] <Ubugtu> Debian bug 323678: "xcircuit -- Draw circuit schematics or almost anything" Package: ITA, Maintainer<EMAIL_ADDRESS>http://bugs.debian.org/323678
[04:16] <ajmitch> raphink: not myself, but womble
[04:16] <raphink> oki
[04:16] <gborzi> for both xcircuit and scilab I made the packages from scratch, so i used 0ubuntu1
[04:17] <raphink> gborzi: :)
[04:17] <ajmitch> raphink: the 'debian way'?
[04:17] <ajmitch> what do you mean?
[04:17] <gborzi> I'm here
[04:17] <womble> raphink: Yep, that's me.  No idea whether it'll take off yet; I'm evaluating what Debian already has available ({sponsors,mentors}.debian.net) before wading in with yet another option
[04:17] <raphink> ajmitch: I mean filing bugs for the wnpp package and so on
[04:17] <ajmitch> raphink: when you have that many developers, you need some structure
[04:18] <raphink> womble: I take it you're a DD then ;)
[04:18] <womble> Indeed I am
[04:18] <raphink> ajmitch: sure
[04:18] <ajmitch> even we have developed a fair bit of structure, eg with merges
[04:18] <crimsun_> gborzi: ...err, both of those packages are in Debian
[04:18] <raphink> ajmitch: I just think the whole thing about maintaining packages in Debian is very discouraging
[04:18] <raphink> to me at least
[04:18] <crimsun_> gborzi: or do you mean you're co-maintaining them?
[04:18] <ajmitch> raphink: I disagree :)
[04:19] <raphink> I've been learning to package ever since april
[04:19] <raphink> I'm beginning to package properly (or so I believe)
[04:19] <raphink> and yet I need to learn more to get my packages in Debian
[04:19] <raphink> and deal with bug reports
[04:19] <raphink> and find sponsors
[04:19] <raphink> and so on
[04:19] <ajmitch> yes, that's expected
[04:19] <raphink> it's not the easiest way to contribute
[04:19] <gborzi> crimsun_: no, I have remade them, and I was proposing to upload these packages
[04:19] <ajmitch> debian has a reputation for quality for a reason
[04:19] <ajmitch> we don't want people to dump packages in & not care about bugs
[04:20] <womble> Oh my god, dealing with bug reports.  It's criminal what they make you do in Debian.  </sarcasm>
[04:20] <crimsun_> gborzi: have you discussed your changes with the maintainers?
[04:20] <raphink> ajmitch: hmm yes but doesn't that discourage some people from contributing sometimes ?
[04:20] <ajmitch> womble: today is a good day, I've got 3 RC bugs that will be killed on upload :)
[04:20] <gborzi> crimsun_: no, I haven't.
[04:20] <womble> Yeeeehah!
[04:20] <crimsun_> gborzi: cos using a different debian/ base == (maintenance nightmare)++
[04:20] <womble> Stomp those RC bugs
[04:21] <ajmitch> raphink: it can, but the alternative is group maintenance, which is also happening
[04:21] <raphink> ajmitch: especially in ubuntu I'd say
[04:21] <raphink> it seems there's more group maintenance in Ubuntu than in Debian 'core'
[04:22] <raphink> (seems to me that is)
[04:22] <crimsun_> well yes, we are a team per se.
[04:22] <raphink> :)
[04:22] <gborzi> crimsun_: I don't want to become the nightmare of anyone, only share some package
[04:23] <crimsun_> this connection is driving me nuts
[04:24] <raphink> gborzi: and it's appreciated that you share your work :)
[04:25] <crimsun_> gborzi: I think you'll find it more worthwhile to coordinate infrastructure changes with [Debian]  upstream
[04:26] <raphink> gborzi: you might work on the package with Debian and then work on syncing/merging them in Ubuntu
[04:26] <gborzi> I can propose debian to use newer upstream sources
[04:26] <raphink> s/package/packages/
[04:27] <crimsun_> it's a real problem come MoM time
[04:27] <raphink> gborzi: it seems a bug was already filed for xcircuit in Debian
[04:27] <ajmitch> yay for segfaults
[04:27] <ajmitch> looks like I won't be uploading this today
[04:27] <raphink> lol
[04:27] <crimsun_> my fav is the segfault for locate in Dapper
[04:28] <raphink> no signature since two days ago :(
[04:28] <gborzi> It's not a bug problem, it's an upgrade problem. Debian uses upstream sources 1/2 years old for scilab and xcircuit
[04:28] <gborzi> What's the point in debugging an old code ?
[04:28] <raphink> gborzi: upgrade pb deserves a bug in Debian
[04:29] <raphink> the bug is : version too old. needs upgrade ;)
[04:29] <raphink> and the debugging for this is : upgrade the package ;)
[04:29] <gborzi> Or a new package from scratch ?
[04:30] <raphink> gborzi: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=262321
[04:30] <Ubugtu> Debian bug 262321: "New upstream release available (v3.2.22)" Package: xcircuit, Severity: wishlist, Maintainer: David Z Maze  http://bugs.debian.org/262321
[04:31] <ajmitch> raphink: see the other bug, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323678
[04:31] <Ubugtu> Debian bug 323678: "xcircuit -- Draw circuit schematics or almost anything" Package: ITA, Maintainer<EMAIL_ADDRESS>http://bugs.debian.org/323678
[04:31] <gborzi> 3.2.22 new ? current version is 3.4.10
[04:31] <gborzi> It seems that bug wasn't fixed
[04:31] <raphink> gborzi: bug #262321 is more than 1 year old
[04:31] <Ubugtu> An error has occurred.
[04:31] <raphink> and indeed it wasn't fixed
[04:31] <raphink> Ubugtu: go to bed :p
[04:33] <gborzi> And if debian doesn't fix, a new package can be made in ubuntu, I hope
[04:33] <raphink> gborzi: the bug ajmitch quoted last says the package is orphaned - i.e. searching for a nice maintainer to adopt it
[04:33] <raphink> gborzi: Ubuntu is nothing without Debian
[04:33] <raphink> we haven't got the manpower Debian has
[04:33] <raphink> and most of the work in Universe is to sync/merge packages from Debian
[04:34] <ajmitch> and we most likely never will have the manpower that debian has, for good reasons
[04:34] <raphink> Ubuntu improves Debian, and Ubuntu is based on Debian
[04:34] <raphink> so the best way to get this package upgraded in Ubuntu is to get to be its maintainer in Debian
[04:34] <gborzi> OK, so I should propose the new package to debian
[04:35] <raphink> gborzi: you should upgrade the already existing package in Debian
[04:35] <raphink> get a sponsor for it
[04:35] <raphink> and when the package is upgraded in Debian
[04:35] <gborzi> A sponsor ? how ?
[04:35] <raphink> merge/sync in to Ubuntu
[04:35] <womble> ajmitch: More surprising is that there are some people who *don't* detest it
[04:35] <womble> gborzi: http://people.debian.org/~mpalmer/debian-mentors_FAQ.html
[04:35] <ajmitch> womble: I know, it's really quite surprising
[04:35] <raphink> http://sponsors.debian.net/
[04:36] <ajmitch> womble: btw, are you going to be here for LCA?
[04:36] <raphink> gborzi: since quite a lot of Ubuntu devs are DDs, you might find a sponsor here maybe ;)
[04:37] <ajmitch> more the main developers, few MOTUs are also DDs
[04:37] <raphink> ok
[04:37] <gborzi> OK, but from the previous discussion it seems it is a nightmare to become a DD
[04:37] <ajmitch> you don't have to be a DD to contribute
[04:38] <raphink> gborzi: you don't need to become a DD (which is a nightmare, really)
[04:38] <raphink> gborzi: you just need to find a DD to sponsor your work
[04:38] <gborzi> OK, and after the sponsor ?
[04:38] <ajmitch> you go on with life, maintaining the package, asking the sponsor to upload updates, etc
[04:38] <raphink> when a DD sponsors your work, the package will get uploaded to Debian
[04:39] <raphink> when it's available you can work on syncing/merging it in Ubuntu
[04:39] <raphink> and having it uploaded by a MOTUs (equivalent to DDs in Ubuntu)
[04:39] <gborzi> OK, who wants to sponsor me ?
[04:39] <gborzi> for xcircuit ?
[04:41] <gborzi> BTW, I have also packaged keytouch. I have found this program reading the ubuntu wiki, but it's not in dapper
[04:41] <raphink> gborzi: http://sponsors.debian.net to find sponsors
[04:41] <gborzi> Although it's mentioned in https://wiki.ubuntu.com/Accessibility/NewSoftware
[04:42] <ajmitch> top of that page say 'software we want to get in'..
[04:42] <raphink> This page lists software we want to get into the Ubuntu distribution in terms of enhancing the Accessibility features.
[04:42] <raphink> we want to get into ...
[04:42] <raphink> gborzi: so this is a good candidate for REVU imo
[04:43] <raphink> a new package to be added in Ubuntu specificaly
[04:44] <gborzi> which is the process for keytouch ? Do I need another sponsor ?
[04:44] <raphink> gborzi: you better upload keytouch to REVU once you're allowed to
[04:44] <raphink> imo that's the best way for this one
[04:45] <raphink> since it's a new package
[04:46] <raphink> gborzi: either way, wait till your key is on the keyservers
[04:46] <gborzi> I'll do. Along with glest. Another package I have made is gnokii. In dapper is at 0.6.8, but current version is 0.6.10.
[04:46] <raphink> you won't be able to contribute to either Debian or Ubuntu before this is done
[04:46] <ajmitch> it's on the keyservers
[04:46] <raphink> ok :)
[04:46] <gborzi> And 0.6.8 doesn't work with my C350
[04:48] <gborzi> Good night to everyone and thanks for the answers.
[04:49] <raphink> good night
[04:49] <raphink> time to sleep here too ;)
[04:49] <ajmitch> remember to send that email to keyring@
[04:50] <womble> ajmitch: Yep, I'm going to LCA.
[04:50] <ajmitch> great
[04:51] <ajmitch> time for me to wander off
[04:56] <raphink|sleep> ajmitch: I'm wondering about something
[04:56] <raphink|sleep> if I got a package into Ubuntu with -0ubuntu1
[04:56] <raphink|sleep> and then I get it in Debian as -1
[04:57] <raphink|sleep> should I sync it again as -1ubuntu1 to Ubuntu ?
[04:57] <raphink|sleep> if it's the same upstream version?
[04:57] <raphink|sleep> :s
[05:00] <womble> raphink|sleep: I think it should be synced as -1
[05:00] <raphink|sleep> so if I manage to get my package in Debian
[05:00] <womble> Unless it has Ubuntu-specific bits, in which case you base your new packaging off the Debian -1 and call it -1ubuntu1
[05:00] <raphink|sleep> I'll have to synce them afterwards
[05:00] <womble> raphink|sleep: At least the first time, yes, I think
[05:01] <womble> But if the -0ubuntu1 and the -1 are source-identical, then there shouldn't be any problem syncing
[05:01] <raphink|sleep> so that proves it's better to get all new packages in Debian, no?
[05:01] <crimsun_> from a Ubuntu maintainer's perspective, certainly
[05:02] <raphink|sleep> hmm
[05:02] <womble> Ayup.  That way you don't have to do anything to get both Debian and Ubuntu love
[05:02] <raphink|sleep> so ideally, REVU shouldn't exist
[05:03] <womble> raphink|sleep: In a perfect world, perhaps.  Not in this one, though.
[05:03] <raphink|sleep> haha
[05:03] <raphink|sleep> well I mean
[05:03] <raphink|sleep> packagers should be encouraged to upload new packages to Debian
[05:03] <raphink|sleep> rather than ubuntu
[05:04] <raphink|sleep> trying to understand as best as possible ;)
[05:04] <womble> There's some transitions that Ubuntu has gone through that Debian hasn't yet, some maintainers are crap with handling their patches, and sometimes you want Ubuntu-specific branding in the package.
[05:05] <crimsun_> smack. Got vlc building with firefox-dev.
[05:05] <raphink|sleep> hmm
[05:05] <raphink|sleep> I still don't get how Debian can be so slow when it's got so many DDs
[05:05] <cyberix> slomo_: Someone juat complained on another channel that Debian leaves IPv6-support out when they compilet GNUnet.
[05:05] <cyberix> slomo_: Do you know anything about this?
[05:05] <crimsun_> that's part of the reason it can be slower, raphink|sleep
[05:05] <raphink|sleep> and Ubuntu can be ahead with less manpower (although mostly using DDs's work)
[05:06] <raphink|sleep> bye
[05:07] <cyberix> slomo_: Like, if there is a specific reason or, if it is left out just by mistake.
[05:11] <womble> raphink|sleep: You got it in one -- mostly using DDs work.   I haven't been on irc for over a week
[06:38] <ajmitch> neither have I, really
[06:38] <LaserJock> and my parents dialup is driving me nuts
[06:38] <LaserJock> 28.8
[06:38] <ajmitch> heh
[06:38] <ajmitch> I just didn't use their computer
[06:41] <LaserJock> well, I am going to try to get plotdrop to use DESTDIR and see if I can get a new upload today
[06:42] <ajmitch> it should only take about 30 seconds :)
[06:43] <LaserJock> well, normally it would ;-)
[06:45] <ajmitch> normally? :)
[06:45] <LaserJock> well, with the dialup and all, it is a little slow
[06:46] <ajmitch> hm
[06:47] <ajmitch> I wonder why python-nevow binaries are 2 versions behind
[06:47] <ajmitch> ah, debian bug, requires merge
[06:49] <ajmitch> sigh, massive debian-dropped.patch, for no good reason
[06:51] <ajmitch> MoM was working against the wrong version
[07:02] <rory> hey
[07:03] <rory> anyone here I can ask a quick question to?
[07:04] <Lathiat> SUre
[07:04] <LaserJock> there should be somebody
[07:04] <rory> just trying to figure out why Azurues isn't in backports or any other ubuntu repo I can find.
[07:06] <Lathiat> well we now have a jre in multiverse
[07:06] <Lathiat> so i suppose it could be possible for a package to exist
[07:06] <rory> plf has jre 1.5
[07:06] <minghua> I think last time people tried to compile azureus with the free java stack it didn't work out
[07:07] <Lathiat> yeh it doesnt
[07:07] <Lathiat> but the sun 1.4 is in multiverse which it works with
[07:07] <rory> could it just be compiled against 1.5 in plf?
[07:07] <minghua> or maybe they tried to run the upstream jar in a free java envrironment and it didn't work out
[07:08] <minghua> either way azureus doesn't play well with free java
[07:08] <Lathiat> 14:04 < Lathiat> but the sun 1.4 is in multiverse which it works with
[07:08] <Lathiat> it runs on ikvm
[07:08] <Lathiat> but the network code doesnt work :)
[07:08] <rory> does azureus <IP_ADDRESS> needs jre 1.5?
[07:08] <Lathiat> so it just sits there and does nothing :)
[07:08] <Lathiat> rory: no
[07:09] <Lathiat> im running it here fine on the 'j2re1.4' package from multiverse
[07:10] <rory> okay, so that's good.
[07:10] <rory> And debian repos have a working package too, I notice.
[07:10] <Lathiat> working package of?
[07:10] <rory> azureus
[07:10] <minghua> I think I've run azureus <IP_ADDRESS> with sun jre 1.4.2 before, it complains but still work
[07:12] <rory> I have jre 1.5.  I'm pretty sure I grabbed <IP_ADDRESS> from debian.
[07:12] <rory> http://debian.wow-vision.com.sg/debian/pool/contrib/a/azureus/
[07:13] <rory> So, given this, what would need to be done to get an Ubuntu package?
[07:13] <Lathiat> needs to be tested
[07:13] <Lathiat> building from source
[07:13] <Lathiat> i assume that package is built from source
[07:13] <Lathiat> guess it may not be
[07:14] <rory> I think it is.  See the last package listed here:  http://fatboy.umng.edu.co/debian/pool/contrib/a/azureus/
[07:17] <rory> what do you think?  Doable?
[07:20] <minghua> debian's azureus seems to be built with sun jdk 1.5
[07:20] <minghua> do we have that in multiverse?
[07:28] <LaserJock> ajmitch: can you look at http://paste.ubuntu-nl.org/6405 and tell me what is wrong with my use of PREFIX ?
[07:30] <ajmitch>  prefix is where files are meant to live, and changing PREFIX like that just isn't nice
[07:30] <ajmitch> it's 'ok', but I don't like it :)
[07:31] <ajmitch> especially if an install target for some reason put the value of PREFIX into some files
[07:32] <LaserJock> so should I replace PREFIX with DESTDIR? I am just not getting what the difference between the two would be
[07:33] <Kyral> LJ
[07:34] <ajmitch> yes, there is a difference, and it's one that doesn't matter much for this package
[07:37] <LaserJock> hi Kyral
[07:38] <LaserJock> ajmitch: I am just wondering because the Makefile doesn't use DESTDIR so I would have to patch it to include it
[07:38] <ajmitch> you're already patching it
[07:39] <Kyral> LJ: Riddell uploaded EasyChem into the system, with hope it will be in Universe soon
[07:39] <LaserJock> yeah, but I wanted to keep the delta down
[07:39] <ajmitch> DESTDIR is a commonly used standard
[07:40] <LaserJock> ajmitch: so what was not good was changing the PREFIX within the rules file?
[07:41] <ajmitch> nothing 'wrong' with setting it to /usr, as that is commonly passed to configure
[07:42] <LaserJock> but then setting to something else later is bad form?
[07:42] <ajmitch> pretty much
[07:43] <LaserJock> ok, so would I do something like $DESTDIR $PREFIX ?
[07:43] <ajmitch> it could cause problems in packages if they did other things with PREFIX in the install rule
[07:43] <ajmitch> you'd generally only have PREFIX set once, in the makefile
[07:43] <ajmitch> which you'd set with your patch
[07:43] <ajmitch> and then make install DESTDIR=...
[07:43] <LaserJock> ahh, ok. The orginal makefile sets it to /usr/local/
[07:44] <LaserJock> PREFIX that is
[07:44] <ajmitch> in the makefile you have $(DESTDIR)$(PREFIX)
[07:44] <ajmitch> although it's often $(DESTDIR)$(bindir) ,etc
[07:44] <ajmitch> since files in /etc live outside the prefix
[07:47] <LaserJock> ok, so I want to change PREFIX to /usr and add a DESTDIR to the Makefile and then only use DESTIDIR in debian/rules, right?
[07:47] <ajmitch> yep
[07:47] <LaserJock> ok, I think I am wrapping my thick chemist brain around that one ;-)
[08:04] <LaserJock> ajmitch: ok, so how does http://paste.ubuntu-nl.org/6406 look like for the modified Makefile?
[08:06] <LaserJock> maybe I should put $DESTDIR in the BINDIR= and DATATDIR= instead
[08:07] <Yagisan> G'day All,
[08:07] <Yagisan> Has anyone pulled off an error like this before -> gl_hq2x.c:304: internal compiler error: in convert_move, at expr.c:367
[08:08] <ajmitch> Yagisan: it's called a gcc bug :)
[08:08] <ajmitch> they float around from time to time
[08:08] <ajmitch> LaserJock: looks reasonable, I think
[08:08] <Yagisan> ajmitch: ok. I'll use less aggressive cflags then.
[08:09] <Yagisan> ajmitch: you don't have an amd64 box do you ?
[08:10] <ajmitch> I wish I did
[08:10] <ajmitch> do you want to buy me one?
[08:11] <Yagisan> ajmitch: nope - just some quick checks of amd64 hacks for zsnes in revu
[08:11] <Yagisan> ajmitch: wanted some feed back - if it is ok
[08:12] <ajmitch> ah
[08:14] <Yagisan> ajmitch: you will be either amazed at the simplicity, or horrified by the hackery involved :) http://revu.tauware.de/details.py?upid=1335
[08:14] <ajmitch> great, it applied..
[08:15] <ajmitch> crap, >700KB diff
[08:15] <Yagisan> ajmitch: so, which package are you beating into submision
[08:15] <ajmitch> one of mine in debian
[08:16] <Yagisan> ajmitch: I've been forging ahead with my ia32-libs-universe package while you were on your break
[08:18] <ajmitch> ok
[08:19] <ajmitch> hm strange, this didn't run configure
[08:21] <Yagisan> ajmitch: hopefully, I'll get some motu's go - wow, isn't that a useful package - let's give some suggestions on how to make it better, and include it in dapper
[08:21] <ajmitch> heh
[08:21] <ajmitch> ok, this is one broken tarball
[08:26] <ajmitch> I love upstream's release process, really..
[08:27] <ajmitch> hi minghua, pef
[08:27] <pef> hello
[08:27] <minghua> hi ajmitch
[08:43] <Mez> morning ajmitch :D
[08:44] <minghua> Hi, an offtopic question here -- but I asked in #ubuntu but got no response: does anyone know how locales work in dapper?
[08:45] <minghua> does anyone know where the _installed_ locale data is saved?  I've looked at /usr/share/locale, /usr/share/locale-langpack, /var/lib/locales, the first showes everything, the latter two only show the localed installed through language packs.
[08:45] <minghua> I am wondering where the locales locally installed by locale-gen is
[08:45] <minghua> I am having some problems with my input method, and I suspect it's locale-related
[08:45] <crimsun>   * debian/preinst: Rescue /etc/locale.gen to
[08:45] <crimsun>     /var/lib/locales/supported.d/local on upgrades.
[08:46] <crimsun> it doesn't tell you otherwise? hmm.
[08:47] <minghua> crimsun: my system is in a quite bizarre state now, I debootstrapped breezy and dist-upgraded to daper long before these locales packages transition thing
[08:47] <minghua> and I had en_US.UTF-8 (among others) in "locale -a" output
[08:48] <minghua> but now I don't have any language pack installed, and I have an empty /var/lib/locales/supported.d/ (i.e., not local file)
[08:48] <crimsun> right
[08:48] <crimsun> looks like that was introduced in 2.3.7-1
[08:49] <crimsun> you probably want to pass a list of languages and locales to locale-gen
[08:49] <minghua> then I installed language-pack-en-base and langugae-pack-en, and I have a /var/lib/locales/en now, but still no /var/lib/locales/local
[08:49] <crimsun> judging from Martin's changelog
[08:51] <minghua> yet my "locale -a" shows en_US (iso-8859-1) and zh_CN.GBK, so I am wondering if they are indeed installed (they are, judging from manipulating $LANG)
[08:51] <minghua> therefore I'm wondering where is the correct place to check
[08:52] <minghua> /var/lib/locales/supported.d/local is just going to be a list anyway, it seems to me the real locale data has to be stored somewhere else
[08:52] <crimsun> /usr/share/locale/ , judging from the man page for localedef
[08:54] <minghua> crimsun: thanks for the help
[08:54] <minghua> I think I'll dig deeper
[09:46] <zakame> afternoon all :D
[09:47] <Gloubiboulga> hello zakame
[09:47] <zakame> heya Gloubiboulga :)
[10:01] <zakame> where?
[10:02] <Mez> zakame - I just got a lil bored - and I remembered people at UBZ moaning it didnt clean the key :D so I added key-cleaning stuff to it :d
[10:02] <Mez> lol
[10:10] <Mez> http://www.sourceguru.net/files/signkey_cleaning.patch
[10:11] <siretart> Mez: where is signkey.pl?
[10:11] <siretart> morning
[10:11] <Mez> siretart: http://www.netsplit.com/software/signkey
[10:12] <Mez> siretart: It's just a lil patch :d but I think it's a nice complement to the script :D
[10:13] <Mez> hmm
[10:13] <Mez> maybe I should include examples?
[10:14] <siretart> what are the advantages over caff?
[10:14] <zakame> Mez: w00t
[10:14] <Mez> siretart: none - it's just an alternative script :D
[10:14] <Mez> not saying you should use the script - just that my addition is good for those who do :D
[10:19] <zakame> hehe
[10:22] <Mez> it makes the difference of having this: http://www.sourceguru.net/files/clean_signed_key.txt
[10:22] <Mez> instead of this: http://www.sourceguru.net/files/unclean_signed_key.txt
[10:22] <Mez> in your emails
[10:24] <Mez> thats an extra 9Kb for my key - imagine someone like lamont's
[10:40] <Mez> hmm
[10:40] <Mez> updated the patch to check for pgp-clean
[10:40] <Mez> anyhoo
[10:40] <Mez> off tobed
[10:40] <Mez> night
[10:42] <zakame> bye Mez
[11:48] <tepsipakki> there are ancient kernels in dapper (universe, 2.4.27 etc), why?
[11:50] <siretart> tepsipakki: I agree that they should be removed
[11:50] <siretart> good point for our mailing list
[11:51] <tepsipakki> were they synced by mistake?
[11:51] <siretart> well, we autosync everything by default
[11:51] <tepsipakki> oh, ok
[11:51] <siretart> we blacklist rather whitelist for syncing
[12:00] <tepsipakki> are the same blacklists applied to all versions?
[12:01] <tepsipakki> I mean, it's funny that they were added for dapper ;)
[12:01] <siretart> I'm not exactly sure
[12:01] <siretart> do you want to ask the mailing list or should I ask?
[12:02] <tepsipakki> I can do that
[12:03] <siretart> ok
[12:03] <siretart> best to both ubuntu-devel and ubuntu-motu
[12:03] <siretart> thank you
[12:05] <tepsipakki> np ;)
[12:35] <tepsipakki> hmm, where was the timeline for dapper to be seen? deadlines etc?
[12:36] <lfittl> tepsipakki: http://wiki.ubuntu.com/DapperReleaseSchedule
[12:36] <tepsipakki> thanks!
[12:40] <tepsipakki> there are newer versions for libnss-ldap and libpam-ldap available for some time now, I'd like to see them in dapper. There are others too
[12:41] <tepsipakki> I'll try to make packages available for others to see
[12:46] <minghua> aren't libpam-ldap and libnss-ldap in main?
[12:46] <minghua> no, they are indeed in universe, sorry
[12:50] <tepsipakki> yes, they should be in main if the NetworkAuthentication-spec is finished (?)
[12:51] <tepsipakki> libpam-ldap got two security updates for breezy, so it's not entirely unsupported ;)
[01:14] <sivang> anybody know if we have a good package for pythob-glade?
[01:14] <sivang> err, python-glade
[01:17] <sivang> the one in the repo seem to be compatible with pygtk-1.2
[01:40] <slomo_> cyberix: no idea
[01:51] <cyberix> slomo_: Could you ask further?
[01:51] <cyberix> slomo_: as in ask the Debian developer
[01:52] <cyberix> slomo_: It can ofcourse then be disabled by default.
[01:53] <tseng> cyberix: you could file a bug in debian
[01:53] <slomo_> cyberix: i'll write it on my todo list... i'll do it after banshee ;)
[01:53] <cyberix> ok
[01:54] <slomo_> and i'll write elmo a mail about gnunet-gtk
[01:55] <cyberix> tseng: As always. Filing bugs and creating bug database accounts in billion different places is just too anoying.
[01:55] <slomo_> you don't need a account there
[01:55] <slomo_> just write a mail :)
[01:55] <tseng> cyberix: then by that token, coming onto irc and bothering slomo_ to fix your bug in someone elses package is just "too annoying"
[01:56] <slomo_> cyberix: http://www.debian.org/Bugs/Reporting
[01:57] <cyberix> tseng: Not coming, because I'm always on irc already.
[01:57] <tseng> too annoying to us, I mean
[01:58] <tseng> not a fact, just a comparison
[01:58] <cyberix> tseng: You may tell me gnunet bugs you find in change.
[01:58] <cyberix> tseng: As long as they are trivial
[01:58] <cyberix> :-)
[02:00] <cyberix> tseng: But I'm already bothered by this. The one told me could have filed the bug himself.
[02:01] <tseng> exactly
[02:01] <cyberix> tseng: There is certainly a reason why he didn't. It just isn't easy enought yet.
[02:01] <cyberix> tseng: But when the chain is getting closer to the actual developer
[02:01] <tseng> (he cant send an email?)
[02:02] <cyberix> tseng: Filing the bug gets easier.
[02:02] <tseng> yes, you keep passing a trivial ammount of effort up a chain
[02:02] <tseng> i think everyones time might have been better served teaching a man to fish
[02:02] <tseng> or in this case.. filing his own bug
[02:03] <tseng> he wouldnt be afraid of it the next time
[02:03] <cyberix> tseng: No, because in the end you just can't fish everything yourself.
[02:03] <tseng> i dont understand
[02:04] <tseng> if you show an end user how to file a bug, what problem remains?
[02:05] <cyberix> tseng: Well he could just fix the bug, because neither that is often hard to do.
[02:05] <tseng> im not sure we are even talking about the same thing anymore
[02:05] <cyberix> Maybe.
[02:06] <cyberix> Apple had a www bug-reporting text field IIRC
[02:06] <cyberix> write and click
[02:06] <tseng> great well, debian has a simple email interface
[02:06] <cyberix> Thats easy I think
[02:06] <tseng> it takes about 2 minutes of reading to understand
[02:07] <cyberix> Yes, if you care to do so
[02:07] <tseng> if you dont care to do so
[02:07] <tseng> i fail to understand why anyone else should care to help you
[02:07] <cyberix> With the Apple system you didn't have to
[02:07] <tseng> this is the crux of the issue
[02:07] <Treenaks> the horcrux?
[02:08] <Treenaks> (yes I know what 'crux' means :))
[02:08] <cyberix> tseng: Well, I believe software creators want feed back.
[02:09] <cyberix> tseng: Also from the average user who is too lazy to learn how to file bugs.
[02:10] <tseng> if you are too lazy to file a bug, you are surely too lazy to come up with a gdb backtrace
[02:10] <tseng> among other things
[02:11] <tseng> but im pretty tired of arguing now
[02:11] <cyberix> tseng: Yes, but these are different people
[02:11] <tseng> (file bugs in bugtrackers, please and thank you)
[02:11] <cyberix> :-)
[02:11] <cyberix> How about creating a community between lazy users and bug databases
[02:11] <cyberix> :-)
[02:12] <slomo_> create one
[02:12] <cyberix> Currently having way too much other tasks
[02:14] <thesaltydog>  I can't find any clear documentation to help myself in understanding how "launchpad-integration" works on Help Menus...
[02:16] <slomo_> thesaltydog: the easiest way to understand it is probably by looking at the patches that add it... at least for python it is really easy, shouldn't be much harder in C
[02:16] <thesaltydog> slomo_, tnx
[02:20] <thesaltydog> slomo_, found. liblaunchpad-integration!
[02:21] <slomo_> oh you only needed the package name...
[02:24] <Gloubiboulga> hi JohnnyMast
[02:25] <JohnnyMast> Gloubiboulga hellow :)
[02:26] <Yagisan> G'day All, Happy New Year
[02:26] <JohnnyMast> Yagisan thanks m8
[02:26] <Yagisan> try to stay sober while coding ;)
[02:34] <Yagisan> I was wondering, is there any future plans to integrate reportbug into launchpad ?
[02:36] <minghua> yeah, it's really a shame reportbug doesn't work in ubuntu
[02:36] <thesaltydog> slomo_, I was looking into lauchpad-integration package
[02:37] <thesaltydog> and I may have some questions.
[02:38] <thesaltydog> as I am upstreaming my packages in debian pool, maybe it is needed some ubuntu-patch for launchpad integration..
[02:38] <Yagisan> minghua: yep - I miss some of the automatic package dependencies it can bring up amongst other useful package details eg cfg files
[02:41] <minghua> Yagisan: yeah, and system info - I really hate to ask bug reporter "what release are you using, breezy or dapper?"
[02:44] <Yagisan> minghua: I once made a really sophisticated reportbug script, it grabbed all sorts of info, cpu, total ram, kernel version, data versions, crash logs, and cfg files
[02:44] <Yagisan> minghua: I was able to use it to filter out all the errors cause by users
[02:45] <Yagisan> minghua: of all the bugs ever reported with it only 1 was a true bug
[02:47] <minghua> Yagisan: I wrote a reportbug script recently as well, and I really liked that
[02:55] <Yagisan> minghua: I'll see if I can find mine. I was working on that package a short while ago
[02:56] <Yagisan> minghua: found it. 7k of reportbug script goodness
[02:57] <minghua> Yagisan: it's not an official package?
[03:00] <Yagisan> minghua: nope. not yet (possibly not ever in the same form as the upstream release is)
[03:00] <Yagisan> minghua: I need to rip 66% of the functionality out for it to get in
[03:01] <Yagisan> minghua: so I'm waiting for the next upstream release to see if it is fixed yet
[03:01] <minghua> Yagisan: I am jealous that you get bugs reported by reportbug for unofficial packages
[03:02] <minghua> Yagisan: I can't even get my bug reporters to use reportbug for my official packages :-)
[03:02] <minghua> (or any bug reports in BTS at all for that matter)
[03:04] <minghua> Yagisan: what is the issue?  shared library with no API/ABI stability (I vaguely remember you do some video related stuff)?
[03:04] <Yagisan> minghua: I have to patiently train them to use it - but as it is a popular, but niche game, (and I'm the only person to package it and almost all data packs for it), they end up doing it
[03:05] <Yagisan> minghua: the is, in a nutshell is - not dfsg compliant
[03:06] <minghua> ah licensing issue, that's harder to solve, I suppose
[03:06] <Yagisan> minghua: I have an interest in amd64, thin clients, security, multimedia, multilingual support, and the odd game - so that's where I concentrate on in ubuntu
[03:06] <minghua> my official package is actually in a niche market too
[03:07] <minghua> not that a lot of people need input methods
[03:07] <Yagisan> minghua: yep. I can a) delete the code, b) wait for upstream to replace the code, or c) do it myself
[03:07] <Yagisan> minghua: it's b) until there is no hope, then it will be a)
[03:07] <pkern> Yagisan: So what are you talking about? ;)
[03:07] <Yagisan> minghua: your the scim guy right ?
[03:07] <minghua> see, another potential user :-)
[03:08] <minghua> Yagisan: yeah
[03:08] <Yagisan> pkern: doomsday
[03:08] <Yagisan> pkern: doom source port - my out of date page is here http://eyagi.bpa.nu/~jamie/doomsday.en.html
[03:09] <Yagisan> pkern: it's out of date, because of 1) I packaged more add ons
[03:09] <Yagisan> pkern: and 2), as of 15 seconds ago - I got it running on amd64 :-D
[03:09] <pkern> Hehe.
[03:09] <pkern> I have anything in my head about license issues with, I guess, Heretic or so.
[03:09] <minghua> it just makes me dizzy :-)
[03:10] <Yagisan> minghua: I'm one of you happy customers
[03:10] <minghua> Yagisan: glad to hear that.  you use scim-anthy I suppose?
[03:10] <Yagisan> pkern: bingo, heretic and hexen. I won't touch the other ports, it's so intermingled with others
[03:11] <pkern> So you're Jamie Jones ;)
[03:11] <pkern> Looking at Debian bug #319419
[03:11] <Ubugtu> Debian bug 319419: "doomsday - greatly improved engine to play doom, doom2, heretic and hexen" Package: ITP, Severity: wishlist, Maintainer<EMAIL_ADDRESS>http://bugs.debian.org/319419
[03:11] <pkern> Heh, Ubugtu :D
[03:13] <Yagisan> minghua: I need an irony smiley. had great scim-anthy for hoary. not so much for breezy
[03:13] <Yagisan> pkern: yes
[03:14] <minghua> Yagisan: so you are using some other Japanese IM engine now?  It really surprises me that while some IM engine in breezy works, some don't
[03:14] <minghua> I was always thinking it's an g++-4.0 issue
[03:14] <minghua> apparently not
[03:15] <minghua> Yagisan: I hope scim-anthy in dapper works fine
[03:15] <pkern> Yagisan: Are "only" those files listed at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=264816;msg=15 a problem?
[03:15] <Ubugtu> Debian bug 264816: "combines incompatible, non-dfsg licences" Package: doomlegacy-sdl, Version: 1.41release-1., Severity: <em, Maintainer: Debian QA Group  http://bugs.debian.org/264816
[03:30] <sistpoty> hi folks
[03:30] <minghua> hi sistpoty, happy new year
[03:31] <sistpoty> hi minghua, happy new year to you as well
[03:31] <minghua> (or one day too early?)
[03:31] <sistpoty> few hours left for me
[03:31] <Lathiat> Sat Dec 31 22:28:26 WST 2005
[03:31] <minghua> I am still 8:00 in the morning
[03:33] <Yagisan> pkern: sorry - had to duck out
[03:33] <pkern> np (:
[03:33] <Yagisan> pkern: It's much worse then that
[03:34] <pkern> Yagisan: So esentially no hope?
[03:34] <pkern> Yagisan: Only if Raven's convinced to relicense?
[03:34] <Yagisan> pkern: for Doom only - it is fine. there are a few files left in heretic that were not rewritten - hexen - no chance
[03:35] <Yagisan> pkern: Raven is the issue. the issue is Activision which now owns Raven
[03:35] <Yagisan> s/Raven is/Raven isn't/
[03:36] <minghua> hmm, activision owns infocom as well, I don't like this company
[03:38] <gborzi> hello, is there anyone ?
[03:38] <Yagisan> Activision just doesn't understand the concept of open source. They take a free license, and attach a standard eula to it, making the whole lot invalid
[03:38] <sistpoty> gborzi: sure ;)
[03:38] <sistpoty> gborzi: hi
[03:39] <Yagisan> pkern: If I were to remove heretic and hexen, would you still be interested in doomsday ?
[03:39] <gborzi> I want to upload some packages to revu, I have already received an email notifying me about the
[03:39] <gborzi> insertion of my key to revu
[03:39] <gborzi> But what should I do now ?
[03:40] <gborzi> i.e. how to upload ?
[03:40] <sistpoty> gborzi: have you looked at https://wiki.ubuntu.com/REVU yet?
[03:41] <gborzi> thanks, I have opened the page
[03:42] <Yagisan> pkern: most users, said no - they would rather the unofficial package
[03:43] <Yagisan> minghua: yep I have uim-anthy atm. It has it's own set of unique bugs :( I for one, look forward to your scim-anthy in dapper
[03:44] <gborzi> It seems I need a program named dput
[03:45] <minghua> Yagisan: I see.  UIM is a nice piece of software as well (and I plan to try it one day, for the possibility to input without X)
[03:45] <sistpoty> gborzi: just apt-get install dput
[03:46] <gborzi> sistpoty: done
[03:46] <minghua> Yagisan: and actually scim-anthy is another debian maintainer's work, I just babysit it in ubuntu :-)
[03:47] <minghua> Yagisan: and since you are talking about uim bugs, I assume you are aware of malone #5148 :-)
[03:47] <sistpoty> gborzi: if you are on dapper, /etc/dput.cf should already contain an entry for revu, so you can do "dput revu changesfile.changes"
[03:47] <minghua> Ubugtu must have /ignore'd me :-(
[03:47] <minghua> Ubugtu: malone #5148
[03:47] <gborzi> Question: should I put the binary (.deb) file too, or only .diff, .orig, dsc and changes ?
[03:48] <sistpoty> gborzi: only the sourcepacakge
[03:48] <Yagisan> launchpad #5148
[03:48] <Yagisan> cool - Ubugtu is also on holiday
[03:49] <gborzi> ok, i'll do it shortly. Thanks for the help and goodby.
[03:49] <Yagisan> bbl - need to go now
[03:49] <sistpoty> gborzi: you're welcome
[03:49] <minghua> see you Yagisan
[03:50] <sistpoty> cya Yagisan
[03:52] <minghua> got to go too
[03:52] <zakame> happy new year! :D
[03:53] <sistpoty> hi zakame... same to you ;)
[03:54] <siretart> sistpoty: did you just add Giuseppe's key? ;)
[03:55] <sistpoty> siretart: yes, I did
[03:55] <sistpoty> hi siretart
[03:55] <siretart> okay. I was about to answer him
[03:55] <siretart> huhu sistpoty
[03:55] <sistpoty> new clanlib should pop up on revu soon :)
[03:56] <sistpoty> btw.: siretart: can you review a package for me? I put an updated version of min12xxw to revu, since it silently moved to main
[03:57] <siretart> wuz?
[03:57] <siretart> ok, will look at it
[03:58] <sistpoty> cool, thx... I only noted it being in main by katies response *g*
[03:58] <siretart> oh :)
[04:03] <raphink> hello guys :)
[04:03] <zakame> heya raphink , happy new year :)
[04:04] <raphink> well still a few hours to wait here zakame
[04:04] <sistpoty> hi raphink
[04:04] <raphink> but happy new year to you
[04:04] <raphink> hi sistpoty :)
[04:10] <zakame> hi jaldhar
[04:31] <siretart> sistpoty: uploaded
[04:31] <sistpoty> siretart: cool, thx
[04:32] <siretart> sistpoty: do you have that package in some kind of VCS? svn perhaps?
[04:32] <siretart> sistpoty: I think your package is a perfect candidate for a common MOTU svn ;)
[04:32] <sistpoty> siretart: no, but I wouldn't object to put it into svn
[04:32] <sistpoty> :)
[04:33] <siretart> sistpoty: Perhaps we should introduce on in /srv/svn/motu-packages on tiber, (see my email). but I won't get to it before 10th of january (I'm a week away)
[04:33] <siretart> I think that is enough time for discussion on our mailing list
[04:34] <sistpoty> siretart: great idea :)
[04:34] <sistpoty> siretart: bad thing is, that I'm quite busy as well, and haven't got experience with svn-buildpackage yet, so I don't think I will be able to do it earlier
[04:35] <siretart> sistpoty: ok. then lets wait for further discussion
[04:35] <sistpoty> ok
[04:35] <siretart> sistpoty: what concerns me most is how to handle authentication
[04:36] <siretart> one possibility would be to handle that manually via htaccess. better would be some kind of password changing daemon which verifies gpg keys
[04:36] <siretart> well, I'll think next week about that
[04:36] <sistpoty> siretart: sounds promising... but maybe we can start with htaccess and move to some automated procedure later?
[04:38] <sistpoty> siretart: maybe this will be a good package for collaboration with debian as well...
[04:39] <Lathiat> its ok, ubuntu spits them out iirc
[04:39] <Lathiat> like if distro=unstable
[04:39] <StevenK> My key isn't in the keyring, so they would have been rejected. Silently.
[04:39] <Lathiat> ah
[04:40] <Lathiat> that too
[04:40] <StevenK> I'd like it to be, but I missed the last TC meeting.
[04:40] <StevenK> Since I got a "Oh, it'll be sometime today."
[04:40] <Lathiat> haha
[04:44] <slomo_> StevenK: hi :) do you have some time for sponsoring a NEW package to debian?
[04:45] <StevenK> slomo_: It's 2:45am. I'm waiting for jennifer to say ACCEPTED, and then I'm dropping off for 12-18 hours. :-)
[04:46] <slomo_> StevenK: oh sorry then :) can i ask you again next week?
[04:46] <StevenK> slomo_: If you like.
[04:47] <slomo_> sure... i finally want this package uploaded ;) it's on my hdd for far too long now :P
[04:53] <StevenK> And there it is.
[05:25] <Kyral> Morning
[05:26] <Gloubiboulga> hello Kyral
[05:36] <\sh> moins
[05:36] <jsgotangco> \sh, happy new year! (at least on my side)
[05:37] <\sh> jsgotangco: happy new year to you too :)
[05:38] <sistpoty> hi \sh
[05:38] <\sh> hey sistpoty
[05:39] <sistpoty> \sh: s.th. is strange with the syncs you requested... there are no buildlogs and they seem to not have made it into the archive
[05:39] <\sh> sistpoty: yeah...have to ask elmo
[05:40] <sistpoty> ah, k
[05:40] <\sh> sistpoty: only audacity went through
[05:41] <\sh> working on a new version of njam
[05:42] <\sh> and has anyone played scourge?
[05:43] <sistpoty> scourge?
[05:43] <slomo_> sistpoty: that's normal currently ;) i uploaded new mono yesterday, it was ACCEPTED but it wasn't tried to build and the sources are not in the archives
[05:44] <sistpoty> slomo_: do you happen to know the reason for this?
[05:44] <slomo_> nope
[05:45] <\sh> sistpoty: http://www.happypenguin.org/show?S.C.O.U.R.G.E.%3A%20Heroes%20of%20lesser%20renown
[05:46] <sistpoty> \sh: anyone packaging this yet?
[05:47] <\sh> sistpoty: i just tried the cvs version yesterday...and it looks great (compiles with gcc 4) i'll look into it
[05:47] <sistpoty> cool :)
[05:47] <\sh> sistpoty: have to check if there is a debian package but i don't think so :)
[05:47] <siretart> \sh: I remember a package request on a MOTUGames wiki page
[05:48] <\sh> yeah...see it :)
[05:49] <sistpoty> \sh: no package in unstable, no itp/rfp
[05:49] <\sh> sistpoty: ok..i'll look into it :) let me do njam first...because it has now a configure :)
[05:49] <sistpoty> hehe, k
[05:51] <\sh> sistpoty: but scourge looks really awesome...and works as well on my little toshiba here :)
[05:51] <sistpoty> cool, hope I can apt-get install it soon ;)
[05:52] <\sh> there is another game I would like to package
[05:53] <\sh> daimion or something...a mmorpg game :) 2d and graphics like crossfire
[06:01] <\sh> and cheers to all :)
[06:01] <marcin`> hi guys - happy new 2006 to all :)
[06:01] <marcin`> and... because we got a little time to 2006 - then question
[06:01] <marcin`> is there some problem with kernel packages for dapper?
[06:02] <marcin`> I would like to install linux-restricted-modules-k7
[06:03] <marcin`> but it isn't installable because there is no 2.6.15-10-k7
[06:04] <\sh> marcin`: it's missing...like all every single time a new kernel reaches dapper :) let's stablize first the kernel and then benc will take care about the restricted stuff
[06:05] <Kyral> I need to learn how to use screen
[06:05] <LaserJock> Kyral: what's wrong
[06:05] <Kyral> I dunno how to use it lol
[06:05] <LaserJock> Kyral: thanks for getting EasyChemi in by the way
[06:06] <Kyral> LaserJock: np
[06:06] <LaserJock> Kyral: what are you trying to do with screen?
[06:06] <Kyral> LaserJock: I can't wait for it to hit Universe :D
[06:06] <Kyral> LaserJock: the standard Irssi thing
[06:06] <marcin`> \sh: ok - thanks for info
[06:06] <Kyral> so if I SSH in and don't have to kill Irssi
[06:07] <LaserJock> Kyral: but that is it? That is what I'm doing now ;-)
[06:07] <Kyral> I'm actually working with another package now
[06:07] <marcin`> \sh: unfortunately I cannot use kernel without restricted modules cause my keyboard doesn't work ;>
[06:07] <Kyral> yamysqlfront
[06:07] <\sh> marcin`: hum?
[06:07] <\sh> marcin`: what's wrong with your keyboard?
[06:07] <Kyral> Kassetra pointed it out and upstream REALLY is excited about
[06:07] <Kyral> LaserJock: then maybe you could give me a few commands?
[06:08] <marcin`> it's usb keyboard... and don't know why it didn't work with kernel without restricted-modules
[06:08] <\sh> marcin`: that can
[06:08] <LaserJock> Kyral: I just do screen and then I do irssi -c freenode
[06:08] <Kyral> LaserJock: I know I start irssi with screen irssi
[06:08] <\sh> 't be..because the usb modules are not in restricted
[06:08] <Kyral> LaserJock: I have it in my config ;P
[06:08] <Kyral> LaserJock: how do I "detach" the screen
[06:08] <\sh> marcin`: did you enable the legacy usb support in your bios?
[06:08] <LaserJock> Kyral: then when you want to detach you do Ctrl-A d
[06:08] <Kyral> like when I'm done with an SSH session
[06:09] <Kyral> and how do I reattach it elsewhere?
[06:09] <LaserJock> you can either do screen -list to see all the screen sessions or if you only have one you can do screen -R
[06:09] <\sh> screen -D -r
[06:09] <marcin`> \sh: well yes because I'm using this keyboard now
[06:09] <Kyral> LaserJock: hmm
[06:10] <\sh> marcin`: strange...did you file a bug about your keyboard and the kernel stuff
[06:10] <\sh> ?
[06:10] <Kyral> so to start Irssi I would do screen irssi
[06:10] <Kyral> then to detach (and leave it running) I would CTRL-A d
[06:11] <marcin`> \sh: hehe not yet :)
[06:11] <Kyral> then to reattach I would screen -D -r
[06:11] <marcin`> \sh: I couldn't because my keyboard didn't work :)
[06:11] <\sh> marcin`: do it :) and give a very detailed info about your keyboard :)
[06:11] <LaserJock> Kyral: yeah, that should do it
[06:11] <marcin`> \sh: anyway I think that currently there is a big mess with kernel packages in dapper
[06:12] <Kyral> what if I have multiple thigns
[06:12] <marcin`> \sh: I think I will just wait for a while... and propably they will be ok soon
[06:12] <Kyral> Here goes nothing
[06:12] <\sh> uploading njam 1.25 :)
[06:12] <\sh> marcin`: well it
[06:12] <\sh> 's development
[06:13] <Kyral> Screen session up
[06:13] <marcin`> \sh: exactly - and christmas, new year etc...
[06:13] <Kyral> now...
[06:13] <Kyral> CTRL-A d?
[06:13] <marcin`> \sh: anyway for example I cannot install linux-image-k7 package (broken dependency)
[06:14] <marcin`> \sh: anyway I'll just wait few days
[06:14] <Kyral> whoa...
[06:15] <Kyral> thats COOL
[06:15] <\sh> marcin`: sure :)
[06:15] <Kyral> lemme try something
[06:15] <LaserJock> Kyral: yeah it is
[06:15] <Kyral> I'm on a FreeNX session right now
[06:15] <Kyral> lemme detach, logout of the FreeNX, log back in, and try to reattach
[06:17] <Kyral> whoa....
[06:17] <Kyral> this is AWEOMSE
[06:17] <LaserJock> lol
[06:17] <Kyral> now what if I have multiple screens
[06:18] <Kyral> ie, I'm running Irssi and BitTorndo
[06:19] <Kyral> How would I detach both but only reattach Irssi?
[06:25] <LaserJock> Kyral: sounds good to me ;-)
[06:25] <Kyral> With stuffs about Screen :P
[06:27] <Kyral> Because screen just made (for me) Irssi the ownage client
[06:27] <LaserJock> Kyral: I found a couple of irssi+screen tutorials on the web
[06:32] <Kyral> LaserJock: yah
[06:32] <Kyral> LaserJock: I plan to make this cool
[06:33] <LaserJock> how do you guys update .dpatch files?
[06:36] <LaserJock> I have tried to just cut-n-paste the new diff but the patches don't seem to apply
[07:01] <JohnnyMast> ajmitch happy new year mate
[07:16] <sistpoty> cya and a happy new year ;)
[07:16] <zakame> w00t sistpoty :)
[07:18] <LaserJock> ajmitch | tseng : I uploaded plotdrop with the suggested changes of ajmitch. Please review and upload. Thanks.
[07:19] <bmonty> hey LaserJock
[07:20] <zakame> heya LaserJock :)
[07:20] <LaserJock> hi bmonty and zakame
[07:23] <LaserJock> bmonty: How's Gabe doing?
[07:23] <bmonty> he is the man :)
[07:23] <\sh> party?
[07:24] <bmonty> where?
[07:24] <\sh> when?
[07:25] <\sh> I wonder which party?
[07:26] <LaserJock> \sh, bmonty : could you guys review plotdrop real quick for me? It already got 2 votes but ajmitch wanted me to add DESTDIR to the Makefile so I uploaded again
[07:26] <zakame> what party?!? :)
[07:26] <bmonty> LaserJock: looking at it now
[07:26] <LaserJock> here of course
[07:27] <LaserJock> we always party in -motu ;-)
[07:30] <zakame> LaserJock: how's the packagingguide going? I was revising the PbuilderHowto and DebootstrapChroot pages as per jsgotangco's review :)
[07:30] <LaserJock> zakame: well, it's going but I have been on vacation so I haven't had a chance to do much more
[07:31] <LaserJock> zakame: I would like to fill out UbuntuPackagingGuide/Outline
[07:32] <LaserJock> but thanks for working on the pbuilder and chroot stuff
[07:32] <LaserJock> that will be a pretty important part of the guide
[07:32] <zakame> LaserJock: no prob :) I'd like to help out too on that, per IntroDeveloperDocs
[07:33] <LaserJock> when I get home in about a week I will put a lot more time into it
[07:34] <zakame> w00t :D
[07:34] <zakame> gtg now, 'tis 2:30 am here :)  happy new year all :D
[07:48] <\sh> ok...guys..I
[07:48] <\sh> 'm watching now blade runner :) and I wish you all a happy new year 2006 :) cu tomorrow :)
[07:56] <siretart> cu \sh_away
[07:56] <siretart> happy new year to you all!
[08:23] <sivang> siretart: happy new year !
[08:23] <sivang> you too Kyral
[08:23] <Kyral> You could make a living doing this..lol
[08:23] <Kyral> an Internet Era Bounty Hunter
[08:23] <Gloubiboulga> see you next year :)
[08:24] <sivang> Kyral: you mean by saying happy new year to people ? :)
[08:24] <Kyral> no
[08:24] <Kyral> the link that someone posted to the Devel list
[08:24] <sivang> Kyral: hunting bounties is not easy, mind you :)
[08:24] <sivang> Kyral: especially those interente era elusive ones :)
[08:24] <Kyral> the thing with all the list of Open Source Bounties
[08:25] <Kyral> Oh Sivang, you wrote up the spec for EasyBackup right?
[08:27] <Kyral> or whatever it is..
[08:27] <sivang> Kyral: yeah, I did, /me dukcks
[08:27] <Kyral> I recall speaking to you about adapting one of my pet projects to that
[08:29] <Kyral> I think I have a rather...interesting solution
[08:29] <ajmitch> morning
[08:29] <Kyral> morning mitch
[08:30] <Kyral> sivang: if you wish I could explain in PM
[08:32] <Kyral> of course I haven't glanced over the spec in a while
[08:38] <sivang> Kyral: send me an email , I gotta go in a sec or gf will kill me :)
[08:38] <sivang> Kyral: interested to hear your idea
[08:39] <Kyral> sivang: when my email stops acting up
[08:41] <sivang> Kyral: then just leave me PMs I will read then when I get back
[08:42] <bmonty> ajmitch: I was looking at Laserjock's plotdrop package...is it ok to have changelog entries for versions of the package that never existed in the archive?
[08:45] <ajmitch> bmonty: of course
[08:45] <ajmitch> bmonty: as long as the version numbers increment, it's fine
[08:46] <bmonty> ok, thanks
[08:46] <sivang> c'ya all! happy new year once again /me is out for some celebration
[08:47] <ajmitch> bye sivang
[08:47] <Mithrandir> sivang: have fun
[08:47] <sivang> Mithrandir: thanks, cheers ajmitch
[09:23] <Kyral> Can a Debian Package contain other Debian Packages?
[09:33] <FireRabbit> Kyral, i don't see how that would work, what are you trying to acomplish?
[09:36] <Kyral> Mass deployment
[09:36] <Kyral> the package contains all the packages you need to deploy. That way you aren't dependent on the Internet
[09:37] <FireRabbit> well, what is the difference between distributing one deb file vs. distributing one tarball of lots of deb files? untaring wont take much time
[09:37] <FireRabbit> if you are deploying across a LAN you can set up an APT server which makes it very easy
[09:38] <Kyral> because I need to apply customizations
[09:38] <Kyral> I'm just throwing ideas around in my head
[09:39] <FireRabbit> well, what sort of environment will you be deploying in?
[09:39] <Kyral> Linux Lab
[09:39] <FireRabbit> i would highly recomend setting up an internal apt server
[09:39] <Kyral> yah
[09:39] <Kyral> and use a Metapack...
[09:39] <FireRabbit> create a metapa..yeah
[09:39] <Kyral> or even a shell script
[09:40] <Kyral> but how would I automate the install....
[09:40] <FireRabbit> metapackages are good because if you add a new dependency everyone will automatically get it
[09:40] <Kyral> I need to be able to fire off one command and have it completely install the system....
[09:40] <FireRabbit> you could put an SSH key on every computer in the lab and write a little shell script that executes a command on every computer from yours
[09:40] <FireRabbit> install the whole operating system, or just your additional packages?
[09:41] <Kyral> the OS
[09:41] <FireRabbit> ah, you can use PXE for this
[09:41] <Kyral> PXE?
[09:41] <FireRabbit> remote booting
[09:41] <Kyral> how would that help in setting up the OS
[09:41] <Kyral> they won't be netbookting
[09:41] <Kyral> netbooting even
[09:41] <FireRabbit> pxe is part of the bios
[09:42] <FireRabbit> you dont have to have anything on the drive
[09:42] <Kyral> Yah i know...
[09:42] <Kyral> but how would it help me install the OS with one command?
[09:42] <FireRabbit> it would be zero commands :)
[09:42] <FireRabbit> client would boot installer over the network and install
[09:42] <Kyral> I don't want to setup the computers to Netboot
[09:42] <FireRabbit> why not? ;)
[09:43] <Kyral> Because I'm not allowed
[09:43] <Kyral> I'm a Sopomore, I'm doing this by the terms dictated by the lab head
[09:43] <FireRabbit> alright.. well you could replace the pxe with a boot cd/floppy that did the same thing
[09:43] <Kyral> hmm
[09:44] <Kyral> could I store the filesystem on the server...
[09:44] <FireRabbit> yes, instead of booting an installer you could boot the entire system over the network
[09:44] <Kyral> and use a LiveCD to automatically partition, download, and copy the filesystem...
[09:44] <FireRabbit> oh, well, you could also just image the drive..
[09:45] <Kyral> yah...the base Ubuntu install...
[09:45] <Kyral> hmmm
[09:45] <FireRabbit> using "dd" or something similar
[09:45] <Kyral> tar has provisions for preserving ownership and permisions right,.,,
[09:45] <FireRabbit> yes
[09:45] <FireRabbit> but you cant write grub to the mbr with tar ;)
[09:46] <Kyral> install grub
[09:46] <Kyral> call it from the Live environment
[09:46] <FireRabbit> right, but i meant that if you used imaging software it could do it all at once
[09:46] <Kyral> yah, well, *shrugs*
[09:47] <FireRabbit> are you going to be doing this to every computer in the lab?
[09:47] <Kyral> Bingo
[09:47] <Kyral> I thought the OEM Installer was in the works...
[09:47] <FireRabbit> so why are they opposed to PXE?
[09:47] <Kyral> Dunno
[09:47] <Kyral> I never brought it up
[09:47] <FireRabbit> ...
[09:47] <FireRabbit> well, you should ask :)
[09:47] <Kyral> I don't think we have a machine equipped for it
[09:48] <Kyral> I'm on semester break ;P
[09:48] <FireRabbit> you can use any linux machine
[09:48] <Kyral> What about the Debian Preseed?
[09:48] <FireRabbit> you just need to modify one setting in the DHCP server
[09:48] <Kyral> or Kickstart...
[09:48] <FireRabbit> well, you would probably use something like that in conjunction with PXE or whatever
[09:49] <Kyral> this looks interesting
[09:49] <Kyral> https://wiki.ubuntu.com/KickstartCompatibility?highlight=%28Kickstart%29
[09:50] <Kyral> hmm....LVM could be a problem...
[09:51] <Kyral> I'll tink about it later
[09:51] <FireRabbit> ok, have fun
[10:06] <Kyral> gah...the kcikstart package has a killer bug...filed it
[10:08] <FireRabbit> bug#?
[10:09] <greenpenguin13> #1
[10:09] <Kyral> Uhh I literally just filed it lol
[10:09] <Kyral> and its the only bug on system-config-kickstart
[10:10] <Kyral> how does that bugbot work...
[10:10] <FireRabbit> ubuntu bug 1
[10:10] <Ubugtu> Ubuntu bug 1: "openssl: Expired certificates and recertification" Product: Ubuntu, Component: openssl, Severity: normal, Assigned to<EMAIL_ADDRESS>Status: RESOLVED, Resolution: NOTWARTY http://bugzilla.ubuntu.com/show_bug.cgi?id=1
[10:10] <FireRabbit> or something
[10:10] <FireRabbit> ah yeah thats it :)
[10:10] <Kyral> can it searcj?
[10:10] <Kyral> like if I give it a source package?
[10:10] <FireRabbit> doubt it
[10:10] <Kyral> ubuntu bug system-config-kickstart
[10:10] <Kyral> guess not
[10:12] <Kyral> ubuntu bug 6333
[10:12] <Ubugtu> Ubuntu bug 6333: "Mute Button Shortcut sometimes doesn't restore sound when "unmuted"" Product: Ubuntu, Component: gnome-control-center, Severity: normal, Assigned to<EMAIL_ADDRESS>Status: UPSTREAM http://bugzilla.ubuntu.com/show_bug.cgi?id=6333
[10:13] <Kyral> whoops
[10:13] <Kyral> malone bug 6333
[10:13] <Ubugtu> Malone bug 6333: "config-kickstart (Ubuntu) - Fails to start" Fix req. for: system-config-kickstart (Ubuntu), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/6333
[10:13] <Kyral> there we go
[10:14] <Kyral> oh it works in Breezy btw
[10:21] <Kyral> All I know from the couput that something ain't defined right
[11:19] <Amaranth> Kyral: it needs to import gettext
[11:20] <Amaranth> Kyral: At the top of /usr/share/system-config-kickstart/system-config-kickstart.py put "import gettext" on it's own line
[11:24] <Kyral> okay
[11:24] <Kyral> I can make the patch
[11:24] <Kyral> but...
[11:24] <Kyral> uploading ain't gonna be easy...
[11:24] <Kyral> nm
[11:28] <Kyral> still ain't working
[11:29] <Kyral> gettext was being imported on line 34 anyway
[11:30] <Kyral> its having a problem with that _ in line 105 of xconfig.py
[11:32] <Kyral> why is that even there...
[11:34] <Kyral> that didn't fix it and it looks like i have somplace to be
[11:35] <Kyral> well, I know one thing, getting rid of that _ killed one error


[15:59] <cpaelzer> o/ ////
[15:59] <jgrimm> o/
[16:00] <powersj> o/
[16:00] <cpaelzer> jgrimm: will you do the ping to the usual suspects?
[16:00] <jgrimm> on it
[16:00] <rharper> \o
[16:01] <cpaelzer> ok, hello friends of ubuntu-server lets get started
[16:01] <cpaelzer> #startmeeting ubuntu-server-team
[16:01] <meetingology> Meeting started Tue Nov 22 16:01:44 2016 UTC.  The chair is cpaelzer. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:01] <meetingology> Available commands: action commands idea info link nick
[16:01] <jgrimm> poked folks on ubuntu-server
[16:02] <caribou> o/
[16:02] <rbasak> o/
[16:02] <cpaelzer> to make today more interesting we will start with caribou
[16:02] <cpaelzer> #topic Server & Cloud Bugs & SRU/Pending Uploads (caribou)
[16:02] <caribou> Merged nut & sent MP
[16:02] <caribou> mostly done with clamav merge
[16:02] <caribou> Active SRU list :
[16:02] <caribou> LP: #1447715 - dhclient -6: Can't bind to dhcp address: Cannot assign requested address
[16:02] <caribou>   - Series to SRU : xenial
[16:02] <caribou> LP: #1452202 - ubuntu preseed install fails to set a hostname
[16:02] <caribou>   - Series to SRU : xenial
[16:03] <caribou> LP: #1640382 - Segfault event notifier because of race condition
[16:03] <caribou>   - Series to SRU : trusty
[16:03] <caribou> LP: #1640676 - [SRU] libvirt 1.2.12 live-migration corrupts some instances
[16:03] <caribou>   - Series to SRU : trusty
[16:03] <cpaelzer> multiple thanks for all the merge work caribou!
[16:03] <jgrimm> indeed!
[16:03] <caribou> that's about all we have
[16:03] <cpaelzer> lets read the SRUs in here if there are any comments on them
[16:03] <caribou> well I'm TIL on a few packages
[16:04] <jgrimm> caribou, btw .. nacc is assigned to look into llvm usage on clamav.  sort out best path forward on eliminating the special version of llvm for clamav
[16:04] <cpaelzer> ok I have another set of SRUs to share as FYI to all of you
[16:04] <cpaelzer> - bug 1633207 waits on upstream before considering SRU
[16:04] <cpaelzer> - bug 1389811 depends on MAAS verifying the just migrated fix for 1559088 (if so DUP+SRU)
[16:04] <caribou> jgrimm: well, debian has removed it
[16:04] <cpaelzer> - bug 1633220 waits for proposed verification
[16:04] <cpaelzer> - bug 1640785 just uploaded, waits for verification soon
[16:04] <cpaelzer> - bug 1626972 working with tinoco from STS (review done, test ongoing and sponsoring afterwards)
[16:04] <jgrimm> caribou, even better. that's what i was going to ask you if still relevant! \o/
[16:05] <caribou> jgrimm: upcoming clamav only has 1 delta from debian
[16:05] <jgrimm> nice!
[16:05] <cpaelzer> \o/
[16:05] <cpaelzer> aynone else ongoing SRUs or having questions for caribou?
[16:05] <caribou> which can be dropped if I MIR tomsfastmath
[16:05] <cpaelzer> the link for x tracking would be
[16:05] <cpaelzer> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-x-tracking-bug-tasks.html#ubuntu-server
[16:05] <jgrimm> caribou, excellent, thank you
[16:06] <cpaelzer> ok - with that lets rewind to the beginning
[16:06] <cpaelzer> #topic Review ACTION points from previous meeting
[16:06] <caribou> cpaelzer: thanks for going in first
[16:06] <cpaelzer> caribou: np, yw
[16:07] <cpaelzer> We had this item - Not Done: (jgrimm) send jamespage email about iscsitarget
[16:07] <cpaelzer> jgrimm: whats up with that one?
[16:07] <jgrimm> Complete.  Note sent at least.
[16:07] <cpaelzer> ok, no other actions from last time
[16:07] <cpaelzer> #topic Zesty Development
[16:07] <jgrimm> no response from james yet, but smb responded that we can discuss at seville f2f
[16:07] <cpaelzer> #link https://wiki.ubuntu.com/ZestyZapus/ReleaseSchedule
[16:07] <cpaelzer> thanks jgrimm
[16:08] <cpaelzer> anything important/open to discuss on current zesty development?
[16:08] <jgrimm> merges are coming along splendidly!
[16:08] <cpaelzer> I see today and the last few weeks that merges come in much faster than last cycles which should give a change to make them more mature on release
[16:08] <cpaelzer> anything else?
[16:08]  * rbasak is deep in cpaelzer's strongswan merge proposal
[16:08] <cpaelzer> thank you rbasak
[16:08] <cpaelzer> I'd have made it simpler if there would have been an option
[16:08] <jgrimm> everyone is doing a great job of grabbing work off of the blueprint
[16:08] <jgrimm> #link https://blueprints.launchpad.net/ubuntu/+spec/servercloud-z-server-core
[16:09] <jgrimm> including [paelzer] Enable AIO backend for tgt: DONE
[16:09] <cpaelzer> rharper: I heard from jgrimm that we might want to do some  perf checks on that to recommend to MAAS - will talk with you at the sprint I think - ok?
[16:10] <cpaelzer> ok everybody seems to be happy with the current pace for now
[16:10] <smoser> cpaelzer, i think maas long term hopes to get rid of tgt
[16:10] <cpaelzer> lets look at open issues
[16:10] <cpaelzer> smoser: good to know
[16:10] <rharper> cpaelzer: yes, maas is the main driver of tgt that I'd like to exercise aio
[16:10] <cpaelzer> smoser: lets include that POV into the discussion on the sprint
[16:10] <jgrimm> +1
[16:10] <rharper> the fallback one is cinder, though not clear how much cinder + iscsi is used in our default openstack deployment
[16:10] <smoser> replacing with http , which removes a spof on iscsi
[16:11] <cpaelzer> interesting
[16:11] <cpaelzer> going to bugs then
[16:11] <cpaelzer> #subtopic Release Bugs
[16:11] <cpaelzer> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-z-tracking-bug-tasks.html#ubuntu-server
[16:12] <cpaelzer> I'm on the qemu one with tinoco
[16:12] <tinoco> o/
[16:12] <jgrimm> and nacc has the django one
[16:12] <cpaelzer> juju likely is the juju team and only wishlist
[16:12] <cpaelzer> ah no that is yet to be classified
[16:13] <cpaelzer> the sssd issue has a STS tag
[16:13] <jgrimm> right
[16:14] <cpaelzer> could anybody ask them to mark assignee and triage it if they intend to take the work on that one?
[16:14] <caribou> cpaelzer: ok, will do
[16:14] <cpaelzer> caribou: ^^
[16:14] <cpaelzer> thanks
[16:15] <cpaelzer> added the tgt/http talk to the sprint planning smoser / rharper
[16:15] <rharper> +1
[16:15] <cpaelzer> ok, I think we are done here
[16:15] <jgrimm> cpaelzer, agreed
[16:15] <cpaelzer> skipping SRUs which we already had brings us to powersj
[16:15] <cpaelzer> #topic Weekly Updates & Questions for the QA Team (powersj)
[16:16] <cpaelzer> #link https://jenkins.ubuntu.com/server/
[16:16] <powersj> Lots of work around cloud-init integration test case development. I believe at least a couple of the issues I found are due to the fact that I am running on LXD and not in a cloud/vm. Now have daily tests on trunk setup for curtin, cloud-init, simplestreams.
[16:16] <powersj> For this week, hardening the cloud-init tests this week and making generic for dev release, bit of work on boot time testing, and try to get to my MIR requests. /end
[16:16] <cpaelzer> also we worked on the qemu migration tests and all-but-one are green now https://jenkins.ubuntu.com/server/view/Live%20Migration/
[16:16] <cpaelzer> waiting to see how stable that will be
[16:17] <powersj> oh yes :) that is nice to see
[16:17] <rharper> cpaelzer: nice!
[16:17] <jgrimm> powersj, curious what instability is attributed to running on LXD?
[16:17] <cpaelzer> I think I could share on the sprint what I actually cover to fish for ideas what could be added
[16:18] <cpaelzer> so far almost none of the issues for my tests where due to LXD
[16:18] <powersj> jgrimm: so learned that trying to install snaps in a lxd container doesn't work, nor does zfs
[16:18] <jgrimm> ah, ok.
[16:18] <powersj> I need to close two of the bugs I filed.
[16:18] <jgrimm> yes, we'll have some tests that we'll have to wait for the vm testing
[16:19] <cpaelzer> ok - powersj are you good with the QA status for now?
[16:19] <cpaelzer> so I can go on
[16:19] <powersj> yar
[16:19] <cpaelzer> #topic Weekly Updates & Questions for the Kernel Team (smb, sforshee)
[16:19] <cpaelzer> didn't see a hand raised yet - is any of you here?
[16:20] <cpaelzer> I pinged smb once more, lets restart that if he shows up later and go on with other sections for now
[16:20] <cpaelzer> ah here he is
[16:20] <smb> sorry forgot the time
[16:20] <cpaelzer> smb: hi - right into you report
[16:20] <cpaelzer> whats up with the kernel this week?
[16:20] <smb> nothing really to report yet anyway
[16:21] <smb> people still fiddle to get a 4.9 for alpha one
[16:22] <cpaelzer> smb: since to the end of a cycle everybody asks what kernel it will be - is there any remotely existing plan what to expect in zesty eventually?
[16:22] <smb> cpaelzer, I don't think we really settled yet
[16:23] <cpaelzer> fine with me - thanks smb
[16:23] <cpaelzer> going on then
[16:23] <cpaelzer> any questions for smb from anybody else?
[16:23] <jgrimm> nope
[16:23] <cpaelzer> #topic Upcoming Call For Papers
[16:23] <cpaelzer> #link https://lwn.net/Calendar/Monthly/cfp/
[16:24] <cpaelzer> nothing new on there
[16:24] <jgrimm> zzzz. nada
[16:24] <cpaelzer> #topic Ubuntu Server Team Events
[16:24] <cpaelzer> well we have a Team internal sprint incoming in two weeks
[16:24] <cpaelzer> if anybody wants to suggest something like "you guys shoudl really sit down and discuss about X" please name that X now
[16:25] <cpaelzer> ... I take the silence as a no
[16:25] <cpaelzer> #topic Open Discussion
[16:25] <cpaelzer> anything we forgot to discuss right now?
[16:25] <jgrimm> Nothing from me for once. :)
[16:25] <cpaelzer> yay
[16:25] <cpaelzer> we are out of characters it seems
[16:25] <cpaelzer> #topic Announce next meeting date, time and chair
[16:26] <cpaelzer> next week, same time, same day - everybody freshly fed by Thanksgiving and chaired by nacc
[16:26] <cpaelzer> ok, thank you everybody!
[16:26] <jgrimm> thanks cpaelzer
[16:26] <rbasak> Thanks cpaelzer!
[16:26] <powersj> thx cpaelzer
[16:26] <cpaelzer> #endmeeting
[16:26] <meetingology> Meeting ended Tue Nov 22 16:26:42 2016 UTC.
[16:26] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2016/ubuntu-meeting.2016-11-22-16.01.moin.txt


[16:37] <ScottL> TheMuso, persia: just to keep you informed, i tried to germinate but it had trouble finding a bzr branch
[16:38] <ScottL> turns out the build failed last night because of a rogue 'audio' seed being listed
[16:38] <ScottL> colin has already fixed that one, but i am going to grep the rest of the seeds to make sure no more 'audio' seeds are left to break the build
[16:39] <ScottL> on the morrow i will try to ./update again
[17:12] <ScottL> this was the error i got:
[17:12] <ScottL> * Fetching branch of http://bazaar.launchpad.net/~ubuntustudio-dev/ubuntu-seeds/ubuntustudio.natty/
[17:12] <ScottL> sh: bzr: not found
[17:12] <ScottL> * Fetching branch of http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntustudio.natty/
[17:12] <ScottL> sh: bzr: not found
[17:12] <ScottL> ! Could not open STRUCTURE from checkout of (any of):
[17:12] <ScottL> !   http://bazaar.launchpad.net/~ubuntustudio-dev/ubuntu-seeds/ubuntustudio.natty
[17:12] <ScottL> !   http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntustudio.natt
[20:45] <TheMuso> I'll have a look.
[20:45] <TheMuso> At the metapackage.
[20:46] <TheMuso> ScottL: In the metapackge, edit update.cfg and change all instances of maverick to natty.
[21:05] <ScottL> TheMuso, i already had before trying the ./update
[21:07] <TheMuso> hrm ok then
[21:08] <ScottL> but i will check it again, to make sure it didn't type something silly, like "natt" for instance ;)
[21:09] <TheMuso> heh ok
[21:18] <ScottL> TheMuso, my update.cfg -> http://pastebin.com/7dF07bKZ
[21:18] <ScottL> but i didn't see any obvious errors
[21:29] <TheMuso> hrm ok.
[21:29] <TheMuso> No idea then.
[21:29] <TheMuso> kinda busy with other things atm so can't take a good look.
[21:46] <ScottL> TheMuso, no problem, i need to make two more changes to the seeds to fix some other 'audio' references tonight, and hopefully the iso image will build tonight
[21:46] <ScottL> i'll try the ./update again tomorrow morning
[21:46] <ScottL> if that doesn't work, then i'll start worrying ;)
[21:47] <TheMuso> ok
[22:27] <ScottL> but i suppose i should also send a nice note to colin for fixing my mistakes
[23:02] <persia> ScottL, I just ran germinate with your update.cfg successfully.  Did you also update debian/control to match the new model?
[23:25] <ScottL> persia, not properly i realize now
[23:26] <ScottL> persia, would leaving out either ubuntustudio-generation or ubuntustudio-recording cause the ./update to fail?
[23:26]  * ScottL is feeling very unintelligent throughout this process