[01:36] <LaurenK> i found some bugs in ubuntu 10.04 lts do i report them here?
[01:36] <ari-tczew> LaurenK: launchpad is better place
[01:37] <Keybuk> LaurenK: no, report them using the "Report a Problem" option in the appropriate application's Help menu
[01:38] <LaurenK> there just small bug problems that take away from the polish of the system and make it look unprofessional, like x butons and cancel buttons that arre dummy buttons and don't actualy do anything
[01:38] <LaurenK> when installing propretary drivers the cancel buttons don't do anything
[01:38] <LaurenK> or warn you that can't be canceld
[01:39] <LaurenK> i don't know if situtations like that are important
[01:39] <Keybuk> they are, look up the "papercuts" project
[01:43] <LaurenK> let me as one oquestion, this may be the wrong spot but on the regular ubuntu channel they were extreamly confused with it, do I need to install a different kernel besides the i386 default one to take advantage of the core duo processor
[01:43] <Keybuk> core duo or core 2 duo?
[01:44] <LaurenK> just core duo
[01:44] <Keybuk> then no, only the i386 kernel will work for you
[01:44] <Keybuk> (which is the "generic" kernel in Ubuntu)
[01:45] <Keybuk> if you have >~3GB of RAM, you will want the "generic-pae" kernel
[01:45] <maco> no
[01:45] <maco> the default one has SMP enabled
[01:45] <maco> oops sorry Keybuk. i have high latency
[01:46] <LaurenK> exelent thank you
[02:00] <kklimonda> has anyone investigated packaging libevent 2.0.10?
[02:05] <kklimonda> ah, it's already in experimental
[03:05] <jorjoso> hello people :D
[03:06] <jorjoso> I have a little question
[03:06] <jorjoso>  I would like to  create a background for ubuntu narwhal do you know the deadline ?
[03:07] <broder> jorjoso: http://design.canonical.com/2011/01/bright-light-and-beautiful/
[03:09] <jorjoso> thankss :D
[05:13] <AbsintheSyringe> dashua, would you mind pushing this patch (http://bit.ly/fVqvBl ) upstream? Apparently that's the fastest way I'll get it in Debian
[05:33] <kklimonda> AbsintheSyringe: it was sent upstream afaict, gnome bug 608511
[05:33] <AbsintheSyringe> kklimonda, ok awesome, tnx
[05:36] <kva> hello, anybody is available to give me a hand?
[05:38] <kklimonda> kva: shoot, the worst that could happen is that no one is going to answer you.
[05:38] <kva> well, guess I am in the right channel, I am not here for support
[05:39] <kva> I got an emachines e527 and debian is running right on it
[05:40] <kva> but ubuntu doesn't. even boot screen is fade and almost dark
[05:41] <kva> one of live cd's permits to boot but it says that hardware isn't supported by unity and after install it still blinks
[05:41] <kva> so, any ideas?
[05:42] <jmarsden> kva: Try using a Ubuntu 10.04 LTS CD rather than a very recent one?
[05:42] <kva> tried it
[05:43] <kva> right now I am on debian squeeze
[05:43] <jmarsden> If this is just for one (older) PC... and you have Debian installed and running... why not just keep using Debian? :)
[05:43] <kva> well, problem like this were reported, but not for this model of note
[05:44] <kva> it's not that old, that's already 64bit :-)
[05:44] <RAOF> kva: Hm.  By ‘blinks’, do you mean something like bug #681054 ?
[05:45] <kva> yup, near that
[05:45] <jmarsden> Since it perhaps/probably relates to the video chipset...   what does      lspci -v | grep -i vga     output (in Debian is fine)?
[05:46] <RAOF> kva: Interesting information would be - does your machine have the same GPU, and does it also mis-detect a connected VGA output?
[05:46] <kva> no, not for a fraction for a second, it's lightens for a fraction for a second, after it it's black
[05:47] <kva> 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 09)
[05:48] <RAOF> That particular chip is well supported, but it's always possible for manufacturers to screw things up.
[05:48] <kva> 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller])
[05:48] <kva> Subsystem: Acer Incorporated [ALI] Device 0459
[05:49] <kva> 	Kernel driver in use: i915
[05:49] <kva> that's from lspci -v
[05:49] <RAOF> Perhaps you'd like to continue in #ubuntu-x?
[05:49] <kva> no idea
[05:49] <kva> problem is before X11 starting
[05:50] <kva> if you want I can continue there :-)
[05:50] <RAOF> Yes please :)
[05:58] <pitti_> Good morning
[06:39] <pitti_> tkamppeter_: can you please have a look what happened here?
[06:39] <pitti_> ghostscript (Δ 3.7 MB - 8.71.dfsg.2-0ubuntu7: 2.8 MB   9.01~dfsg~svn12047-0ubuntu1: 6.5 MB)
[06:40] <pitti_> tkamppeter_: i. e. ghostscript ballooned from 2.8 to 6.5 MB
[06:52] <pitti_> doko__: good morning!
[06:53] <pitti_> doko__: given that we haven't shipped oo.o-filter-binfilter in the past (for legacy document formats like staroffice 5.2), do you think we can drop the -writer recommends: libreoffice-filter-binfilter to suggests? that'd save 8 MB again
[07:07] <AnAnt> Hello
[07:20] <tkamppeter> pitti, about ghostscript, the maintainer at Debian has changed and he has introduced a new packaging scheme. Seems that I have to compare file by file now where the wrong thing leaked in ...
[07:20] <pitti_> tkamppeter: my hunch is that /usr/share/ghostscript/9.01/Resource/CMap/ got a lot bigger
[07:21] <pitti_> tkamppeter: and we additionally got a new 2.1 MB libgs9 package; apparenlty that was integrated into ghostscript earlier on?
[07:22] <pitti_> ah, sorry, that was libgs8, nevermind
[07:22] <tkamppeter> pitti_, with which version of GS are you comparing? Does your old version have files in CMap at all?
[07:23] <pitti_> ./usr/share/ghostscript/8.71/Resource/CMap -> /var/lib/defoma/gs.d/dirs/CMap
[07:23] <pitti_> tkamppeter: no, it only had above symlink
[07:23] <pitti_> not that this would exist..
[07:23] <pitti_> but as we didn't need them in the past, perhaps we can split them out into a new ghostscript-cmaps package?
[07:24] <tkamppeter> pitti_, now we have a real CMap directory, as once defoma got deprecated and second, the license of the CMap files which come from Adobe has changed, allowing to ship them.
[07:24] <tkamppeter> See debian/changelog
[07:27] <pitti_> tkamppeter: given that we have never really supported anything but UTF-8, what do you think about a splitout to a seprate package?
[07:28] <pitti_> we can then install this package only for CJK locales (if it's any help there)
[07:28] <tkamppeter> pitti, the re-introduction of CMap fixes several bugs, and therefore it should be part of the core distro (Desktop CD): bug #321932, ghostscript bug 691212, ghostscript bug 691345.
[07:30] <pitti_> tkamppeter: and these need all of them?
[07:35] <tkamppeter> according to http://bugs.ghostscript.com/show_bug.cgi?id=691345 CMap files are needed also for non-CJK.
[07:35] <tkamppeter> pitti_, ^^
[07:38] <tkamppeter> pitti_, it would be a maintenance nightmare to sort the CMap files by languages and make them installed only if the appropriate locale is installed. Also it can happen that a PDF contains some characters of a foreign language and these should also get rendered correctly. even if the user does not understand this language.
[07:38] <pitti_> tkamppeter: ok; I just wondered why it by and large worked fine so far
[07:38] <pitti_> tkamppeter: thanks for the heads-up!
[07:41] <tkamppeter> pitti_, note also that the re-introduction of CMap already happened in Maverick, still with the old packaging scheme of Ghostscript.
[07:42] <pitti_> tkamppeter: so in maverick it was broken because of replacing the CMap dir with the dangling symlink?
[07:45] <tkamppeter> pitti, now I discovered it, it seems that I have changed the source tarball, but somewhere in the installation process it must have been "rm -rf"ed in favor of Defoma.
[07:45] <tkamppeter> pitti_ is defoma really deprecated in Debian (= not maintained any more)?
[07:46] <pitti_> tkamppeter: yes
[07:46] <pitti_> it's supposed to get removed after squeeze
[07:48] <tkamppeter> pitti_, does Maverick still contain defoma?
[07:48] <pitti_> yes, and natty does as well, as it still has a couple of rdepends
[07:50] <tkamppeter> pitti, so in Maverick ghostscript was still working defoma-based then. The changes in Debian's Ghostscript 8.71, still done by the old maintainer were incomplete then.
[07:53] <tkamppeter> pitti, this natty's ghostscript should then really fix the Ghgostscript part of bug 321932.
[07:53] <tkamppeter> pitti_ ^^
[08:01] <dholbach> good morning
[08:06] <AnAnt> Hello
[08:06] <doko__> pitti_: yes, will do
[08:06] <pitti_> doko__: danke
[08:06] <amitk> dholbach: pitti_: can I ask for help in getting 'powerdebug' into the archive. It is pending in the NEW queue for a week now.
[08:07] <dholbach> amitk, I'm not an archive admin - somebody in https://launchpad.net/~ubuntu-archive/+members should be able to help
[08:08] <AnAnt> why didn't I get this FTBFS http://launchpadlibrarian.net/62702256/buildlog_ubuntu-natty-i386.libgwenhywfar_4.0.3-1_FAILEDTOBUILD.txt.gz on maverick ?
[08:08] <amitk> dholbach: thx
[08:15] <didrocks> good morning
[09:16] <pitti_> amitk: I'm not a regular AA, but I can have a look
[09:23] <AnAnt> doko__: Hello, can you help with the verilator question I asked yesterday ?
[09:24] <pitti_> amitk: you have mail
[09:24] <pitti_> bbl
[09:28] <doko__> AnAnt: ?
[09:29] <AnAnt> doko__: this FTBFS http://launchpadlibrarian.net/62644475/buildlog_ubuntu-natty-powerpc.verilator_3.810-1_FAILEDTOBUILD.txt.gz
[09:30] <AnAnt> I am getting the same FTBFS on Debian sparc, I compared the amd64 & powerpc buildlogs for natty, I found that they differ in the binutils revision used. binutils 2.21-4ubuntu1 in other archs (with successful build), while 2.21-3ubuntu1 on powerpc (also I see that binutils 2.21-4ubuntu1 failed to build on powerpc)
[09:30] <doko__> AnAnt: does the package use linker scripts?
[09:31] <brendand> hi
[09:31] <brendand> i've made a change to update-manager and want to test it out
[09:31] <AnAnt> doko__: you mean something like libtool & ltmain.sh ?
[09:31] <brendand> what do i need to do?
[09:32] <doko__> no, linker scripts
[09:32] <AnAnt> doko__: I'm not sure what is meant by "linker scripts"
[09:33] <amitk> pitti_: thanks
[09:33] <doko__> AnAnt: ld called with -T <script>
[09:33] <doko__> or --script=scriptfile
[09:33] <AnAnt> doko__: please note that FTBFS is not happening during linking
[09:34] <AnAnt> doko__: anyways, I don't see any -T nor --script in the buildlog
[09:34] <doko__> AnAnt: I'm not that interested in debugging this ...
[09:34] <AnAnt> doko__: I was advised that you know something about different arch quirks, that's why I asked you
[09:37] <janimo> AnAnt,  indeed that does not look like a toolchain error
[09:38] <janimo> or not obviously at least
[09:51] <smb> @pilot in
[10:19] <doko> ScottK: about #684703, did the object layout of one of the parent class change?
[10:22] <evfool> hi everyone
[10:34] <janimo> doko, should the lo33 tagged bugs be moved to the libo package now that is it in the archive?
[10:34] <doko> janimo: I already did. if you find more, yes, go ahead
[10:35] <janimo> doko, ah ok. I just saw it only show two bugs for natty but the full ubuntu list invludes them, thanks
[11:32] <sladen> iain!
[12:21] <pitti> cjwatson: http://people.canonical.com/~pitti/tmp/nbs.html is the current output of the "better NBS report" script I mentioned at the sprint; do you have suggestions for improvement?
[12:21] <pitti> cjwatson: it doesn't have cycle detection yet
[12:22] <pitti> I'll add the "command to remove empty packages" still
[12:28] <cjwatson> pitti: sorting within each package (maybe by section first and then by depended-upon package name).  Perhaps an inverse view as well - packages that depend on NBS packages, sorted by the number of such packages they depend on?
[12:31] <pitti> cjwatson: ah, do you actually care much for the component when doing NBS cleanup?
[12:31] <pitti> cjwatson: inverse view> nice idea, will add that
[12:35] <cjwatson> pitti: component> not desperately I suppose, I do have a slight preference for fixing main first since that sometimes means that the NBS thing can at least be demoted
[12:39] <dmart> cjwatson: hi there, do you how I can see all the console output from startup jobs using upstart/plymouth?  Ideally, I'd like to get a log over serial, as can be achieved on Debian with console=
[12:45] <geser> pitti: your updated NBS page looks great
[12:45] <cjwatson> dmart: upstart generally doesn't give jobs a console
[12:45] <cjwatson>        console output|owner
[12:45] <cjwatson>               By default the standard input, output and error file descriptors of jobs are connected to /dev/null
[12:45] <cjwatson>               If this stanza is specified, they are connected to /dev/console instead.
[12:45] <cjwatson> (init(5))
[12:45] <cjwatson> I think ideally we'd like them all to be at least logged
[12:46] <pitti> cjwatson: http://people.canonical.com/~pitti/tmp/nbs.html -> now with more sorting and reverse map (first by number of NBS deps, then by name)
[12:47] <cjwatson> that looks pretty good
[12:48] <geser> pitti: would it possible to have the component tags ("main", "universe") in different colors?
[12:48] <Chipzz> cjwatson: shouldn't stdout/stderr be redirected to syslog?
[12:49] <pitti> geser: sure, suggestions?
[12:50] <Chipzz> pitti: you're missing a fancy launchpad template though ;)
[12:51] <pitti> cjwatson: hm, didn't cron.NBS use to be in lp_archive@cocoplum cron?
[12:52] <ScottK> doko: I don't know (and I'll be offline most of the next two days - so no time to check).  Maybe Riddell could looke into it if you would ask him.
[12:53] <Chipzz> pitti: is it normal that libaqbanking29 and libaqbanking-plugins-libgwenhywfar47 have a circular dependency?
[12:53] <pitti> I think yes
[12:53] <cjwatson> Chipzz: 12:45 <cjwatson> I think ideally we'd like them all to be at least logged
[12:53] <pitti> well, "normal" as in "the NBS report", not "it should be like that"
[12:53] <geser> pitti: perhaps "main" and "restricted" in red/orange and "universe"/"multiverse" in darkyellow/gold
[12:54] <cjwatson> pitti: ~lp_archive/dak/cron.sync
[12:54] <cjwatson> circular dependencies are not unusual between libraries and plugins, and they're not intrinsically a bug
[12:55] <Chipzz> cjwatson: that's what I was referring to; as a solution to "we want to all logged", log to syslog, as opposed to for example letting upstart log to a file :)
[12:56] <cjwatson> I think it would need to be more sophisticated than that, to allow for things like "start this job right now and show me its console output"
[12:56] <cjwatson> compared to the current approach, I'd say syslog would just be differently inadequate
[12:58] <dmart> cjwatson: for a quick hack, would it be adequate to paste the line "console output" into /etc/init/*.conf 9~/
[13:02] <cjwatson> dmart: you could do that locally and it would probably have roughly the kind of effect you want, but watch out for jobs that already have a (different?) console line
[13:02] <Chipzz> cjwatson: ok, just chipping in some cents
[13:05] <\sh> guys, does someone know why we didn't ship any live-initramfs packages in maverick? (live-initramfs as in srcpkg:live-initramfs or srcpkg:live-boot)?
[13:07] <dmart> cjwatson: understood ... I that solves the problem enough for me for now.  Thanks!
[13:10] <pitti> geser: http://people.canonical.com/~ubuntu-archive/nbs.html
[13:11] <pitti> also added component to reverse list
[13:11] <apw> cjwatson, btrfs was a tech-preview in maverick wasn't it?  as such its not really something we put much effort into supporting
[13:12] <geser> pitti: looks great with the coloured and aligned components
[13:13] <cjwatson> apw: yes
[13:21] <pitti> https://wiki.ubuntu.com/ArchiveAdministration updated accordingly
 maxxies: Du verstoesst gerade gegen die Regeln.  Bitte diskutiert das im OT Kanal, wenn ihr es diskutieren wollt.
 Fuchs: nenne mal die regel, bitte.
 was zum  henker ist OT an dem wunsch nach einem aktuelleren kernel?
[13:49] <maxxies> * tux-flo1 hat die Verbindung getrennt (Client Quit)
[13:49] <maxxies> * nexx hat die Verbindung getrennt (Quit: quit)
 die Diskussion aktuell ist OT, und die Regeln waeren erstens das Topic und zweitens  "Befolge die Anweisungen der OPs - nimm Verwarnungen ernst." die.
 Fuchs: wieviel bist du jünger als 35 jahre um so ein affiges verhalten gegenüber mir an den tag zu legen?
[13:52] <evilvish> pitti: hi.. i was reading the keymap README , and it instructs to file bugs in https://bugs.launchpad.net/udev/+bugs < which does not exits yet..
[13:52] <evilvish> I guess we can file bugs in udev(ubuntu)..
[13:52] <evilvish> exist*
[14:04] <pitti> evilvish: right, already fixed that upstream, to now point to the mailing list
[14:05] <evilvish> neat! :)
[14:06] <evilvish> pitti: so, no need to file a bug in udev(ubuntu)? just need to send the keycodes to ML?
[14:06]  * evilvish looks for ML link..
[14:06] <pitti> evilvish: as you prefer, either works; I'm just not very good at seeing new incoming ubuntu bugs
[14:07] <evilvish> ok.. will send to ML then. :)
[14:15] <hyperair> DktrKranz: ping
[14:17] <mterry> kees, I asked a question about how to ask the security team about UPnP in bug 682404, but wanted to ping you in case your filters ate it
[14:18] <mterry> doko, also, what's the protocol for something that was pre-promoted but when reviewed was not yet ready?  I mean, the packaging issue for hupnp is easily overcome, but the security one may be trickier.
[14:20] <doko> mterry: well, if kees thinks the issue should be solved, then milestone it to alpha3 and open a natty task.
[14:20] <mterry> doko, sure
[14:25] <doko> kees: $ DEB_BUILD_OPTIONS=hardening dpkg-buildflags --get CFLAGS
[14:25] <doko> -g -O2
[14:25] <doko> ^^^: shouldn't the hardening options be appended?
[14:32] <bdrung> mterry: thanks for approving libkibi's MIR. now can i build main package with libkibi?
[14:32] <mterry> bdrung, heh, you got that notification quick.  :)  Not yet, an archive admin now has to actually promote the package
[14:33] <mterry> bdrung, if you want that to go faster, poke one
[14:36] <bdrung> mterry: i saw that you assigned yourself, then i looked at the bug in lp and saw that you approved it. :)
[14:37] <mterry> pitti, does python-distutils-extra have support for finding/running a test suite?
[14:37] <mterry> pitti, (or python-distutils for that matter)
[14:37]  * bdrung pokes doko and pitti ^.
[14:39] <pitti> mterry: p-d-e doesn't, as I don't know about a de-facto standard to invoke a test suite with setup.py
[14:39] <pitti> bdrung: sure
[14:39] <ogra> could an archive admin please promote x-loader-omap3-beagle and x-loader-omap4-panda binaries to main ? the package names of the binary packages have changed
[14:40] <bdrung> pitti: look at ubuntu-dev-tools how we use build tests.
[14:40] <ogra> (that currently blocks us from building armel packages)
[14:40] <pitti> ogra: yep
[14:40] <ogra> pitti, TA!
[14:40] <pitti> bdrung: romoted
[14:40] <pitti> 'p'
[14:41] <pitti> ogra: done
[14:41] <ogra> merci !
[14:41] <pitti> ogra: de rien
[14:41] <bdrung> pitti: my brain matched the pattern "romoted" with "removed" :D
[14:42] <bdrung> thanks
[14:46] <RoAkSoAx> Can somebody please take a look to bug #525287
[14:46] <DktrKranz> hyperair: pong
[14:49] <seb128> kees, there? do you have a minute to discuss remmina, rdp and what choices we have?
[14:50] <hyperair> DktrKranz: could you look at zeitgeist# in debian NEW? =)
[14:50] <hyperair> pretty please?
[14:50] <DktrKranz> hyperair: this evening (CET time), probably
[14:52] <hyperair> DktrKranz: okay, thanks.
[14:52] <hyperair> DktrKranz: oh clutter# as well, please.
[14:53] <DktrKranz> # => sharp?
[14:53] <pitti> cjwatson: WDYT about a lucid freeze exception for xubuntu-docs? we don't even do xubuntu .2 point releases, do we?
[14:57] <hyperair> DktrKranz: yes
[14:57] <cjwatson> pitti: it seems unlikely to cause a problem
[14:57] <pitti> cjwatson: that's what I thought
[14:57] <cjwatson> I think in fact I already said to micahg that it was fine
[14:58] <micahg> pitti: I think xubuntu wanted to have disks spun for 10.04.2
[14:58] <pitti> micahg: ok; reviewed and accepted now, I just wanted some peer review here
[14:58] <micahg> pitti: np, thanks
[15:11] <janimo> cjwatson, on preinstalled images (such as those for armel) which is the best way to have something run on first install? There's a WI that requires we present tasksel on the headelss images
[15:13] <sconklin> pitti: I uploaded maverick kernel 2.6.35-25.44 friday to revert the regression we had for Radeon. Could you copy that to -proposed at your convenience, please?
[15:15] <james_w> cjwatson, hi. When installing on btrfs is UUID still used to in fstab? If so, can you point me to the code that sets or finds the UUID?
[15:22] <ogra> james_w, i think thats ROOT="/dev/disk/by-uuid/${ROOT#UUID=}" .... in /usr/share/initramfs-tools/init
[15:22] <ogra> (for finding it)
[15:22] <ogra> and i think its one of the partman udebs that sets it in fstab
[15:23] <ogra> dunno which off the top of my head
[15:23] <james_w> partman-btrfs sets it, but it gets passed the first element (UUID/path/whatever) by something else
[15:23] <ogra> s7fstab/fstab and cmdline/
[15:24] <james_w> the issue we are seeing is the mkfs.btrfs doesn't have a -U option, so we're not sure how to set the UUID, or if it's even possible
[15:24] <ogra> it likely calls blkid <device>
[15:24] <cjwatson> yes, we just use blkid
[15:24] <cjwatson> we have no need to force the UUID to a specific value in d-i
[15:25] <cjwatson> partman-btrfs just lets mkfs.btrfs pick something
[15:25] <ogra> tune2fs has an option to change UUID for extX based filesystems, if you need to set it there is probably a similar tool for btrfs
[15:26] <cjwatson> janimo: the preinstalled images are nothing to do with me and I don't really know the intricacies of how they work; ogra can probably help you
[15:26] <james_w> thanks ogra, cjwatson
[15:26] <ogra> cjwatson, well, the WI for the minimal images requires to enable tasksel in oem-config, i guess thats why janimo pinged you about it
[15:27] <ogra> i guess that needs some ubiquity magic
[15:27] <cjwatson> the oem-config debconf frontend has some stuff for handling tasksel already
[15:27] <ogra> ah, sweet
[15:27] <ogra> janimo, ^^^
[15:28] <cjwatson> I forget how you enable it, but there's a tasks plugin
[15:28] <ogra> thats all we should need
[15:28] <cjwatson> oem-config      oem-config/steps        multiselect language, timezone, keyboard, user, network, tasks
[15:28] <cjwatson> looks plausible
[15:28] <ogra> yeah
[15:29] <ogra> janimo, so we can just add a pressed line for it
[15:29] <ogra> i guess that needs some debian-cd adjustment to add it to the cmdline
[15:36] <lool> cjwatson: (Poking your brain on binfmt-support  :-)  we're discussing qemu-user support in schroot, and currently we have a shell script which captures output of `file $chroot/bin/true` and maps it to QEMU architecture, then copies qemu-$arch-static into the chroot's usr/bin; instead of doing that, we considered asking the question to binfmt-support, or parsing binfmt_misc's data to figure out the name of the interpreter
[15:36] <cjwatson> call, be with you in 20mins
[15:37] <lool> ack
[15:37] <janimo> ogra, cjwatson  thanks.
[15:37] <pitti> sconklin: done
[15:38] <janimo> ogra, I was under the impression preseed only worked with d-i and once the installation phase is done it has no effect
[15:38] <sconklin> pitti: thanks !
[15:38] <ogra> janimo, it also works with ubiquity
[15:38] <cjwatson> janimo: not quite correct no
[15:38] <ogra> janimo, and oem-config is essentially ubiquity
[15:39] <ogra> we run oem-config on second boot in the preinstalled images
[15:39] <ogra> (and cjwatson will likely correct me the preseeding works in tons of other cases at package installation time for packges using it)
[15:39] <ogra> s/the/that
[15:40] <ogra> :)
[15:40] <cjwatson> that's right
[15:41] <cjwatson> for example it's common to preseed away debconf licence questions
[16:03] <cjwatson> lool: so you'd like to have a way to ask binfmt-support which interpreter would be used for a given executable, presumably going through the detector system too - a sort of dry-run mode?
[16:04] <lool> cjwatson: Yes; basically goal is to have the interpreter work in the chroot
[16:04] <cjwatson> lool: it sounds much the same as what run-detectors is already doing, so we could pull most of that out into common code and add a new query-binfmts command, say
[16:04] <lool> cjwatson: We considered other options, like running outside of the chroot, but doesn't seem too good an idea
[16:05] <lool> cjwatson: That would be ideal
[16:05] <cjwatson> I'm happy to have a go at that
[16:05] <lool> cjwatson: If you can think of a way where we're not involved in any copy, that's even better, but I think query interpreter + copy it from schroot seems like the best split of responsibility
[16:06] <cjwatson> well, a query option would be a good thing to have anyway, and doesn't preclude other approaches
[16:06] <cjwatson> I suspect you need significant kernel support for a better approach; basically a per-chroot /proc/sys/fs/binfmt_misc
[16:07] <cjwatson> maybe update-binfmts --query rather than query-binfmts
[16:07] <cjwatson> after all, --display isn't an "update" either
[16:26] <ari-tczew> zul: I'm very disappointed that you didn't check bug 701182 before merging. IIRC this is not first time.
[16:26] <zul> ari-tczew: sorry..
[16:41] <Riddell> slomo: how would you feel about dropping gstreamer0.10-plugins-base's recommends on gvfs to a suggests?
[16:42] <slomo> Riddell: not good as long as there's no alternative for kde applications using gstreamer (someone with kde knowledge should really write a kio plugin... or how it's called today)
[16:43] <pitti> slomo: but as KDE doesn't actually have a gvfs integration, what does the gvfs recommends help?
[16:45] <slomo> pitti: it still gives you sftp support for example (if you have a no-password ssh key or gnome-keyring is running)
[16:54] <Riddell> slomo: why does gstreamer need sftp support?
[16:55] <slomo> Riddell: maybe you want to play stuff from some sftp location, it was just an example. you'll need it for samba too, to give another example
[16:59] <cjwatson> lool: want to give http://bzr.debian.org/binfmt-support/trunk a try?  sudo apt-get build-dep binfmt-support && ./configure && make && src/update-binfmts --find $chroot/bin/true
[16:59] <SpamapS> jhunt: still around?
[16:59] <jhunt> SpamapS: hi
[17:00] <cjwatson> lool: note it may print multiple interpreters, one per line
[17:01] <SpamapS> jhunt: had a chance to look at the umountroot I sent?
[17:04] <kees> seb128: hi! just starting work now.
[17:04] <seb128> hey kees
[17:04] <kees> seb128: yeah, not sure about rdp :(
[17:05] <seb128> kees, so you n-acked the rdp thing remmina is using
[17:05] <kees> seb128: but that bit of freerdp is really horrible :(  "return True" on a security validation? ewww
[17:05] <seb128> kees, it's not clear that tsclient that we have is any better, it's non maintained and doesn't seem to have any certificate code at all
[17:05] <kees> seb128: that's not even an iffy call. :)
[17:06] <seb128> options are to
[17:06] <kees> seb128: well, if nothing does that cert check, I guess it's a wash, but looking at what rdesktop does, it at least tries something in that area
[17:06] <seb128> - stay on tsclient which is buggy and unmaintained (and never got a security review I think)
[17:06] <seb128> - try to fix the freerdp code
[17:06] <kees> I think asking upstream to actually fix their code would be the best all around option.
[17:06] <seb128> - drop rdp from the default install
[17:07] <kees> dropping rdp seems like a bit of a shame, but afaik, everyone was using rdesktop out of universe when they needed rdp anyway
[17:07] <seb128> I'm not even sure how much the standard user care about rdp
[17:07] <jhunt> SpamapS: yeah - like you, not crazy about the timeout, but which is better worst-case - sleep forever or corrupt FS? :|
[17:07] <seb128> and if that should not be featured in s-c
[17:08] <seb128> kees, would you fell comfortable with freerdp is they fix that issue
[17:08] <SpamapS> jhunt: I think given that we cannot *guarantee* that init is even doing the re-exec, we have to have a fail-safe which doesn't leave shutdown waiting forever.
[17:08] <seb128> or do you think it shows that they don't care much about security in their code and would still prefer to not use freerdp by default?
[17:08] <Riddell> slomo: any KDE programme would just read those with kio though
[17:08] <kees> seb128: that was the first place I looked, so I stopped the review there. I can look more closely at it again
[17:09] <seb128> kees, well I would appreciate to know if it's worth working with them on that one issue or not
[17:09] <kees> seb128: well, the code seems to indicate an eye for modularization, so that's an improvement over rdesktop.
[17:10] <kees> seb128: give me 30 minutes, let me look through their network code and if I run away screaming, we can drop rdp, and if it's sane, we can ask them to fix their crypto?
[17:10] <cjwatson> SpamapS,jhunt: I guess a contributing factor is that wait forever -> user hits power button isn't really especially better than timing out too early
[17:10] <slomo> Riddell: how would it do that without a gstreamer plugin that uses kio? :)
[17:10] <seb128> kees, seems great, no hurry though just do that whenever you can this week and that will do
[17:10] <slomo> Riddell: but sure, that would be the best solution... if existant
[17:10] <seb128> kees, thanks
[17:10] <smb> @pilot out
[17:11] <seb128> kees, we can start working with them to fix the certificate issue in any case since that would be nice to fix anyway
[17:11] <jhunt> SpamapS,cjwatson: maybe a last-ditch call to sync before we potentially rip the carpet out from under upstart?
[17:11] <slomo> Riddell: if you know someone who could be interested in this... i'd be happy to help on the gstreamer side of things
[17:12] <cjwatson> jhunt: Keybuk investigated this a while back and it turns out that the kernel's reboot() syncs anyway
[17:12] <cjwatson> oh, wait
[17:12] <cjwatson>         * util/reboot.c (main): Restore the sync() system call before
[17:12] <cjwatson>         calling reboot(); the Linux kernel says we have to do this, and I
[17:12] <cjwatson>         suspect that ext4 is no longer forcing this before power off.
[17:13] <SpamapS> I wonder if thats why when init exits it says "Panic -- not syncing"
[17:13] <cjwatson> but anyway, the reboot *program* does it so it probably isn't necessary to do it in umountroot
[17:15] <smoser> what is the "correct" way to configure timezone on ubuntu ? is it dpkg-reconfigure?
[17:15] <SpamapS> Right.. I think with that.. and waiting 5 seconds for a re-exec which *should* only be harvesting at most 9-10 inodes.. that seems to count as a best effort.
[17:15] <smoser> I'd like to be able to take as input something like "US/Eastern" and "make it so"
[17:17] <cjwatson> 'dpkg-reconfigure tzdata' but it's also perfectly OK to write to /etc/timezone and copy /usr/share/timezone/$zone to /etc/localtime
[17:17] <Riddell> slomo: apachelogger knows all and says phonon will use kio streaming
[17:17] <slomo> Riddell: ah that's interesting, i guess i should talk to him
[17:18] <slomo> Riddell: then feel free to make it a suggests
[17:18] <Laney> I accidently uploaded haskell-utf8-string thrice to NEW, please reject two of them if that will cause problems (and I don't know if it needs the original source or not as it was previously in the archive but removed — it wasn't rejected either way)
[17:19] <bigon> zul: hi any reason you didn't upload my debdiff for nut?
[17:26] <Riddell> slomo: apparantly we want to keep it in sync with debian
[17:26] <Riddell> where I can't upload
[17:27] <slomo> Riddell: i'll change it with the next upload
[17:27] <Riddell> thanks slomo
[17:32] <seb128> Riddell, do you want to get in this week? feel free to get the current debian version and change that over it
[17:32] <seb128> Riddell, we can sync gstreamer0.10 and gst-plugins-base0.10
[17:43] <udienz> ari-tczew: what happen if a packages has already removed from debian and still in Ubuntu? should be removed too?
[17:44] <ari-tczew> udienz: depends on the reason
[17:44] <ari-tczew> if something like 'buggy' unmaintained', then yes
[17:45] <ari-tczew> rc bugs
[17:45] <udienz> hm..
[17:45] <Laney> usually we follow Debian in such removals
[17:45] <geser> the archive admins "sync" removals from Debian to Ubuntu now and then
[17:46] <ari-tczew> udienz: could you tell us about which package do you thinking
[17:47] <cjwatson> at the moment I'd suggest filing a bug about any specific cases you care about, and subscribing ubuntu-archive
[17:47] <udienz> ari-tczew, wait.. i'll find it, i found a package (during try to fix ftbfs) which removed in debian and still in ubuntu
[17:48] <ari-tczew> cjwatson: without ACK from ubuntu-sponsors?
[17:49] <geser> ari-tczew: I assume the usual sponsoring if needed
[17:50] <cjwatson> ari-tczew: whatever process is necessary
[17:50] <cjwatson> though TBH the archive admins carefully review all removal requests so I don't think sponsoring is necessarily required.
[17:50] <cjwatson> IOW I'd think fairly hard about a removal request from anyone, even if they could upload
[17:55] <udienz> ari-tczew, https://launchpad.net/ubuntu/+source/fluxconf
[17:55] <udienz> removed from debian
[17:56] <udienz> debian bug https://launchpad.net/ubuntu/+source/fluxconf
[17:56] <udienz> rrr
[17:56] <udienz> debian bug 596640
[17:56] <cjwatson> FYI: if you're seeing empty apt term.log files in apport dumps, it's probably bug 680328
[17:57] <cjwatson> packagekit fixes sent upstream (phew).  echidnaman will need to deal with copying some bits of that over to qapt
[17:57] <cjwatson> I think the aptdaemon bit of that subject is mistaken, as I can't reproduce the problem there
[18:00] <smb> cjwatson, Hi Colin believe to remember that you had to make some quirks for me and apw to give us nomination rights in lp (because the groups stuff does not work). Could you do the same for sconklin ?
[18:01] <sconklin> bjf will need this also, and possibly others
[18:02] <sconklin> unless upload rights are a prerequsite
[18:02] <apw> cjwatson, you had to add linux to the people directly the package set doesn't enbue nomination rights
[18:02] <apw> sconklin, it would be those with upload rights
[18:03] <sconklin> ok, it's time for Brad to work on that anyway . . .
[18:07] <chrisccoulson_> anyone know what keeps swt-gtk in main? when i check it's rdepends, i don't see anything obvious depending on it
[18:12] <bcurtiswx_> can i get pbuilder-dist to give me a config.log ?
[18:13] <seb128> it's in the build dir
[18:13] <seb128> the same way you got the makefiles the other day
[18:13] <seb128> don't clean it after build
[18:14] <kklimonda> pbuilder-dist saves the last log as ~/pbuilder/$release-result/last_operation.log
[18:14] <cjwatson> apw,sconklin: done, and for smb too.  yes, upload rights are a prereq
[18:15] <smb> cjwatson, Err I thought I already had those...?
[18:15] <smb> At least I could nominate. :)
[18:15] <cjwatson> oh, who knows, I'm not going to try to debug launchpad
[18:15] <bcurtiswx_> kklimonda, but is that what config.log would output (noob question warning) :P
[18:15] <smb> Heh, understandable
[18:15] <sconklin> cjwatson: thanks!
[18:16] <seb128> bcurtiswx_, read what I just wrote?
[18:16] <kklimonda> bcurtiswx_: ah, ignore what I say and listen to seb128 :)
[18:24] <bcurtiswx_> seb128,  I did read it.  I am trying to find a way to automatically stop pbuilder from quitting after a failed build
[18:24] <bcurtiswx_> oh, quit and not back
[18:25] <kklimonda> bcurtiswx_: https://wiki.ubuntu.com/PbuilderHowto#Running%20a%20Shell%20When%20Build%20Fails%20%28Intro%20to%20Hook%20Scripts%29
[18:25] <kklimonda> bcurtiswx_: it will launch a shell when the build fail
[18:26] <bcurtiswx_> kklimonda, i was going to tell seb i just found that and am in there :P much thanks though :D
[18:27] <bcurtiswx_> kklimonda, http://paste.ubuntu.com/557772/
[18:27] <bcurtiswx_> seen that before possibly?
[18:28] <kklimonda> bcurtiswx_: and that's it?
[18:28] <kklimonda> it's a little short :)
[18:28] <bcurtiswx_> thats all it gave me
[18:29] <kklimonda> copy a log outside of the chroot, and use pastebinit to paste it
[18:30] <kklimonda> (or use cat config.log and then select entire log using mouse - but it's going to be long)
[18:30] <bcurtiswx_> copy the config.log from the pbuilder to somewhere outside of it.. then pastebinit /
[18:30] <kklimonda> more config.log just displayed the first screen
[18:31] <kklimonda> bcurtiswx_: you can even install pastebinit inside of the chroot - the idea is to paste the whole log somewhere, and pastebinit is an easy way to do that
[18:32] <bcurtiswx_> kklimonda, oh duh me.. i see what stupidity i have
[18:33] <bcurtiswx_> kklimonda, http://pastebin.com/646TdDjg
[18:34] <kklimonda> bcurtiswx_: I guess "error: Could not find gtk-update-icon-cache" doesn't help you much? :)
[18:34] <kklimonda> is it in your PATH?
[18:34] <bcurtiswx_> kklimonda, nope but if i had to guess i may need to do something with configure.ac because gtk-update-icon-cache is gtk-update-icon-cache-3.0
[18:35] <kklimonda> bcurtiswx_: then, the last resort is to browse through the configure.ac (or even configure script itself) to see what's exactly happening
[18:35] <kklimonda> ah, it was renamed?
[18:35] <bcurtiswx_> kklimonda, yes
[18:35] <kklimonda> yes, it makes sense that the script can't find it then
[18:36] <kklimonda> you'll have to edit configure.ac then
[18:36] <bcurtiswx_> kklimonda, was include /usr/share/cdbs/1/rules/simple-patchsys.mk made something else for quilt 3?
[18:37] <kklimonda> bcurtiswx_: I don't understand, but the warning you have pasted in #ubuntu-desktop (simple-patchsys.mk is deprecated - please use source format 3.0 (quilt) instead) means that you should update your package to the new source format, and stop using simple-patchsys. I think it's just a friendly reminder
[18:38] <bcurtiswx_> kklimonda, it is 3.0 already.. so idk why i c that warning
[18:38] <kklimonda> bcurtiswx_: if it is 3.0 (quilt) then you should remove /usr/share/cdbs/1/rules/simple-patchsys.mk from d/rules
[18:48] <ari-tczew> zul: could you sponsor bug 707050 ?
[18:48] <ari-tczew> as you're last merger
[18:48] <zul> ari-tczew: yeah gime a few minutes
[19:01] <ari-tczew> doko: around?
[19:11] <siretart> doko: xine-lib is fixed
[19:12] <micahg> udienz: bug 703718, it depends on the reason it was removed from Debian
[19:20] <udienz> micahg, aha.. ok. i have another questions. package rsbac-admin has been removed base on this (debian bug 364685)
[19:21] <udienz> but upstream still exits
[19:21] <micahg> pitti: we've got a new bug in xubuntu-docs for lucid (not sure if it was there before or not), xubuntu.org links are incorrect, I'm getting it fixed, but I just wanted to check on procedure, I should reupload with -v on the version in the release pocket?
[19:22] <udienz> rsbac-admin will be removed too?
[19:22] <micahg> udienz: ok, so without someone looking after the package it ends up being buggy, it should be removed from Ubuntu unless someone wants to look after it
[19:25] <ari-tczew> should make sure whether there is b-d and depends on binary packages included in package which you want to remove
[19:34] <IKnowWhoIAm> guys i must tell you
[19:34] <IKnowWhoIAm> i know who i am
[19:34] <IKnowWhoIAm> i finally figured out why all tehse years i been missing the larger picture
[19:34] <IKnowWhoIAm> i am my own emitter
[19:34] <IKnowWhoIAm> i am whatever i choose to be.
[19:34] <IKnowWhoIAm> this is incredible
[19:34] <evilvish> !offtopic ! IKnowWhoIAm
[19:34] <IKnowWhoIAm> thankyou for givin me this opportunity
[19:35] <evilvish> !offtopic | IKnowWhoIAm
[19:35] <IKnowWhoIAm> real life is real
[19:36] <ari-tczew> IKnowWhoIAm: http://t3.gstatic.com/images?q=tbn:ANd9GcQYW2037uD8kePM64SlDYLm-g0J0-CtSCB84LAZWECQLxY61dhi&t=1
[20:06] <_UsUrPeR_> hey all. I am having a heck of a time installing software RAID with LVM in Ubuntu 10.04 Server x64. Check out this pastebin: http://pastebin.com/4rDmyjyM . Is software RAID + LVM capable of being installed? If so, is having a /boot partition on a software RAID possible?
[20:08] <broder> _UsUrPeR_: this channel is for development, not support. please ask support questions in #ubuntu or #ubuntu-server
[20:09] <ari-tczew> when I should change build-depends from libwebkit-dev to libwebkitgtk-dev?
[20:09] <_UsUrPeR_> will do. my apologies.
[20:09]  * _UsUrPeR_ tips his hat
[20:09] <ari-tczew> tumbleweed: ^^ I saw you have an upload like mentioned above
[20:10] <tumbleweed> ari-tczew: libwebkit-dev didn't exist for a while, but there's a dummy transitional package now, so you probably don't need to
[20:11] <ari-tczew> tumbleweed: look, bug 706982 I'll upload next revision of python-jswebkit so I can change it
[20:12] <tumbleweed> ari-tczew: I'd stick with a no-change rebuild
[20:13] <kklimonda> ari-tczew: it would make more sense to fix that on the Debian level, and not introduce unnecessary delta. I think the libwebkit-dev package is going to stay for a while.
[20:13] <ari-tczew> ok
[20:25] <ari-tczew> I hope that toolchain of Ubuntu 11.10 won't be too much different. :(
[20:31] <Kano> hi, will somebody update ntfs-3g to 2011.1.15?
[20:33] <ari-tczew> Kano: file a bug about it
[20:33] <ari-tczew> and add tag 'upgrade'
[20:47] <micahg> Kano: actually upgrade-software-version
[20:50] <broder> hmm...has anybody tried to duplicate snapshot.debian.org for ubuntu? presumably the awesome version would use lp/the librarian as its data store, though i don't know where you'd get the Release,etc. files from
[21:10] <tumbleweed> can a core-dev please accept lucid and maverick tasks on bug 683189?
[21:22] <kirkland> tumbleweed: done
[21:23] <tumbleweed> kirkland: thanks
[21:34] <DktrKranz> hyperair: packages accepted, with a comment
[21:47] <smoser> maybe someone can help. https://launchpad.net/ubuntu/+source/linux-ec2 says that lucid has a linux-ec2 package (version 2.6.32-312.24 ) that was in proposed "13 days ago"
[21:48] <smoser> but as far as I can tell, it is not in the archive
[21:48] <smoser> although there are linux-ec2-doc and linux-ec2-source packages that match that version
[21:49] <StevenK> smoser: Reading the Packages.gz file manually shows them
[21:50] <JontheEchidna> cjwatson: you rock! Thanks for the work on bug 680328
[21:51] <smoser> StevenK, really ?
[21:51] <smoser>  wget http://archive.ubuntu.com/ubuntu/dists/lucid-proposed/main/binary-i386/Packages.gz
[21:53] <StevenK> smoser: http://pastebin.ubuntu.com/557858/
[21:53] <smoser> right. there is no linux-ec2 metapackage there.
[21:54] <StevenK> That isn't built by the linux source package
[21:55] <StevenK> smoser: https://launchpad.net/ubuntu/+source/linux-meta-ec2 builds that
[21:55] <StevenK> And a 312 for that hasn't be uploaded to lucid-proposed
[21:56] <smoser> yea. so we need a build of that up
[21:56] <smoser> thanks StevenK
[21:56] <StevenK> smoser: Welcome
[22:24] <sconklin> StevenK: you here? Could you publish that meta-ec2 package for lucid if you haven't already?
[22:34] <StevenK> sconklin: Aye, looking
[22:34] <sconklin> StevenK: thanks
[22:37] <YokoZar> Whoops!  System->About Ubuntu  (on 10.10) shows..."Welcome to 11.04 Natty"
[22:39] <ari-tczew> I saw bug today about it
[22:41] <StevenK> sconklin: All done.
[22:41] <sconklin> Thanks!
[22:42] <StevenK> sconklin: It's currently pending, it will get published in the next hour or so
[23:27] <jelmer> bdrung: thanks for the syncs!
[23:31] <bdrung> jelmer: you're welcome. sorry for the fakesync mistake.
[23:32] <kirkland> smoser: what are you looking for, kernel-proposed wise?
[23:32] <bdrung> jelmer: that happens if one application (ack-sync) doesn't explain what it does and another (syncpackage) has a bug.
[23:34] <kirkland> bdrung: https://launchpad.net/ubuntu/natty/+queue?queue_state=0&queue_text=errno is waiting in the NEW queue
[23:35] <bdrung> kirkland: thanks.
[23:36] <bdrung> lifeless: ping
[23:36]  * bdrung pokes lifeless to process bug #524680
[23:40] <lifeless> bdrung: hmm ?
[23:42] <lifeless> bdrung: ah, I see. updated.
[23:44] <bdrung> lifeless: whom can i poke to get in pulled into lptools?
[23:45] <smoser> kirkland, i guess it was taken care of. thanks.
[23:45] <kirkland> smoser: sweet
[23:47] <lifeless> bdrung: dobey, poolie