[12:58] <TheMuso> c/c
[12:58] <TheMuso> arg
[01:01] <_Enchained> hi
[01:13] <TheMuso> Hi _Enchained
[01:17] <_Enchained> I have a question with packaging with java dependencies
[01:17] <_Enchained> about*
[01:22] <TheMuso> I don't know a lot about packaging java apps, but fire away anyway.
[01:33] <_Enchained> TheMuso: I'd like to put in binary dep (in control) "any java virtual machine"
[01:33] <_Enchained> free, sun-java5 or 6 ...)
[01:33] <_Enchained> I've made a package with sun-java5-bin in bin-dep
[01:34] <TheMuso> _Enchained: There is probably something you can depend on to do that, but I don't know what it is without having a serious look.
[01:34] <_Enchained> and there is a problem while instaling sun-java6-bin :
[01:34] <TheMuso> And I don't currently have time to do that I'm affraid.
[01:34] <TheMuso> Whats the problem?
[01:34] <_Enchained> it removes sun-java5-bin and so, remove the software
[01:34] <TheMuso> ah right
[01:35] <_Enchained> DO you now I can I solve it ?
[01:35] <_Enchained> how*
[01:35] <TheMuso> Not without having a good look, which as I said, I'm not currently in the position to do so.
[01:35] <_Enchained> ok
[04:12] <RAOF> slomo: If you're available, I'd like to get your opinion on the banshee merge I'm helping crimsun with.
[05:03] <aanderse> hmm
[05:07] <ScottK> TheMuso: Thanks for taking care of updating the clamav/klamav bugs.
[05:10] <bddebian> You two-timer! ;-P
[05:12] <ScottK> What? He's actually uploading stuff for me.
[05:12] <bddebian> :-)
[05:29] <just> http://www.codigolibre.org/modules.php?name=Downloads&d_op=viewdownload&cid=1
[06:11] <harrisony> what is the command to extract a deb package
[06:12] <Hobbsee> harrisony: dpkg-source -x foo.dsc
[06:13] <harrisony> err i have a deb and i wana get the get to all the files and such
[06:15] <minghua> dpkg-deb
[06:15] <harrisony> ahh thx
[06:15] <minghua> dpkg-deb --extract and --control IIRC
[06:21] <Hobbsee> oh, interesting
[06:21] <harrisony> is there a rule in MOTU that packages must have an english version because bug 106678 has a person complaining that the package isnt in english
[06:21] <ubotu> Malone bug 106678 in gmountiso "It's in french (I think), I prefer English." [Undecided,Unconfirmed]  https://launchpad.net/bugs/106678
[06:30] <tuxmaniac> Any idea when RC will be out and whether this would affect the final release of Fawn?
[06:31] <harrisony> tuxmaniac: the RC should of been out before as it comes out 1 week before the release
[06:32] <tuxmaniac> harrisony, It has been delayed. thats what cjwatson has mailed to the devel announce list on April 12th
[06:32] <harrisony> tuxmaniac: ahhh,
[06:38] <Hobbsee> tuxmaniac: see #ubuntu+1 topic
[06:38] <tuxmaniac> Hobbsee, hallo
[06:38] <tuxmaniac> Hobbsee, how are you. Long time no see?
[06:38] <tuxmaniac> Hobbsee, I just got the answerfrom watson
[06:38] <Hobbsee> tuxmaniac: good.  fixing bugs, etc.
[06:38] <Hobbsee> yes, i saw
[09:14] <welshbyte> good morning / $part_of_day
[09:30] <crimsun> neat. closing one bug reopens another.
[09:53] <tuxmaniac> crimsun, heh
[10:41] <RAOF> crimsun: You seem a bit busy :).  Have you had time to check the banshee source package?  Shall I just (try to) file a merge bug, attaching the debdiff, or wait for you?
[10:41] <crimsun> it's on revu, correct?
[10:41] <RAOF> Yes.
[10:41] <crimsun> please do go ahead and file a merge bug
[10:42] <crimsun> I'll try and find a few moments away from being swamped by these audio bugs
[10:45] <RAOF> :(
[10:48] <crimsun> sorry, I'm not ignoring you, promise.
[10:48] <crimsun> I've been swamped this dev cycle by alsa issues.
[10:49] <stgraber> crimsun: About : bug 85640, are we going to have this patch uploaded or not ? (Just to be able to answer people asking)
[10:49] <ubotu> Malone bug 85640 in cryptsetup "[Feisty]  crypted root doesnt mount on start (cryptsetup)" [Medium,Confirmed]  https://launchpad.net/bugs/85640
[10:50] <stgraber> if we don't I can still make an update afterwards or they can continue using my fixed package
[10:50] <RAOF> crimsun: Oh, I'm not worried about that *at all*.  That was a "sorry you're swamped by crappy hardware bugs" :)
[10:50] <stgraber> but as I can see, nobody is complaining about introduced bugs, some aren't fixed for sure but it helps for the others at least
[10:56] <crimsun> stgraber: looking now, sorry for the wait.
[10:57] <stgraber> no problem for me, just that we are coming really close to the release date ...
[10:57] <crimsun> god, do I know.
[10:57] <crimsun> but please, I'm swamped ATM.
[11:00] <crimsun> stgraber: um..
[11:00] <crimsun> $ apt-cache madison cryptsetup
[11:00] <crimsun> cryptsetup | 2:1.0.4+svn26-1ubuntu2 | http://archive.ubuntu.com feisty/universe Packages
[11:00] <crimsun> cryptsetup | 2:1.0.4+svn26-1ubuntu2 | http://archive.ubuntu.com feisty/universe Sources
[11:00] <crimsun> what is there to apply?
[11:01] <stgraber> :) seems someone uploaded it ?
[11:01] <stgraber> Didn't receive the mail in feisty-changes
[11:01] <stgraber> (the list is laggy ?)
[11:01] <crimsun> https://lists.ubuntu.com/archives/feisty-changes/2007-April/008535.html
[11:02] <siretart> stgraber: I uploaded your patch
[11:02] <crimsun> right, please check $release-changes first next time, thanks.
[11:02] <stgraber> ok, sorry ...
[11:02] <stgraber> siretart: thank you
[11:02] <crimsun> np
[11:02] <siretart> I wanted to tell you yesterday, but I fell asleep :( - (I'm not feeling that well this weekend)
[11:03] <crimsun> hope you feel better than I do, siretart
[11:04] <siretart> crimsun: get well soon!
[11:04] <crimsun> you, too!
[11:04] <siretart> I'm indeed feeling better today. oh well.
[11:13] <crimsun> RAOF: I take it there was objection to the Stop mmkey addition?
[11:24] <\sh> moins
[11:25] <geser> Hi \sh
[11:25] <\sh> hey geser
[11:26] <\sh> siretart: ping wine 0.9.34 , I'll closed UVF for 0.9.34, and there will be a 0.9.35 ;)
[11:26] <\sh> siretart: and no..backports is not a solution for feisty...0.9.35 will fix some serious bugs and we should try to get it in...regardless of the diffstat ;)
[11:27] <\sh> .oO(a SRU is a better solution)
[11:29] <\sh> DktrKranz: hey, thx for your work on php4 unmet deps
[11:29] <siretart> \sh: could you perhaps name some of the serious bugs which are RC for feisty?
[11:29] <DktrKranz> hi \sh, thank you for your time and patience :)
[11:30] <siretart> \sh: I just need some arguments for persuading my concience
[11:30] <\sh> siretart: arts crash in winecfg
[11:30] <DktrKranz> I've got some of them ready, I'll send you for review once they are all done
[11:31] <\sh> siretart: and one bug in xrender.c
[11:31] <\sh> http://www.winehq.org/pipermail/wine-devel/2007-April/055637.html
[11:31] <\sh> and more improvements in directx
[11:32] <\sh> and vista support options ;)
[11:33] <\sh> siretart: and as always: wine's a b*tch
[11:34] <siretart> \sh: I fully agree, but since we are this close to release, we'd need pretty good arguments for an upgrade. and the changelog isn't that convincing, you know?
[11:35] <siretart> it reads like half a rewrite to me
[11:36] <\sh> siretart: yepp I know :(
[11:36] <\sh> siretart: and sometimes I think it is a rewrite :(
[11:37] <Fujitsu> With the number of regressions they seem to be able to introduce in one release, it must be pretty close to it.
[11:38] <siretart> and to be honest, I'd rather have known bugs than unknown ones
[11:38] <siretart> \sh: are you the only one working on wine?
[11:38] <\sh> Fujitsu: the problem of a emul^h^h^h^h^hsimul^h^h^h^h^hsoftware which tries to implement something really stupid..instead of forcing the software companies to write their software as well for linux...:(
[11:39] <crimsun> the question I'd ask is: does .35 fix any current regressions from dapper or edgy?
[11:39] <Fujitsu> \sh: True.
[11:39] <\sh> siretart: regarding ubuntu, I'll do my best...scott is doing it on winehq side
[11:39] <crimsun> correct me if I'm wrong, but winehq doesn't seem to release bugfixes only
[11:40] <\sh> siretart: regarding apport bugs which are coming in when user X tries to start commercial software Y and wine fcks up...they are useless, retraced reports are useless too, without having the software and see what someone can do to reproduce
[11:40] <siretart> perhaps we can talk to scott about having some 'stable release series' branch or something
[11:40] <\sh> crimsun: no...they are doing the same as me
[11:40] <\sh> siretart: there are no stable releases...weekly to 2-weekly releases are now the stable ones
[11:41] <siretart> \sh: I fully agree. however, your arguments persuade me rather to not ship wine at all in ubuntu, you know..
[11:41] <\sh> what someone needs to know: wine is not stable and never will be
[11:41] <crimsun> right, so with wine and UVFe, I suppose we can't follow the standard guidelines
[11:41] <\sh> siretart: oh...it wasn't my idea to package wine for ubuntu, think about breezy when sabdfl wanted to have scotts packages
[11:42] <siretart> crimsun: how do you think about this: Let's trust \sh and scott's opinion on wine, and include .35, and rediscuss it for gutsy
[11:42] <\sh> siretart: but wine is a vital package for all linux distros..but I would never file a main inclusion report ,)
[11:42] <siretart> crimsun: we should really find some way of dealing with wine
[11:43] <siretart> \sh: I strongly disagree that wine was 'vital'
[11:43] <crimsun> siretart: that's acceptable by me.
[11:43] <\sh> siretart: I think when we start to do a popularity contest, you will see wine in the top 50 or so ,-)
[11:44] <siretart> \sh: are you familar with wine's code?
[11:44] <crimsun> would be nice to discuss a new approach for it at UDS
[11:44] <siretart> as in familiar enough to cherry pick patches/fixes from upstream?
[11:45] <\sh> siretart: hell no...I had last time a nice debugging session with wines code, because on all ubuntu distros wine is not behaving like e.g. on gentoo or redhat
[11:45] <\sh> siretart: oh for this, yes...the problem right now, releases are coming so fast, that cherry picking patches is useless
[11:46] <siretart> \sh: I'm asking because for cherrypicking upstream patches/fixes, you don't need any exception at all, which would simplify the process
[11:46] <slomo> RAOF: merge with the debian version? just take the debian version and throw in the multimedia keys patch, everything else is fine (and you need new libipoddevice and ipod-sharp)
[11:46] <crimsun> slomo: I filed sync requests for both build-deps, which have been processed.
[11:47] <\sh> siretart: you mean git diff from head and pushing them into e.g. 0.9.33 ?
[11:47] <slomo> crimsun: cool
[11:47] <crimsun> slomo: I'm compiling 0.12.1 now and will test it with my iPod to verify
[11:47] <crimsun> (the merged 0.12.1)
[11:48] <slomo> crimsun: ok... what's the delta?
[11:48] <crimsun> slomo: here -> http://librarian.launchpad.net/7332922/banshee-merge.debdiff
[11:49] <slomo> crimsun: looks good, thanks to you two :)
[11:49] <imbrandon> moins everyone
[11:49] <crimsun> slomo: thank /you/ :)
[11:50] <\sh> siretart: if you see the changes in git 0.9.35 to 0.9.34...(http://www.winehq.org/?announce=latest) it's frightening me even more to cherry pick patches :(
[11:52] <ajmitch> hi imbrandon
[11:53] <\sh> hey imbrandon, ajmitch
[11:53] <ajmitch> hello \sh
[11:53] <imbrandon> ello ajmitch \sh
[11:57] <ajmitch> "Wine's bi-weekly snapshots are exactly that - snapshots of the git repository. There's no extra care given toward a release, no regression testing done (other than the usual process of running the regression test suite), and certainly no applications checked for compatibility."
[11:57] <ajmitch> so comforting
[11:59] <imbrandon> he
[11:59] <imbrandon> h
[12:01] <\sh> ajmitch: if wine would be a stock option...."don't buy" would be my advise ,->
[12:01] <imbrandon> i use wine all the time :) heheh only for WoW :)
[12:02] <\sh> imbrandon: ubuntus version?
[12:02] <imbrandon> yes
[12:02] <\sh> wow
[12:02] <\sh> I didn't even know that this works ,-)
[12:02] <imbrandon> yea wow has worked in wine for a LONG time
[12:02] <imbrandon> even in ubuntus version
[12:02] <\sh> and far cry? ,-)
[12:02] <imbrandon> havent tried that one
[12:02] <\sh> please do ;)
[12:03] <imbrandon> k, i will this evening
[12:03] <imbrandon> lol
[12:03] <\sh> and more money for buying all these nice little addicting windows games
[12:03] <imbrandon> i onyl have a GForce 6200 LE, bottom of the line "good cards"
[12:04] <imbrandon> its was like $40 USD
[12:04] <imbrandon> but it runs the one or two games i play well, so i dont mind :)
[12:04] <\sh> well, I just need a computer for ircing, jabbering, and compiling software and burning cds for my GF...that's all...right now, no gaming
[12:05] <ajmitch> all that power, just for compiz ;)
[12:05] <imbrandon> hehe
[12:05] <\sh> ajmitch: you're vista ,->
[12:05] <ajmitch> compiz with no effects, that is
[12:05] <imbrandon> lol
[12:06] <\sh> Even the product of my company doesn't work with wine
[12:07] <imbrandon> 6 minutes left on EXCH2003_ENT.iso ( legit ) , wonderfull
[12:09] <\sh> kmail is so buggy
[12:09] <\sh> even sylpheed-claws is more stable right now
[12:09] <\sh> (regarding imap)
[12:09] <imbrandon> yea kmails imap is shitty
[12:09] <\sh> kmail doesn't even crash when IMAP is broken...
[12:10] <\sh> so I can't reproduce the crashhanger
[12:10] <\sh> fck
[01:37] <jekil> hello
[01:37] <Hobbsee> heya jekil
[01:44] <\sh> siretart: 0.9.35 fixes a scim problem http://bugs.winehq.org/show_bug.cgi?id=6547
[01:44] <ubotu> Wine bug 6547 in wine-binary "wine versions newer than 0.9.22 hang" [Blocker,Resolved: fixed]
[01:47] <sacater> how often is this page updated? https://launchpad.net/ubuntu/+topcontributors
[01:47] <Fujitsu> sacater: Whenever the karma is, which is about every 24 hours.
[01:48] <sacater> oh, well if you look at support trackers, then my support karma, i should be in there
[01:48] <sacater> but im not :(
[01:50] <finalbeta> Hobbsee: Because 1+1=2
[01:51] <Hobbsee> finalbeta: and 2+2 =5, for sufficiently large values of 2.
[01:53] <TheMuso> Evening all.
[01:53] <Hobbsee> hi TheMuso
[01:54] <Hobbsee> awww
[01:55] <TheMuso> Hobbsee: Especially since I have been doing packaging for the UbuntuStudio project, which has involved ugly hacks, which took a while to get the intended behavior.
[01:56] <Hobbsee> ah
[01:56] <RAOF> TheMuso: Good luck with the move, incidentally.
[01:56] <TheMuso> RAOF: Thanks. We move Tuesday, and are going offline tomorrow some time.
[01:59] <kofler> I hate this bug: https://bugs.launchpad.net/ubuntu/+source/meta-kde/+bug/64695 , why hasn't it been assigned to anyone yet?
[01:59] <ubotu> Malone bug 64695 in meta-kde "KDE logout dialog is missing shutdown and restart options" [Undecided,Confirmed]
[02:00] <kofler> It'd be kind of nice if ubotu also reported when the bug was submitted for clarification: Bug #64695, first reported on 2006-10-08  by lcampagn
[02:00] <ubotu> Malone bug 64695 in meta-kde "KDE logout dialog is missing shutdown and restart options" [Undecided,Confirmed]  https://launchpad.net/bugs/64695
[02:00] <kofler> So the bug was first seen roughly around when Edgy came out it appears. I've confirmed that the Feisty Beta has the same problem.
[02:00] <kofler> It's funny, I don't remember it being a problem in Edgy though.
[04:07] <bddebian> Heya gang
[04:07] <geser> Hi bddebian
[04:08] <bddebian> Heya geser
[04:46] <defendguin> michael bienia?
[04:46] <Nafallo> defendguin: geser
[04:47] <defendguin> ahh
[04:47] <defendguin> thanks Nafallo
[04:47] <Nafallo> :-)
[04:49] <geser> defendguin: How can I help you?
[04:50] <defendguin> you were requesting information on a bug i submitted earlier
[04:50] <defendguin> about trying to scale down a core duo processor to 800 mzk
[04:50] <defendguin> mhz
[04:51] <defendguin> bug 106629
[04:51] <ubotu> Malone bug 106629 in Ubuntu "Centrino core duo needs to scale each core to 800 mhz instead of 1.0 GHz" [Undecided,Needs info]  https://launchpad.net/bugs/106629
[04:56] <ivoks> hm...
[04:56] <geser> defendguin: have you tried google to find out which cpu frequency are supported by the cpu?
[04:56] <ivoks> are you sure it's capable doing that?
[04:57] <defendguin> i've been reading the intel specification's document
[04:57] <ivoks> Centrino isn't the name of procesor
[04:57] <defendguin> sorry
[04:57] <defendguin> thats what the sticker says
[04:57] <defendguin> lol
[04:57] <ivoks> defendguin: could you point me on those documents?
[04:57] <defendguin> sure one moment
[04:58] <defendguin> http://processorfinder.intel.com/details.aspx?sSpec=SL8VR   this is my specific processor
[04:58] <ivoks> tou know that not all processor have same scaling?
[04:58] <defendguin> i do
[04:58] <ivoks> s/tou/you/
[04:59] <ivoks> there is nothing here about scaling
[04:59] <defendguin> one moment
[04:59] <defendguin> http://developer.intel.com/design/mobile/datashts/309221.htm
[05:00] <defendguin> there is a pdf available there
[05:01] <defendguin> from reading that document i could not find any set levels for the core duo processors
[05:01] <defendguin> it did mention some defined levels for the core solo processors though
[05:01] <ivoks> i have core duo and it can't go lower than 1GHz
[05:03] <defendguin> is that something with the hardware or is that a limitation of the kernel?
[05:04] <ivoks> hardware
[05:04] <ivoks> it's speedstep technology, built in processor
[05:04] <defendguin> right
[05:05] <defendguin> i wonder why i see the battery life can be significantly greater using windows
[05:06] <ivoks> there are a lot of reasons
[05:06] <ivoks> speedstep is not one of them :)
[05:06] <defendguin> heh
[05:08] <defendguin> ivoks: it has more to do with hard drive activity?
[05:09] <ivoks> i think yes, disk is most guilty one...
[05:09] <fdoving> windows might spinndown the disk more often.
[05:09] <ivoks> but I never studied this in details
[05:09] <ivoks> ext3 is 'nervous' FS
[05:09] <defendguin> lol
[05:09] <ivoks> it always does something with disk :)
[05:10] <defendguin> i'd really like to give zfs a try
[05:11] <ivoks> try xfs
[05:12] <defendguin> xfs?
[05:12] <ivoks> jer, xfs
[05:13] <ivoks> http://en.wikipedia.org/wiki/XFS
[05:13] <defendguin> yeah that was my first stop
[05:14] <fdoving> xfs is nice.
[05:14] <fdoving> even nice when it breaks.
[05:15] <fdoving> greate recoverytools.
[05:15] <fdoving> -e
[05:15] <ivoks> yes
[05:15] <defendguin> ext3 sucks at recovery
[05:15] <ivoks> and you can enlarge it online :)
[05:15] <Lathiat> speaking of filesystems
[05:15] <Lathiat> EXT3-fs error (device dm-4): ext3_free_blocks_sb: bit already cleared for block 53928702
[05:15] <Lathiat> Aborting journal on device dm-4.
[05:15] <Lathiat>  for /home on a relatively busy web/mail/shell server
[05:15] <Lathiat> why does this always happen at midnight on sunday when i have work the next day!
[05:16] <geser> defendguin: have you checked if the cpu is using also other power states (!= scaling)?
[05:16] <geser> defendguin: cat /proc/acpi/processor/CPU1/power
[05:16] <fdoving> defendguin: as for writing to the disk every 5 seconds, you can mount ext3 with the 'commit=X' where X is number of seconds between commits to the journal.
[05:17] <defendguin> fdoving: what is a sensible default?
[05:17] <ivoks> for xfs on ubuntu:
[05:17] <ivoks> https://launchpad.net/ubuntu/+bug/37435
[05:17] <ubotu> Malone bug 37435 in linux-source-2.6.15 "XFS leaves garbage in file if app does write-new-then-rename without f(data)sync" [Medium,Confirmed]
[05:17] <Lathiat> awesome
[05:18] <defendguin> could the ubuntu installer detect what type of computer the person is installing and suggest a file system that would be best for that persons particular needs?
[05:19] <defendguin> it's a bit much for Joe user to have researched file systems and pick on that is best for him.
[05:20] <Hobbsee> ext3's the default, anyone who doesnt like that can pick what they like
[05:22] <defendguin> thats not very forward thinking
[05:23] <fdoving> defendguin: 5sec is the default, decide for your self on your system. i stick with 5 on my laptop.. not for any good reason, but i either use it or suspend it, so it's never really sitting there waiting for me to do anything.
[05:23] <fdoving> defendguin: ext3 is always the best for joe user.
[05:24] <fdoving> users with special needs know what they need and what they want.
[05:24] <fdoving> .. and how to get it.
[05:24] <defendguin> well just sitting here using xchat i'm still working but not writing anything to the disk any yet the hard drive is still journaling
[05:25] <defendguin> why is increased battery life a special need?
[05:25] <fdoving> nothing is commited to the journal if you don't change anything on the disk.
[05:26] <Nafallo> defendguin: ehrm. have you even tried tuning ext3? :-)
[05:26] <defendguin> Nafallo: no i have not
[05:27] <Nafallo> there you go then
[05:29] <defendguin> it was just a suggestion that when installing ubuntu the installer could make some intelligent assumptions based on your hardware and help the user
[05:30] <Nafallo> it does
[05:30] <Nafallo> it uses ext3
[05:31] <fdoving> with the default 5 sec commit interval.
[05:32] <Nafallo> and that is normally fine when you're on AC. it still runs laptop-mode when you disconnect AC AFAIK
[05:33] <Nafallo> and I think that has sane default, even though I normally tweak it for heavier savings myself :-)
[05:34] <defendguin> is ntfs a journaled file system?
[05:34] <Nafallo> IIRC yes
[05:35] <Nafallo> atleast the one in XP
[05:38] <imbrandon> wikipedia says from version 1.0 on it is
[05:38] <imbrandon> http://en.wikipedia.org/wiki/NTFS
[05:38] <imbrandon> ( e.g. NT4 )
[05:40] <Hobbsee> imbrandon!!!!!!!!!
[05:40] <imbrandon> Hobbsee!!!oneone!!11eleventyone!!1111
[05:40] <imbrandon> :)
[05:40] <Hobbsee> hehe
[05:40] <ivoks> defendguin: open /etc/default/acpi-support
[05:40] <defendguin> k
[05:40] <ivoks> defendguin: on the end is ENABLE_LAPTOP_SUPPORT
[05:40] <ivoks> defendguin: make it true
[05:41] <Hobbsee> hehe
[05:41] <imbrandon> heya highvoltage
[05:41] <highvoltage> howdy imbrandon
[05:42] <defendguin>  "off by default as it causes odd hangs on some machines"
[05:42] <ivoks> try :)
[05:42] <ivoks> works for me
[05:43] <defendguin> ivoks: this wont interfere with any program like gnome power manager settings will it?
[05:44] <ivoks> no
[05:44] <defendguin> i remember reading this file up and down a month ago and decided against editing it for that reason
[06:00] <damko> ciao!
[06:20] <defendguin> geser: i guess you can close bug 106629
[06:20] <ubotu> Malone bug 106629 in Ubuntu "Centrino core duo needs to scale each core to 800 mhz instead of 1.0 GHz" [Undecided,Needs info]  https://launchpad.net/bugs/106629
[06:26] <ScottK> defendguin: If you are the reporter, you can mark it rejected/fix released as appropriate.
[06:26] <defendguin> ah ok
[07:09] <_Enchained> hi
[08:03] <_Enchained> anyone to help me with a package nedding java ?
[08:03] <_Enchained> needing*
[08:04] <welshbyte> _Enchained: i couldn't help you myself, but have you read the debian java policy?
[08:04] <_Enchained> yes welshbyte
[08:04] <damko> _Enchained: what's the difference with another package ?
[08:05] <_Enchained> My problem is that the soft need java in binary dependencies
[08:05] <_Enchained> In the java policy
[08:05] <_Enchained> it's said :
[08:05] <_Enchained> Programs must depend on java-virtual-machine and the needed runtime environment (java1-runtime and/or java2-runtime).
[08:05] <_Enchained> I put java-virtual-machine and java2-runtime in dependencies
[08:06] <_Enchained> but lintian reports me :
[08:06] <_Enchained> virtual-package-depends-without-real-package-depends depends
[08:06] <_Enchained> so I put "gcj" too and it's the same...
[08:06] <damko> _Enchained: i don't know
[08:46] <\sh> if someone wants to test wine 0.9.35...I'll put some test packages on archive.linux-server.org
[08:48] <imbrandon> \sh, sure
[08:49] <imbrandon> i cant for a few hours, but i will tonight
[08:49] <\sh> give me a few , then the upload is finished :)
[08:49] <imbrandon> kk
[08:50] <\sh> done
[08:50] <\sh> thx for your patience ;)
[08:51] <\sh> some of the bugs this release will fix, you can find here: https://bugs.launchpad.net/ubuntu/+source/wine/+bug/106745
[08:51] <ubotu> Malone bug 106745 in wine "[UVF Exception report]  wine 0.9.35 " [Undecided,Unconfirmed]
[08:52] <\sh> siretart: I hope you are ok with this UVF report...but diffstat is more hmmm strange ;)
[08:52] <imbrandon> heya siretart
[08:52] <imbrandon> how goes it today
[08:54] <\sh> siretart: btw...I'm moving to karlsruhe ...
[08:54] <\sh> siretart: completly
[08:54] <siretart> \sh: based on our chat earlier today, I've approved your UVFe
[08:54] <siretart> \sh: cool! :)
[08:55] <\sh> siretart: thx :)
[08:56] <\sh> siretart: and yes, I agree, that we need to find a new way for wine
[08:56] <\sh> everyone is welcome to work on this
[08:56] <siretart> \sh: my current most favorite solution would be to move the package to a PPA maintained by some ubuntu-wine team
[08:57] <siretart> I'll write a spec for this for sevilla with several possible options
[08:57] <\sh> siretart: as you remember, we asked scott for doing the packages actually as well for ubuntu (the official way...)
[08:57] <\sh> damn, I won't be in sevilla
[08:58] <siretart> \sh: well, the package in the current form are not really suitable for ubuntu, since it makes us big pain regarding our freeze deadlines
[08:58] <\sh> siretart: the plan was to have a 1.0 release for feisty
[08:58] <siretart> \sh: I really appreciate your and scott's work on this. really.
[08:59] <siretart> k, dinner.now. cu later
[08:59] <\sh> siretart: I don't , just because wines source is a nightmare, and without the right knowledge someone can break wine much more as now
[08:59] <\sh> anyways...finishing for today...tomorrow more...good nights ladies and gentlemen :)
[11:34] <marcin_ant> hi all
[11:35] <marcin_ant> can someone tell me how to configure scripts to _drop_ new empty database during package installation (I use dbconfig-common) ?
[11:40] <kofler> How would I prevent a program from starting up at boot?
[11:41] <Nafallo> sounds like a question for #ubuntu :-)
[11:45] <ajmitch> morning
[11:45] <bddebian> Heya ajmitch
[11:45] <Nafallo> morning ajmitch, bddebian
[11:46] <bddebian> Heya Nafallo
[11:51] <TheMuso> Hey MOTUs.
[11:52] <illovae> hello =)


[01:52] <lfaraone> Bug 405904 shouldn't be filed against Ubuntu, should it? I don't think there's a package for p.u.c, but it's not really an issue affecting the Ubuntu distribution.
[01:52] <ubot4> Launchpad bug 405904 in ubuntu "packages.ubuntu.com is flakey recently" [Undecided,Confirmed] https://launchpad.net/bugs/405904
[01:54] <kamusin> how do you pronounce rhythmbox?
[01:57] <charles> kamusin: ...?  "rhythm" + "box"
[01:59] <micahg> lfaraone: p.u.c wouldn't be a package, but a project, and no, I don't think there is one
[02:00] <lfaraone> micahg: so the bug should be invalid in Ubuntu, right?
[02:00] <micahg> site seems to be fine now, so I think it can be closed anyways
[02:01] <lfaraone> micahg: The bug reporter keeps on reopening the bug when it's marked as  invalid in Ubuntu, claiming "this was already discussed". (he was the only one talking, afaict)
[02:02] <micahg> yes, well this is an ongoing problem, is it on the hugday list?
[02:03] <kamusin> charles,  hehe
[02:04] <micahg> bdmurray: you around?
[02:06] <lfaraone> micahg: yes, it is on the list, that's how I found it :)
[02:07] <micahg> ah
[02:07] <micahg> well, lfaraone, I'd say come back in the morning when bdmurray is around and ask him
[02:12] <lfaraone> micahg: mk. the user then proceeded to insult me via PM,  (which seemed just a bit unjustified) so I'm not inclined to be permissive.
[02:12] <micahg> lfaraone: now you see why I'm not saying just to close it ;)
[02:13]  * micahg is not in the mood for a sparring match
[02:15] <lfaraone> micahg: in other news, I "cleaned up" about 20 or so bugs today from the hugday list. Do I totally get anti-hugged for not marking them as done on the Wiki? :P
[02:15] <micahg> lfaraone: use the hugday-tools
[02:16] <micahg> lfaraone: check out ubuntu-dev-tools and ubuntu-qa-tools
[02:16] <micahg> you can close from a console
[02:16] <lfaraone> micahg: cool.
[02:16] <micahg> lfaraone: https://wiki.ubuntu.com/UbuntuBugDay/Tools
[02:19] <lfaraone> micahg: I'm getting "TypeError: Error while trying to read cookie in sql format, cannot handle format of '.mozilla/firefox/nt0jde1l.default/cookies.sqlite'"
[02:19] <lfaraone> micahg: when I do:  "lfaraone@Opus:~$ hugday init --user lfaraone --cookie .mozilla/firefox/nt0jde1l.default/cookies.sqlite"
[02:20] <lfaraone> micahg: nevermind, just had to kill ff
[02:26] <micahg> lfaraone: I e-mailed the maintainer of p.u.c about setting up a project, if he gets back to me, I'll take care of the bug
[02:27] <lfaraone> micahg: okay. now, how can I get a list of bugs that I've touched today? I've since changed computers, so I don't have a history. (which makes hugday close difficult)
[02:28] <micahg> ummm
[02:28] <micahg> wait for 5-a-day stats to update?
[02:29] <micahg> oh, you don't seem to be on there
[02:31] <micahg> lfaraone: you can grep your way through an mbox file: http://people.canonical.com/~listarchive/ubuntu-bugs/
[02:31] <lfaraone> micahg: hehe, mk.
[02:31] <micahg> there's gmane, but I don't know how updated it is
[02:32] <micahg> yeah, that starts 2009-10-04
[02:49] <lfaraone> micahg: I've initted, but, "RuntimeError: You are not allowed to change the content of 'https://wiki.ubuntu.com/UbuntuBugDay/20091008'.
[02:49] <micahg> have you logged in before to the wiki?
[03:09] <AdamDV> I may have found a bug in Nautilus.
[03:10] <AdamDV> If your familiar with sshfs, I noticed today that when viewing an sshfs mounted folder it reports 1000GB of free space in the folder.
[03:32] <lfaraone> micahg: yes, I have.
[03:33] <micahg> lfaraone: did you run hugday init?
[03:33] <lfaraone> micahg: yes, that exited without output
[03:35] <micahg> isn't the cookie a path to the cookie file?
[03:47] <lfaraone> micahg: it is. I've also tried inputing my moin session directly.
[03:48] <micahg> are you logged into the wiki now?
[03:50] <lfaraone> micahg: yeah. nevermind, got it working
[03:52] <micahg> ok
[04:06] <lfaraone> against what project should archive bugs like bug 405097 be submitted?
[04:06] <ubot4> Launchpad bug 405097 in ubuntu "APT errors when using jm Ubuntu mirrror" [Undecided,Confirmed] https://launchpad.net/bugs/405097
[04:22] <hggdh> lfaraone: so far sounds like the packages are hosed somewhere, either mirror, or <whatever>. Frankly, I do not know what to set it against
[04:26] <lfaraone> hggdh: I see.
[10:12] <balthus> Hi, i am considering contributing to this bug report
[10:12] <balthus> https://bugs.launchpad.net/ubuntu/+source/zope3/+bug/444579
[10:12] <ubot4> Launchpad bug 444579 in zope3 "python-zopeinterface removed from Karmic repos still has lots of dependants" [Undecided,New]
[10:14] <balthus> it looks to me that this is a transition issue
[10:17] <balthus> in aptitude, the package is in the Obsolete list
[10:18] <balthus> the package description in aptitude reads:
[10:18] <balthus>   --\ Versions of python-zopeinterface (2)
[10:18] <balthus> i    3.4.0-0ubuntu3
[10:18] <balthus> p    python-zope.interface 3.5.2-1
[10:20] <balthus> so the new version is listed
[10:22] <balthus> but its name is quite different from the old one
[10:24] <balthus> could this be the reason why the upgrade is not automatic?
[10:29] <balthus> when manually selecting the new version and going for the upgrade, here is what I get:
[10:29] <balthus> --\ Packages being deleted due to unsatisfied dependencies (1)
[10:29] <balthus> id   python-zopeinterface
[10:29] <balthus> --\ Packages to be installed (1)
[10:29] <balthus> pi   python-zope.interface                                   +745kB  <none>     3.5.2-1
[10:31] <balthus> you can notice the subtil difference between the two package names
[10:31] <balthus> python-zopeinterface vs python-zope.interface
[10:33] <balthus> has anyone a clue?
[11:49] <jurjen> Hi All, new on IRC. I get unexpected behaviour in a preseeded unattended install: an empty extended partition is not recognized as free space in Jaunty, while it was in Hardy. What pacakge to file a bug against?
[12:10] <sbc> jurjen: My first guess would be: ubiquity (the installer)
[12:36] <lfaraone> bdmurray: ping. what should bug 405904 be filed against?
[12:37] <ubot4> Launchpad bug 405904 in ubuntu "packages.ubuntu.com is flakey recently" [Undecided,Confirmed] https://launchpad.net/bugs/405904
[12:55] <kblin> hi folks
[12:58] <jurjen> sbc: I would guess that Ubiquity is just a front end to d-i. But I'm unsure whether PartMan is already in the picture when the decision is made where to install.
[14:47] <bddebian> Boo
[16:39] <bdmurray> lfaraone: it doesn't belong where it is that's for sure
[16:54] <hggdh> yes. I also had a look at it yesterday, and I am not sure where to put it. Rolf does have a point, though
[16:58]  * thekorn personally does not like this SOMESTATUS<->Invalid battles on bugreports like this, it has a kind of aggressive character
[17:00] <jcastro> pedro_: bdmurray: OpenWeek!
[17:00] <jcastro> you guys are killing me!
[17:01] <hggdh> thekorn: +1. But the reporter has been courteous, and the issue could be seen as a infrastructure issue
[17:02] <hggdh> in fact, similar to the eeeBotu I have been running: it *is* a service to the community, but outside the, er, official channels
[17:03] <bdmurray> but you wouldn't shoe horn eeeBotu bugs into Launchpad about the Ubuntu _distribution_
[17:03] <hggdh> I agree
[17:03] <bdmurray> That should really be addressed in an rt
[17:03] <hggdh> this is why I stated 'similar'
[17:13] <thekorn> can anyone remind me on login/password for rt.ubuntu.com, let's report this packages.ubuntu.com problem there
[17:13]  * hggdh is starting to get annoyed by Quassel's behaviour
[17:14] <hggdh> bdmurray: is rt a restricted resource, internal to <whatever>?
[17:15] <Pici> thekorn: ubuntu/ubuntu iirc
[17:15] <bdmurray> No, it's available to ubuntu members
[17:15] <thekorn> Pici: oh, that's simple ;)
[17:15] <hggdh> Interesting. Never heard of it. Where do I get an user/pswd for it?
[17:15] <Pici> hggdh: topic of #canonical-sysadmin
[17:15] <Pici> or what I said a few lines ago
[17:16] <jpds> thekorn: It has been reported there.
[17:16] <thekorn> jpds: cool, do you have an url handy?
[17:17] <jpds> No, but I know mdke sent an email.
[17:18] <jpds> thekorn: what's the problem?
[17:19] <Okachobi> Hey all- just did a apt-get upgrade/dist-upgrade from karmic koala alpha 6 and seem to be unable to launch anything after KDE login.  Can't even get into the bug reporting tool- it comes up then kicks me back to the login screen.  Is there something I can do to get back to a working desktop?
[17:20] <thekorn> jpds: we have a bugreport (bug 405904) and we would like to close it, but give the people an alternative contact point,
[17:20] <ubot4> Launchpad bug 405904 in ubuntu "packages.ubuntu.com is flakey recently" [Undecided,Confirmed] https://launchpad.net/bugs/405904
[17:20] <jpds> thekorn: Yeah, that's the one mdke reported.
[17:20] <thekorn> jpds: so they see that at least some cares about it
[17:26] <jpds> thekorn: There is a ticket for it, it is a known issue, and people are working it.
[17:27] <thekorn> jpds: good, but unfortunatly I've no luck finding this ticket
[17:28] <jpds> Because someone still has to move it out of the hidden 'incoming' queue.
[17:29] <thekorn> aha, that's how it works ;)
[17:29] <jpds> No, someone just has to make it public on their rota.
[17:29] <hggdh> jpds -- is there any docs on what rc is for?
[17:30] <jpds> No.
[17:30] <jpds> It's a Request Tracker
[17:30] <jpds> ...for the Ubuntu community.
[17:31] <hggdh> thank you. And what should i request there?
[17:31] <jpds> New mailing lists, LoCo websites, DNS, mirrors, etc.
[17:33] <hggdh> heh. *NOW* we can tackle some of these bugs... Of course, we would still need to close them with a link to the rc bug opened...
[17:34] <Okachobi> Where can I got to find a list of reported bugs in the latest updates to Karmic Koala Alpha 6?  The latest update completely hosed my system.
[17:34] <jpds> hggdh: I'll keep any eye out for the ticket.
[17:34] <jpds> Leave it to me.
[17:34] <hggdh> jpds: thank you
[17:34] <thekorn> jpds: thank you
[18:49] <Okachobi> from: https://wiki.ubuntu.com/BugSquad : "Ubuntu BugSquad members can always be contacted via IRC on the channel #ubuntu-bugs on irc.freenode.org for help or collaboration. "  and by "help" I guess that means inability to even direct someone to the right place to get their questions answered.  Thanks anyway... I removed the ~/.kde/ directory and my desktop now works again.  I would have been happy to help provide bug data on this, b
[18:49] <Okachobi> one here could even answer the simple question of 'where do I find the bug database'.  Forgive my intrusion...
[18:51]  * Pici blinks
[18:53] <jcastro> bdmurray: openweek!
[18:55] <bdmurray> jcastro: I'm being attacked by bugs
[18:55] <jcastro> bdmurray: this is after release
[18:55] <bdmurray> oh right there will be less reports then ;-)
[18:55] <jcastro> yes, allowing plenty of time for you to have a session!
[18:58] <bdmurray> jcastro: okay I'll do 2100 on monday - reporting bugs alright?
[18:58] <jcastro> yessir!
[20:37] <darthanubis> https://bugs.launchpad.net/ubuntu/+source/liferea/+bug/379371
[20:37] <ubot4> Launchpad bug 379371 in liferea "Liferea segfaults with "Signal 11" whenever a feed-entry is clicked" [Low,Incomplete]
[20:37] <darthanubis> Who is responsible for assigning these bugs?
[20:41] <micahg> darthanubis: please install the dbg packages for libglib-2.0, and libgio-2.0
[20:42] <darthanubis> micahg, will do
[20:42] <micahg> darthanubis: although you seem to have a different issue than the reporter
[20:42] <darthanubis> I thiought I had done that..
[20:42] <micahg> the reporter can start liferea
[20:43] <micahg> darthanubis: if those don't work, then you'll need to add the ddeb repos and get the dbgsym packages
[20:43] <hggdh> darthanubis: what version of Ubuntu are you running?
[20:43] <darthanubis> Karmic
[20:43] <micahg> ah, good catch hggdh
[20:43] <hggdh> a sig 11 should trigger apport automagically on Karmic
[20:44] <micahg> darthanubis: definitely file a new bug, preferably with an apport crash
[20:44] <darthanubis> hggdh, it did , has not
[20:44] <hggdh> darthanubis: check if you already have a crash report under /var/crash for linferea
[20:44] <darthanubis> micahg, will do
[20:44] <lfaraone> bdmurray: thoguth so.
[20:45] <micahg> thanks darthanubis
[20:45] <darthanubis> thank you
[20:46] <darthanubis> hggdh, everything but liferea is in /var/crash
[20:46] <hggdh> heh
[20:46] <hggdh> so it may not be a sig 11
[20:47] <hggdh> hum. Try running 'gdb liferea'; on the gdb prompt, type in 'r' (for 'run'). Wait for the crash, then tell us what signal was it
[20:47] <micahg> hggdh: it is based on his backtrace
[20:47] <micahg> hggdh: http://launchpadlibrarian.net/32897025/gdb-liferea.txt
[20:47] <hggdh> oh already there... sorry
[20:48] <micahg> well, it was on another bug
[20:48] <micahg> and it was incomplete
[20:49]  * gnomefreak betting he runs it again and it comes up as a different crash
[20:49] <darthanubis> hggdh, standby
[20:49]  * hggdh will not bet ;-)
[20:49] <gnomefreak> i would say use "ubungu-bugs liferea"
[20:50] <gnomefreak> and file new report since this report is old and a much older version
[20:50] <darthanubis> did you guys see the gdb crash report I posted to the bug report?
[20:50] <gnomefreak> darthanubis: need a new one
[20:51] <hggdh> darthanubis: yes, I saw it. But this is a different issue from the bug 379371
[20:51] <ubot4> Launchpad bug 379371 in liferea "Liferea segfaults with "Signal 11" whenever a feed-entry is clicked" [Low,Incomplete] https://launchpad.net/bugs/379371
[20:51] <darthanubis> working on it
[20:51] <gnomefreak> new bug report would be great using the command i gave above
[20:51] <darthanubis> have to reinstall the debugging packages since I gave up on this
[20:51] <gnomefreak> darthanubis: use the command i gave above and you dont need to do anything
[20:51] <darthanubis> I got it, hang on;)
[20:51] <bdmurray> gnomefreak: I think you meant 'ubuntu-bug liferea'
[20:52] <gnomefreak> it should post debug info if it sees it as a crash
[20:52] <gnomefreak> bdmurray: yes sorry typo with s
[20:53]  * gnomefreak trying to remember who works on it
[20:53] <hggdh> pochu did, of old
[20:53] <gnomefreak> hggdh: thats him thanks. he dropped it?
[20:54] <hggdh> IDNK. Last comment on the bug was on June, but have not seen him for a while
[20:54] <hggdh> !last pochu
[20:54] <ubot4> Factoid 'last pochu' not found
[20:54] <gnomefreak> the liferea daily PPA has been forgotten it looks like
[20:55] <gnomefreak> thinking daily since its in my daily section of *.list
[20:55] <hggdh> heh
[20:56] <gnomefreak> either way new bug is needed, i will close the one open
[20:56] <hggdh> k
[20:56] <micahg> what open one?
[20:56] <gnomefreak> micahg: bug 379371 is closed now
[20:56] <ubot4> Launchpad bug 379371 in liferea "Liferea segfaults with "Signal 11" whenever a feed-entry is clicked" [Low,Incomplete] https://launchpad.net/bugs/379371
[20:56] <darthanubis> https://bugs.launchpad.net/ubuntu/+source/liferea/+bug/446649
[20:56] <ubot4> Launchpad bug 446649 in liferea "Liferea did receive signal 11 (Segmentation fault)." [Undecided,New]
[20:57] <micahg> gnomefreak: he wasn't the reporter on that bug
[20:57] <gnomefreak> it does us no good. would been nice if someone connfirmed it
[20:57] <micahg> and it was for something else
[20:57] <darthanubis> there you g
[20:57] <darthanubis> go
[20:57] <darthanubis> I thought it might have been the flashplugin, removed that, and still the segfault, I'm stumped
[20:57] <micahg> gnomefreak: please comment when closing bugs
[20:57] <gnomefreak> micahg: he was last commenter and other guy never answered the question from june
[20:57] <hggdh> darthanubis: good. Now please install the dbg/dbgsym libraries and GDB the beast again
[20:58] <micahg> ok
[20:58] <gnomefreak> micahg: i was going to but close no longer allows you too and you got me side tracked
[20:58] <darthanubis> hggdh, will do
[20:58] <hggdh> darthanubis: also please install the libc6 dbg
[20:58] <micahg> gnomefreak: do you have the launchpad improvements addon isntalled?
[20:59] <gnomefreak> micahg: yes
[20:59] <gnomefreak> and on edge
[20:59] <micahg> Ok, I use that for a quick close
[20:59] <micahg> you can't use the AJAX though if you intend to comment
[21:00] <micahg> or rather, shouldn't
[21:00] <gnomefreak> i use the little ! sign :)
[21:00] <darthanubis> please install the dbg/dbgsym libraries?
[21:00] <darthanubis> I don't understand that..sorry
[21:00] <micahg> right, bdmurray, should we get the AJAX disabled for Ubuntu bugs since we would like comments for status changes?
[21:00] <hggdh> darthanubis: yes, *either* .dbg *or* .dbgsym
[21:01] <micahg> darthanubis: s/./-/g
[21:01] <hggdh> thanks
[21:02] <gnomefreak> liferea-dbg
[21:02] <hggdh> and libc6 dbg and libglib and libgio
[21:02] <gnomefreak> also handy to know if its webkit or xulrunner version :)
[21:03] <gnomefreak> although not sure how that works if it provides both since only one is installed
[21:04] <darthanubis> libc6,libglib, but no libgio on my system, all dbg packages
[21:04] <hggdh> k, let's try the gdb
[21:05] <darthanubis> k
[21:06] <darthanubis> http://pastebin.com/d52cd7e5d
[21:06] <darthanubis> The GUI is up, but no text and it's dark/grey
[21:07] <hggdh> darthanubis: you forgot to 'bt full' ;-)
[21:07] <darthanubis> hope I did everything right?
[21:07] <darthanubis> bt full?....
[21:07] <micahg> darthanubis: libgio is in libglib2.0
[21:08] <darthanubis> oh, well I installed that package then
[21:08] <hggdh> darthanubis: gdb stopped at the crash, now we need to 'bt full' at the gdb prompt
[21:08] <hggdh> so that we will have a backtrace
[21:09] <darthanubis> http://pastebin.com/d3915cd75
[21:09] <darthanubis> REALLY appreciate all this help on this matter.
[21:10] <darthanubis> I love this feed reader
[21:10] <darthanubis> It did work when I installed Alpha5 but since the udates, something broke
[21:10] <darthanubis> updates
[21:10] <hggdh> weird. Only one frame
[21:11] <hggdh> darthanubis: please install samba-dbg -- the frame points to a library in it.
[21:11] <gnomefreak> mines working fine here atm
[21:12] <darthanubis> gnomefreak, well thats good I guess
[21:12] <darthanubis> I envy you
[21:12] <gnomefreak> my gwibber doesnt but liferea does :)
[21:12] <darthanubis> hggdh, roger that
[21:12] <hggdh> darthanubis: then please run again the gdb, and this time select, at the crash, 't a a bt f' (thread apply all bt full)
[21:12] <darthanubis> got it
[21:12] <hggdh> why is WINS resolution being called, alone in the thread?
[21:12]  * gnomefreak goes to bother our beloved gwibber expert
[21:13] <darthanubis> hggdh, I don't know. This was the only version of Ubuntu where I had to install wins and edit a file to get my samaba shares to show up
[21:13] <darthanubis> why liferea has any business with it beats me
[21:15]  * darthanubis waiting for smaba-dbg to install
[21:16]  * darthanubis huge download
[21:19] <darthanubis> http://pastebin.com/dbcff8fc
[21:19] <darthanubis> I think I sent the wrong cmd or wrong syntax?
[21:19] <darthanubis> because t a a bt f did nothing
[21:20] <hggdh> no, nothing wrng
[21:20] <hggdh> I was wrong
[21:20] <hggdh> darthanubis: you first have to 'r' it
[21:20] <darthanubis> got it
[21:21] <darthanubis> done
[21:21] <darthanubis> I have massive output now
[21:22] <darthanubis> http://pastebin.com/d329d59a
[21:22] <caravena> Hello
[21:27] <hggdh> darthanubis: interesting the segv was on samba code
[21:27] <hggdh> caravena: hello
[21:27] <hggdh> darthanubis: please upload this bt to the bug
[21:28] <caravena> Hello hggdh
[21:28] <hggdh> I am out of my depth on samba
[21:28] <caravena> See bug: https://bugs.launchpad.net/bugs/444155
[21:28] <ubot4> Launchpad bug 444155 in telepathy-butterfly "New release for telepathy-butterfly, update to 0.5.1" [Undecided,New]
[21:28] <darthanubis> hggdh, I already uploaded the output.
[21:28] <darthanubis> hggdh, removing wins from /etc/nsswitch.conf allows liferea to work again
[21:29] <darthanubis> Now I hope I did not break my shares again
[21:29] <hggdh> darthanubis: GOOD! You have a bypass (I hope). Please add this comment to the bug
[21:29] <hggdh> caravena: what is the issue with this?
[21:30] <caravena> finding mantainer for create new package of package de Debian
[21:31] <hggdh> OK. what you want is a sync request
[21:31] <caravena> hggdh, yes
[21:32] <hggdh> caravena: please have a look at https://wiki.ubuntu.com/Bugs/HowToTriage#Special%20types%20of%20bugs
[21:33] <hggdh> this is how it is done. Please also follow https://wiki.ubuntu.com/SyncRequestProcess
[21:33] <joaopinto> darthanubis, could you please re-add the wins lookup to nsswitch and try: nslookup planet.ubuntu.com
[21:34] <darthanubis> joaopinto, wow, you've been following the bug , nice. Readd wins with liferea running or close it?
[21:34] <hggdh> close it
[21:34] <joaopinto> the bug is not with liferea, it's on the wins lookup
[21:35] <hggdh> joaopinto's request is trying to check the samba setup
[21:35] <joaopinto> doing an nslookup could produce something similar
[21:36] <darthanubis> well with it closed or open here are the results with wins add again....
[21:37] <darthanubis> http://pastebin.com/d5988364f
[21:37] <darthanubis> how strange all this is to me
[21:37] <darthanubis> I thought readding wins wouls surely make liferea segfault again
[21:38] <joaopinto> it didn't ?
[21:38] <hggdh> nope...
[21:38] <darthanubis> nope
[21:38] <darthanubis> I can't seem to get it to segfault
[21:38] <joaopinto> so the conditions to trigger the bgu is not a trivial lookup
[21:38] <joaopinto> bug
[21:38] <darthanubis> let me readd the flashplugin to liferea again
[21:40] <joaopinto> darthanubis, you need to put nis on the same order on nsswitch you had before
[21:40] <joaopinto> ops, wins
[21:41] <darthanubis> joaopinto, I did, it was at the begining of that line
[21:42] <caravena> hggdh,  I install package of Debian
[21:43] <hggdh> caravena: you installed a Debian package?
[21:43] <hggdh> caravena: this is usually not a very good idea -- Debian and Ubuntu have some differences on where files go
[21:43] <caravena> hggdh, Yes. Testing
[21:44] <hggdh> caravena: but this does not impact your sync request. For it to be acted on, you have to follow the instructions I gave above
[21:44]  * caravena translate in google
[21:45] <hggdh> :-)
[21:45] <hggdh> sorry
[21:45] <hggdh> caravena: you still have to fill in the sync request as I pointed above
[21:48] <caravena> hggdh, ok
[21:51] <caravena> Now fine hggdh? https://bugs.edge.launchpad.net/ubuntu/+source/telepathy-butterfly/+bug/444155
[21:51] <ubot4> Launchpad bug 444155 in telepathy-butterfly "New release for telepathy-butterfly, update to 0.5.1" [Undecided,New]
[21:51] <hggdh> caravena: looking at it
[21:55] <hggdh> caravena: please follow https://wiki.ubuntu.com/SyncRequestProcess#Content%20of%20a%20sync%20request
[21:55] <hggdh> (although I think it might be too late for Karmic)
[22:00] <darthanubis> hggdh, http://ubuntuforums.org/showpost.php?p=7075850&postcount=4
[22:00] <darthanubis> thats why I edited that file to begin with
[22:05] <atrus> if i've installed a karmic package from archive.ubuntu.com because my local mirror doesn't have the update yet, how do I file a bug on it with ubuntu-bug?
[22:06] <micahg> atrus: you can still use ubuntu-bug even if you don't have it installed
[22:06] <hggdh> darthanubis: so you are always trying WINS before dns
[22:06] <atrus> micahg: it just says "this is not a genuine ubuntu package"
[22:07] <micahg> atrus: does it prevent you from filing the bug?
[22:07] <hggdh> it will
[22:07] <atrus> yes.
[22:08] <micahg> weird..it'll let you file a bug for a package you don't have installed, but if you have it installed it'll stop you?
[22:08] <atrus> apparently.
[22:09] <micahg> which package?
[22:09] <darthanubis> hggdh, never used it any other way
[22:10] <micahg> atrus: well, you can switch your sources to archive.ubuntu.com to submit the report
[22:11] <micahg> atrus: the problem with ubuntu-bug has already been filed as bug 443961
[22:11] <atrus> micahg: empathy.
[22:11] <ubot4> Launchpad bug 443961 in apport "Given that ubuntu-bug is now needed for all bug reports, non-genuine packages should be allowed." [Undecided,New] https://launchpad.net/bugs/443961
[22:11] <atrus> micahg: ooh, that's cool. thanks.
[22:14]  * gnomefreak likes that idea :)
[22:16] <darthanubis> https://bugs.launchpad.net/ubuntu/+source/mountall/+bug/432620
[22:16] <ubot4> Launchpad bug 432620 in mountall "needs to load (or wait for) filesystem modules e.g. xfs" [Medium,Fix committed]
[22:16] <darthanubis> Now this bug right here, we need help on
[22:17] <darthanubis> And thank all who helped with my Liferea issue!
[22:18] <hggdh> darthanubis: Scott is working on it
[22:19] <darthanubis> ugh, clicking add new feed via firefox using liferea-addfeed crashes liferea
[22:19] <darthanubis> hggdh, thanks
[22:19] <darthanubis> just thought Scott could use a hand. But you know better than I
[22:20] <darthanubis> https://bugs.launchpad.net/ubuntu/+source/liferea/+bug/379371
[22:20] <ubot4> Launchpad bug 379371 in liferea "Liferea segfaults with "Signal 11" whenever a feed-entry is clicked" [Low,Invalid]
[22:20] <darthanubis> I think gnomefreak might have dismissed this bug a little too early?
[22:20] <darthanubis> Liferea did receive signal 11 (Segmentation fault). after adding a feed
[22:21] <darthanubis> let me try to remove WINS again
[22:22] <hggdh> brb
[22:23] <gnomefreak> signal 11 does not mean its the same bug it just means it died the same
[22:24] <darthanubis> gnomefreak, what does it mean if like the bug title says, as soon as I add a feed it segfaults?
[22:24] <darthanubis> Exactly as described?
[22:24] <gnomefreak> darthanubis: nothing much to the crash. the crash report is what needs to be the same
[22:25] <gnomefreak> darthanubis: a feed can cause a crash and user would only know that clicking on it crashed it
[22:25] <darthanubis> well the guys @#liferea asked me to make it a duplicate of my new bug you told me to file
[22:26] <darthanubis> removing WINS from /etc/nsswitch.conf solves the crash
[22:26] <gnomefreak> darthanubis: if the dbug output is same than that is what should happen but age+reporter no answer == cant tell if the same
[22:27] <darthanubis> gnomefreak, I'm following you...
[22:39] <xteejx> Hi guys bug 383511. Anything else needed?
[22:39] <ubot4> Launchpad bug 383511 in update-notifier "apt_check.py crashed with SIGSEGV in strlen()" [Medium,Confirmed] https://launchpad.net/bugs/383511
[22:43] <xteejx> I'm going through my reported bugs and there's a couple that are resolved, so will comment on and change these as appropriate, but unsure what to do with the above. I thought apport reported bugs were already triaged?
[23:02] <xteejx> Hi again guys, is anyone around?


[00:00] <CarlFK> installed jaunty, boot, dmesg, see stackdump: http://dpaste.com/91033/
[00:03] <CarlFK> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/287392 looks the same - should I 'me too' it or anything?
[08:16] <desrt> hi.  has any consideration been given to providing a linux-image-amd64 package for i386 arch?
[08:16] <desrt> i just manually downloaded and dpkg --force-architecture'd a amd64 kernel onto my 32bit install and everything seems quite fine
[08:17] <desrt> even the initramfs generated properly (something that surprised me since it's now a weird mix of 32bit utilities and 64bit kernel modules)
[09:13] <desrt> ok.  i've filed a bug about it.
[13:08] <soren> desrt: That certainly would have made the few i386->amd64 upgrades I've done much easier.
[13:12] <soren> amitk: Do you happen to know if the armel kernel will support the NSLU2? Wikipedia says it has a 266 MHz ARM Intel XScale IXP420 CPU.
[13:23] <NCommander> soren, it will once we have a kernel configuration that supports it
[13:28] <soren> NCommander: No shit? The kernel will support it once it supports it? :p
[13:28] <NCommander> soren, I mean once we add a ipx420 varient to the ARMel kernel
[13:28] <NCommander> the armel distribution itself is compatible (XScale has the necessary instruction support)
[13:29] <soren> Yeah, I know. Mine already runs Debian.
[13:31] <NCommander> soren, Debian targets a different ARM instruction set
[13:31] <NCommander> (armel)
[14:23] <amitk> soren: yes it will
[16:38] <CarlFK> #0  0xb808c430 in __kernel_vsyscall ()
[16:38] <CarlFK> No symbol table info available.
[16:39] <CarlFK> can I get debug symbols for the kernel?
[18:01] <laga> hey
[18:03] <laga> when i "apt-get source linux-image-2.6.24-21-generic", i end up with a source tree that builds 2.6.24-22.
[18:04] <laga> is that intentional?
[18:10] <fransman> laga:  maybe 2.6.24-22 goes from your $release_name-security
[20:25] <Xtreme_Great> Can someone tell me where the build directory inside /usr/src/linux-headers-`uname -r` is?
[20:26] <Xtreme_Great> I'm trying to make rt73 driver and facing problems...
[20:27] <Xtreme_Great> I posted the problem #ubuntu and got no response... You are the kernel... Please help.
[20:27] <Xtreme_Great> :(
[20:27] <Xtreme_Great> I even checked ubuntuforums for the solution... But nothing worked... And all were incomplete too
[21:32] <amitk> Xtreme_Great: run 'uname -r' on the command line
[21:32] <amitk> and then use that output to look in the correct direction /usr/src/linux-headers-<outpu>
[21:37] <Xtreme_Great> amitk: I already did that... It's 2.6.24-21-rt
[21:37] <Xtreme_Great> I meant that I can't find the build directory in /usr/src/linux-headers-2.6.24-21-rt
[21:38] <amitk> Xtreme_Great: you need to install the linux-headers package
[21:40] <amitk> Xtreme_Great: and you will probably find it in /lib/modules/<kernelver>/build
[21:44] <Xtreme_Great> That build directory is empty...
[21:44] <Xtreme_Great> I mean the one in /lib/modules/`uname -r`/build


[06:05] <Kilos> morning everybody
[06:14] <Kilos> telkom speed shows slack last few days but improved last night
[06:15] <Kilos> http://testmy.net/hoststats/telkom_internet
[16:25] <Kilos> Maaz seen gremble
[16:25] <Maaz> Kilos: gremble was last seen 27 days, 6 hours and 9 seconds ago in #ubuntu-za on freenode [2016-01-18 02:25:19 PST], and has been offline on freenode since 2016-01-24 03:05:36 PST
[16:25] <Kilos> sjoe
[16:51] <inetpro> good mornings
[16:52] <Kilos> hi inetpro
[18:22] <Kilos> eeeek speedtest getting slower and slower
[18:41] <Kilos> evening superfly thatgraemeguy and others
[18:50] <Kilos> night all. sleep tight


[00:46] <Eickmeyer> teward: https://code.launchpad.net/~ubuntustudio-dev/ubuntustudio/+git/materia-gtk-theme
[00:46] <Eickmeyer> Holup... pristine-tar didn't get pushed.
 you can still do that and I can still clone it down and then `gbp pull` it :P
 UNRELATED I figured out with gbp how to branch for other things too so yay
[00:50] <Eickmeyer> Noice
[00:50] <Eickmeyer> teward: pristine-tar data is now good.
 cool pulled it
 updating my chroots
 then build testing and lintianing
[01:10] <Eickmeyer> OvenWerks: See PM when you get a chance.
[02:35] <Eickmeyer> teward: How did it go?
[02:35] <teward> got distracted
[02:36] <Eickmeyer> hahahaha
 Eickmeyer: other than a policy violation locally (re: who signed things) all looks OK
[16:23] <Eickmeyer> teward: Cool. We'll wait for the release team to clarify this. Think I should ping them again?
[16:23] <teward> your call
[16:23] <teward> they have a ton of stuff on their plate heh
[16:23] <Eickmeyer> Well, if I don't it'll go ignored. And since it's a weekday... really we just need clarification on whether or not the FFe/UIFe is even necessary.
 yep well as i said your call ;)
 poke em if yo uwant
 i ain't telling you what to do
[16:34] <Eickmeyer> teward: hehehe
[16:36] <Eickmeyer> One week until beta freeze, it needs to get handled asap. I realize they're busy, but if we can take that one off their plate that would be nice.
 Eickmeyer: see I went an extra step and stabbed people lol
 that's where me being an [CENSORED] helps :P
[16:41] <Eickmeyer> teward: Indeed. I'm probably too nice, though I have vented my frustration before.
[16:42] <teward> indeed
[16:42] <teward> i know sil was around though
[16:42] <teward> so i'm just adding stuff to sil's list
[16:42] <teward> 'course i have a DMB meeting later today so :P
[16:42] <teward> i'm also prepping for that
[16:42] <Eickmeyer> Well, it's a simple question. Just needs a yes or no. If yes, we'll leave it. If no, we'll close the bug and JFDI.
[16:46] <teward> well, I will you mean :p
[16:46] <teward> *yawns*
[16:46] <teward> i need more coffee
[16:47] <teward> *goes to make more*
[17:41] <Eickmeyer> teward: I say JFDI. We'll close the issue. It doesn't have a big-enough change to any screenshots (I'm thinking Ubiquity here) to warrant a FFe/UIFe.
 ack
 Eickmeyer: Upload in progress
[18:01] <teward> Eickmeyer: uploaded and accepted by the archive system
[18:22] <Eickmeyer> teward: Thanks!
[19:48] <Eickmeyer> huh, that migrated quickly.
 yes, it did
 because APPARENTLY it went right to ACCEPTED and not Needs Approval
 not sure if because CoreDev / DMB but heh
[22:32] <Eickmeyer> teward: New package at https://launchpad.net/dragonfly-reverb. Lintian clean with caviats: had to use "Old Changelog:" from previous packager who used only French and was translated via Google Translate. The other one is no manpages, had to override since docs are online.
[22:32] <Eickmeyer> Also pristine-tar is a repack with submodule contained.
[22:32] <Eickmeyer> This will not be added to the seed until next cycle.
[22:33] <teward> does this exist in Debian?
[22:33] <teward> i.e. will there be any weird issues with downloads/etc
[22:33] <teward> or merges
[22:33] <Eickmeyer> teward: Negative. It was always in a different repo such as kxstudio.
[22:34] <teward> ack
[22:34] <OvenWerks> dragonfly is quite a new appliaction/plugin less than a year old I think
[22:35] <Eickmeyer> 2017 is when development started.
[22:36] <OvenWerks> wow, it has been that long.
[22:36] <Eickmeyer> Current version is 3.0.
[22:37] <OvenWerks> I think a lot of revision is due to it's use in calsical music
[22:38]  * OvenWerks can't spell (type?) today
[22:38] <Eickmeyer> That's the classical music from California, right/ Cal-sical?
[22:38] <OvenWerks>  :)
 cloned down, running sbuild
[22:39] <Eickmeyer> OvenWerks: Craigbass is back, not sure what he did wrong this time. :/
[22:39] <Eickmeyer> teward: ack
[22:43] <teward> that's a lot of `g++: warning: ...  linker input file unused because linking not done` warnings...
[22:43] <teward> fooey i accidentally ctrl+c'd
[22:44] <Eickmeyer> woops.
[22:45] <Eickmeyer> teward: I'm guessing the warnings might be a due to a gcc compiler version difference. That's the biggest error/warning issue I've seen lately.
[22:45] <teward> maybe but that's something that may need to be looked at.  it's a warning not an error state
[22:45] <teward> you confirmed this works yes?
[22:45] <teward> (builds/works)
[22:45] <Eickmeyer> Yes.
[22:47] <Eickmeyer> Everything works as expected.
[22:48] <Eickmeyer> teward: You wouldn't believe the compiler gymnastics I've had to do in Fedora to get things to build.
[22:48] <Eickmeyer> gcc 10 is a pain.
 well looks like newer Lintian has some tags in it that I need to ignore
 so my sbuild config has adjusted accordingly
 lintian clean but checking thingsl ike copyright now
 NACK on licenses
 some bits are ISC licenses
 some bits are GPL-3+
 some are Zlib licenses
 some are LGPL-2.1+
 some are 'public-domain'
 and some are specifically gpl-3+ vs gpl-2+
 Eickmeyer: ^
 (so, incomplete copyright file)
[23:26] <Eickmeyer> teward: Crap, I forgot to go through that. FML
 oh some are OFL-1.1 too (Open Font Licenses)
 yeah so
 https://paste.ubuntu.com/p/T2twFpkCCg/ is what i got
 `licensecheck -m --deb-fmt -r .` from the git root
 oh and some are explicitly GPL-3.0
 not 3+
 so you have a lot of copyright work to get done.
 so NACK as is
[23:29] <Eickmeyer> I can do that. The stuff in dpf can be copied from dpf-plugins, believe it or not, so that'll save some time.
[23:31] <Eickmeyer> teward: the stuff in dpf is a repack, which is probably why I missed it.
 yep
 when in doubt, Eickmeyer, use the licensecheck i specified above
 it LITERALLY scans files to ID if there's licenses defined in it already or not
 it requires manual review, yes. but


[01:10] <zul> heylo
[12:55] <Mithrandir> BenC: (re kprobe) I was pondering using it for readahead measurements.
[06:38] <mjg59> BenC: How much does enabling EFI in the kernel cost us?


[10:14] <thorwil> marcushaslam: hi! what do you mean with "We do have an artwork template which you can adapt."?
[10:22] <marcushaslam> thorwil: Paul sladen willreply with details
[11:16] <thorwil> ty


[13:32] <mike00> appdevs: is there a way to make untouchable a button?
[13:42] <kalikiana> mike00: enabled: false ?
[13:50] <ogra_> kalikiana, fassmichnichtan: true
[13:50] <ogra_> :P
[13:51] <kalikiana> lol
[13:56] <mike00> thanks kalikiana
[18:14] <mimecar> good evening
[18:14] <mimecar> Is it easier to start with a scope and then move to a native application or does not matter?
[18:15] <mimecar> I would like to access both user data and online resources
[22:05] <maokei> bq m10 is it possible to isntall qtCreator on it?


[09:15] <CIA-71> ubiquity: evand * r4221 trunk/debian/ (changelog ubiquity.templates): Add back ready_text_label for the KDE frontend.
[10:02] <Riddell> ev: did you get anywhere with it?
[10:03] <ev> Riddell: sorry about that, it took me a while to bootstrap yesterday.  I've been working on it this morning.  I'll keep you posted.
[10:04] <Riddell> thanks, good luck, let me know if I can help
[10:04] <ev> thanks and sure thing
[14:29] <jzarr> where do casper-bottom log messages get printed to?
[14:35]  * ogra thinks dropping the hostname input field from ubiquity was a very bad idea, all my machines are called ogra-laptop now, thats quite annoying if you test multiple machines
[14:36] <ev> it's a fairly advanced option
[14:36] <ogra> giving your computer a name ?
[14:36] <ogra> thats something even my mother manages
[14:36] <persia> Is it?  Most less-technical folks I know are more concerned about naming than the more-technical folks.
[14:36] <ev> you can still set it by putting netcfg/get_hostname=ogra-laptop2 on the kernel command line.
[14:37] <Riddell> now that's advanced :)
[14:37] <persia> Indeed.
[14:37] <ogra> i cant edit the cmdline easily on armel images
[14:37] <ogra> that requires quite some tinkering
[14:38] <ogra> in other notes i really like the new UI ... though oem-config looks a bit lost on 1920x1200 :)
[14:39] <persia> That's acceptable, given that it now shrinks well.
[14:39] <ogra> indeed
[14:52] <tjaalton> looks like grub-installer fails to install on a multipath device on lucid
[14:52] <tjaalton> is it possible to try a newer version of the package and rerun the menu entry?
[14:55] <ev> jzarr: presumably /casper.log (/var/log/casper.log once at the desktop)
[14:58] <jzarr> i see that, should i be expecting to see something with the $DESCRIPTION in it?
[14:58] <jzarr> im trying to add a new script, not sure if its running
[14:59] <ryanakca> Could someone venture a guess as to why " automatic-ubiquity" on the kernel line fails to launch ubiquity after a Wubi run?
[15:02] <ev> ryanakca: do you have anything in /var/log/installer ?
[15:03] <ev> jzarr: without digging, I'm not sure.  Perhaps just touch a file in /root if that's not working as expected?  Sorry I can't be of more help at the moment, trying to sort this ubiquity KDE stuff.
[15:05] <jzarr> no problem, when you have a sec, im also curious how to make /cdrom writable
[15:06] <ev> mount -o remount,rw /cdrom
[15:06] <jzarr> just add that to fstab?
[15:12] <ev> Actually, it shouldn't be mounting it read-only in the first place if it's a writeable filesystem...
[15:12]  * ev digs
[15:18] <jzarr> yah, thats what i thought too, im booting from a usb stick (obviously)
[15:22] <Riddell> ev: I've got a change which makes the KDE language page use a similar layout to the GTK one, am I ok to commit?
[15:29] <ev> Riddell: sure thing, I'll just merge with that.  I think I've nearly got it working, by the way.
[15:32] <ryanakca> ev: Nope.
[15:32] <CIA-71> ubiquity: jriddell * r4222 trunk/ (8 files in 4 dirs):
[15:32] <CIA-71> ubiquity: * Update Language page to closer follow GTK layout
[15:32] <CIA-71> ubiquity: * pixmaps/cd_in_tray.png moves to ubiquity.install-any and ubiquity replaces old
[15:32] <CIA-71> ubiquity:  ubiquity-frontend-gtk
[16:45] <ryanakca> ev: I can get you the Wubi log or the kernel command line if it's of any use though...
[16:46] <ev> ryanakca: is this a regular wubi install, or something custom?
[16:48] <ryanakca> ev: custom, I added a slightly modified (IE, added some packages) Ubuntu LiveCD to isolist.ini...
[16:49] <ev> is this with lucid or maverick?
[16:49] <ryanakca> Lucid
[16:50] <ryanakca> I don't mind digging myself, I'm just not sure where to start looking. What handles the automatic-ubiquity option on the kernel line?
[16:50] <ryanakca> (and all of the other preseed options)
[16:50] <ev> ryanakca: the ubiquity upstart job (turns it to --automatic)
[16:51] <ev> it's debian/ubiquity.ubiquity.upstart in ubiquity trunk
[16:53] <jzarr> hey ev, whats the best place to stick a post log-in startup bash script. I tried adding one to casper-bottom but that didnt seem to work
[16:54] <ryanakca> ev: Aha! Found it. Work had me switch out gdm for lxdm, but /etc/init/ubiquity.conf has "start on (starting gdm or starting kdm or starting xdm or starting uxlaunch)"
[16:58] <ryanakca> ev: Thanks. As a feature request, mind adding 'starting lxdm' to that list?
[17:00] <ev> ryanakca: I think there's a proposed branch for it, but if not definitely.  I'll sort that out when I get back from this appointment I'm about to run off too.  Shouldn't be more than two hours or so.
[17:00] <ryanakca> ev: Thanks
[17:02] <ev> jzarr: as in shell log in?  Just tack it to the end of /etc/skel/.profile or /etc/skel/.bashrc, no?  Gotta run
[17:05] <jzarr> ev, i tried /etc/profile, it launched but i didnt have mouse/keyboard support, /etc/bashrc didnt do anything
[17:19] <CIA-71> debian-installer: cjwatson * r1349 ubuntu/ (7 files in 2 dirs): Move to 2.6.35-19 kernels.
[17:24] <CIA-71> debian-installer: cjwatson * r1350 ubuntu/ (build/config/armel/dove.cfg debian/changelog): Move dove to 2.6.32-409 kernels.
[17:56] <dpm> hi ev, would it be possible to export the ubiquity translations from LP? Translators are quite keen to test them, and this weekend being the Ubuntu Global Jam, that'd be really useful. Thanks!
[20:22] <ev> Riddell: when you get a chance, in app.ui, can you add a container that switches between content_widget and a qwebview, like how the gtk code uses a GtkNotebook without styling to switch between the container for page_section and title_section, and webkit_scrolled_window?
[20:22] <ev> Riddell: I tried, but alas I'm having difficulty wrapping my head around qtcreator sufficiently to create something that doesn't massively break the layout.
[20:23] <ev> of course, if there's a preferred way to do this, by all means go with that.  We just need some way of switching to the slideshow in the body of the installer window.
[20:23] <ev> dpm: sure, with the next upload.
[20:29] <Riddell> ev: you mean rather than the separate dialogue we have now?
[20:30] <dpm> thanks ev!
[20:41] <Riddell> ev: this changes widgetStack (back) to a QStackedWidget (which presumably it was before the plugin architecture) http://people.canonical.com/~jriddell/tmp/app.ui
[20:42] <Riddell> use widgetStack.setCurrentIndex(1) to change the page
[20:45] <Riddell> then make a QWebView and widgetStack.widget(1).layout().addWidget(myWebView) to get the widget
[20:46] <Riddell> however I think I'd prefer to keep the current progressDialogue if that's easy to do, but don't worry if it's not
[20:55] <jzarr> hey guys, in the cmdline boot args is it live_media_path or live-media-path
[20:59] <cjwatson> the latter
[21:00] <cjwatson> (slightly surprisingly)
[21:01] <jzarr> thx
[21:06] <jzarr> is live-media-path=/casper64 valid? or does it have to be something like =/ubunut64/casper im trying to make a liveUSB with both 32 and 64 bit images, keeps saying no live file system found, (32bit works fine)
[23:06] <CIA-71> debian-installer: cjwatson * r1351 ubuntu/ (6 files in 3 dirs):
[23:06] <CIA-71> debian-installer: Add GRUB EFI configuration on amd64, and make mini.iso images there
[23:06] <CIA-71> debian-installer: multi-catalog.
[23:08] <CIA-71> debian-installer: cjwatson * r1352 ubuntu/build/boot/x86/grub/grub-efi.cfg: add missing grub-efi.cfg from previous commit
[23:18] <CIA-71> ubiquity: jriddell * r4223 trunk/debian/ (changelog control rules):
[23:18] <CIA-71> ubiquity: * Update KDE Language page to closer follow GTK layout
[23:18] <CIA-71> ubiquity: * In debian/rules move usr/lib/ubiquity/ubiquity/cheese* back to
[23:18] <CIA-71> ubiquity:  ubiquity-frontend-gtk package, including it in ubiquity package brings in a lot
[23:18] <CIA-71> ubiquity:  of Gnome dependencies


[03:26] <boottella> good night, someone speaks spanish?
[03:28] <boottella> lenovo 330 touchpad click not working
[03:28] <boottella> help please
[03:46] <Eickmeyer> !es | boottella
[06:39] <OvenWerks> maybe try meter bridge connected to both of your capture portsOBOBOBOBCA
[06:39] <OvenWerks> oops... wierd mouse artifact
[20:50] <dash_rendar> hi 2 all
[21:06] <AppAraat[m]> hi, is there a link to older ISO downloads? Namely 18.04? I want to use it in order to test something.
[21:06] <OvenWerks> 18.04 should still be around
[21:07] <OvenWerks> http://cdimage.ubuntu.com/ubuntustudio/
[21:07] <OvenWerks> look in releases
[21:08] <AppAraat[m]> nice, thanks
[21:08] <OvenWerks> 16.04, 18.04, 19.10 (not for long) and 20.04.
[21:09] <OvenWerks> the dvd directory current is 20.10 pre alpha
[21:17] <Eickmeyer> 16.04 has been EOL for a year now.
[21:18] <OvenWerks> so we expect that to vanish soon too.
[21:19] <OvenWerks> Eickmeyer: the nice thing about 16.04 is that it has 32 bit images... so install 16.04 upgrade to 18.04
[21:19] <OvenWerks> not as good as 20.04....
[21:20] <OvenWerks> but it keeps one more unit out of the landfill
[21:20] <OvenWerks> (yes I have done live recording/tracking with it in the past year
[21:34] <Eickmeyer> 18.04 also has 32-bit releases.
[21:34] <OvenWerks> cool, for some reason I thought 16 was the last
[21:40] <AppAraat[m]> OvenWerks: 18.04 live, just started jack via qjackctl, then Audacity... And.... Recording works o_0
[21:41] <AppAraat[m]> Testing now on 48k instead of 44.1
[21:42] <AppAraat[m]> That works too
[21:42] <AppAraat[m]> Yeah, that's indeed weird.
[21:44] <OvenWerks> which jack backend
[21:50] <AppAraat[m]> ^ my test account which is logged in on the live environment.
[21:51] <OvenWerks> :) ok not what I was asking but still answers what I wanted
[22:28] <sirriffsalothp> Just installed Ubuntu Studio 20.04, congrats guys, it looks awesome so far
[23:15] <Eickmeyer> sirriffsalothp: Thanks. :)
[23:35] <sirriffsalothp> Eickmeyer: I added the kxstudio repos though, and now ardour takes an awful long time to load, same problem in 19.10.. any ideas for this? I don't think it took that long without the repos.. it's odd
[23:35] <Eickmeyer> !kxstudio | sirriffsalothp
[23:35] <Eickmeyer> sirriffsalothp: There's a reson we don't support that repo, and what you have is no longer Ubuntu Studio.
[23:35] <sirriffsalothp> I know, I just wondered.. :)
[23:36] <sirriffsalothp> Eickmeyer: kxstudio does have some great additions for a studio-machine, wouldn't you say?
[23:36] <Eickmeyer> Nope, don't know, don't care. Sorry to be rude, but I'd be a rich man if someone paid me every time they used the Kxstudio repo and broke their machine.
[23:36] <sirriffsalothp> Eickmeyer: I see. Thanks mate, wonderful job again with UB at any rate :)
[23:36] <Eickmeyer> It. Breaks. Ubuntu. Studio. Do. Not. Use. It.
[23:37] <Eickmeyer> Ha, thanks. :)
[23:37] <sirriffsalothp> Makes me wonder what the point is, as kxstudio no longer sports a distro of its own...
[23:38] <Eickmeyer> I honestly don't know. If he'd put as much effort into helping make Ubuntu Studio a better system that he puts into making that repo, Ubuntu Studio would surpass macOS in terms of multimedia usage.
[23:39] <Eickmeyer> Maybe that's an exaggeration, but it's kinda frustrating.
[23:39] <sirriffsalothp> Sad to hear that... he seems a very competent dude, but I'm way out of my depths here anyhow
[23:39] <Eickmeyer> BTW, those repos are built against 18.04, so there's part of the problem.
[23:39] <sirriffsalothp> Having just installed the repos and done an upgrade, is there any way to revert any changes it would make to UB, I may as well just try a clean UB to see how it is?
[23:40] <Eickmeyer> Unfortunately, because it's not a simple PPA-add, there's no easy way other than to reinstall.
[23:40] <sirriffsalothp> Craaap.. lol
[23:40] <Eickmeyer> I mean, those repos are good for stock Debian systems, but not much else.
[23:42] <sirriffsalothp> Fair enough. What does falktx say when you ask him to come aboard the UB-train (I presume you've discussed it)
[23:48] <Eickmeyer> I have in the past, and he doesn't want to be confined to Ubuntu's rules of doing things.
[23:49] <Eickmeyer> sirriffsalothp: Maybe after we have his favorite desktop running in a stable version, we'll revisit the topic.
[23:56] <sirriffsalothp> Eickmeyer: I see. Quick question, ardour is unable to find a-Compressor, even though I can use it as a plugin and add it again... any ideas as to why ardour can't work out how to use this plugin now and just makes it an inactive?
[23:57] <Eickmeyer> Using the version in the KXStudio repos?
[23:57] <sirriffsalothp> Well I WAS using the kxrepos on 19.10 as well, so it's odd that this should be a problem now...
[23:58] <Eickmeyer> There was a bug that we fixed for the a-plugins that only pertained to 20.04.
[23:58] <Eickmeyer> So, I imagine the KXStudio buidl has the same problem.
[23:58] <sirriffsalothp> Lol, what rotten luck
[23:59] <sirriffsalothp> I guess I'll do a reinstall and get back to you, there's not much point in this
[23:59] <Eickmeyer> We had to rebuild all of Ardour with a patch containing the plugins that are part of ardour 6.
[23:59] <sirriffsalothp> Oh... yeah that would do it I imagine
[23:59] <sirriffsalothp> Eickmeyer: why on earth did you have to do that?
[23:59] <Eickmeyer> Yep. So, new install + all package updates should fix that.


[02:00] <RAOF> Hey, fancy release team members!
[02:01] <RAOF> I'd quite like to get mesa out of artful-proposed!
[02:01] <RAOF> It's blocked by glbindings hitting new and exciting gcc warnings on armhf, thouh.
[02:02] <RAOF> Those warnings aren't in mesa-adjacent code, though. glbindings is just broken.
[03:40] <slangasek> RAOF: stderr output from the compiler due to C++, yeah, that's a pretty sure bet that it's not mesa's fault :)  overriding
[03:41] <RAOF> Ta muchly!
[03:42] <jbicha> slangasek: want to help android-tools migrate out of -proposed? LP: #1699928
[03:42] <ubot5`> Launchpad bug 1699928 in goget-ubuntu-touch (Ubuntu) "Please delete obsolete android binaries" [Undecided,New] https://launchpad.net/bugs/1699928
[03:47] <slangasek> jbicha: ubuntu-device-do / ubuntu-device-flash are not listed on update_excuses and they don't appear to be NBS; removing the binaries is not a correct solution here unless you also show that they won't come back on the next upload
[03:50] <jbicha> ok
[04:01] <jbicha> it doesn't build; maybe we should just remove it for all architectures :(
[04:04] <jbicha> slangasek: are you interested in removing phablet-tools and goget-ubuntu-touch because it won't build? (no other rdeps)
[04:11] <jbicha> goget builds on zesty but not yakkety
[04:20] <slangasek> jbicha: those being client tools rather than part of the touch platform, I'd like a clearer statement from the project owners that they should be dropped
[04:22] <jbicha> heh, "owners"
[04:22] <jbicha> I got that backwards, it builds on yakkety but not zesty
[05:12] -queuebot:#ubuntu-release- New binary: gflags [arm64] (artful-proposed/main) [2.2.0-2] (kubuntu, ubuntu-desktop)
[05:12] -queuebot:#ubuntu-release- New binary: gflags [ppc64el] (artful-proposed/main) [2.2.0-2] (kubuntu, ubuntu-desktop)
[05:13] -queuebot:#ubuntu-release- New binary: gflags [amd64] (artful-proposed/main) [2.2.0-2] (kubuntu, ubuntu-desktop)
[05:13] -queuebot:#ubuntu-release- New binary: gflags [i386] (artful-proposed/main) [2.2.0-2] (kubuntu, ubuntu-desktop)
[05:14] -queuebot:#ubuntu-release- New binary: gflags [s390x] (artful-proposed/main) [2.2.0-2] (kubuntu, ubuntu-desktop)
[05:14] -queuebot:#ubuntu-release- New binary: ntfs-3g [ppc64el] (artful-proposed/main) [1:2016.2.22AR.2-2] (core)
[05:14] -queuebot:#ubuntu-release- New binary: ntfs-3g [i386] (artful-proposed/main) [1:2016.2.22AR.2-2] (core)
[05:14] -queuebot:#ubuntu-release- New binary: gflags [armhf] (artful-proposed/main) [2.2.0-2] (kubuntu, ubuntu-desktop)
[05:14] -queuebot:#ubuntu-release- New binary: ntfs-3g [s390x] (artful-proposed/main) [1:2016.2.22AR.2-2] (core)
[05:15] -queuebot:#ubuntu-release- New binary: ntfs-3g [arm64] (artful-proposed/main) [1:2016.2.22AR.2-2] (core)
[05:15] -queuebot:#ubuntu-release- New binary: ntfs-3g [armhf] (artful-proposed/main) [1:2016.2.22AR.2-2] (core)
[05:16] -queuebot:#ubuntu-release- New binary: ntfs-3g [amd64] (artful-proposed/main) [1:2016.2.22AR.2-2] (core)
[08:44] -queuebot:#ubuntu-release- New: accepted gflags [amd64] (artful-proposed) [2.2.0-2]
[08:44] -queuebot:#ubuntu-release- New: accepted gflags [armhf] (artful-proposed) [2.2.0-2]
[08:44] -queuebot:#ubuntu-release- New: accepted gflags [ppc64el] (artful-proposed) [2.2.0-2]
[08:44] -queuebot:#ubuntu-release- New: accepted ntfs-3g [amd64] (artful-proposed) [1:2016.2.22AR.2-2]
[08:44] -queuebot:#ubuntu-release- New: accepted gflags [arm64] (artful-proposed) [2.2.0-2]
[08:44] -queuebot:#ubuntu-release- New: accepted gflags [s390x] (artful-proposed) [2.2.0-2]
[08:44] -queuebot:#ubuntu-release- New: accepted gflags [i386] (artful-proposed) [2.2.0-2]
[08:44] -queuebot:#ubuntu-release- New: accepted ntfs-3g [armhf] (artful-proposed) [1:2016.2.22AR.2-2]
[08:45] -queuebot:#ubuntu-release- New: accepted ntfs-3g [arm64] (artful-proposed) [1:2016.2.22AR.2-2]
[08:45] -queuebot:#ubuntu-release- New: accepted ntfs-3g [ppc64el] (artful-proposed) [1:2016.2.22AR.2-2]
[08:45] -queuebot:#ubuntu-release- New: accepted ntfs-3g [i386] (artful-proposed) [1:2016.2.22AR.2-2]
[08:45] -queuebot:#ubuntu-release- New: accepted ntfs-3g [s390x] (artful-proposed) [1:2016.2.22AR.2-2]
[10:16] -queuebot:#ubuntu-release- New binary: gce-compute-image-packages [i386] (artful-proposed/universe) [20170622-0ubuntu1] (ubuntu-cloud)
[10:16] -queuebot:#ubuntu-release- New binary: gce-compute-image-packages [s390x] (artful-proposed/universe) [20170622-0ubuntu1] (ubuntu-cloud)
[10:16] -queuebot:#ubuntu-release- New binary: gce-compute-image-packages [ppc64el] (artful-proposed/universe) [20170622-0ubuntu1] (ubuntu-cloud)
[10:17] -queuebot:#ubuntu-release- New binary: gce-compute-image-packages [amd64] (artful-proposed/universe) [20170622-0ubuntu1] (ubuntu-cloud)
[10:19] -queuebot:#ubuntu-release- New binary: gce-compute-image-packages [arm64] (artful-proposed/universe) [20170622-0ubuntu1] (ubuntu-cloud)
[10:19] -queuebot:#ubuntu-release- New binary: gce-compute-image-packages [armhf] (artful-proposed/universe) [20170622-0ubuntu1] (ubuntu-cloud)
[10:30] <sil2100> Hey! Anyone here could force ignore octave-io's failing armhf test? Checking the logs it's been failing for longer and from the logs (and one re-run) I see that random tests seem to be failing, not the same ones everytime
[10:30] <sil2100> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#octave-io
[10:41] <Laney> sil2100: I bumped the existing hint
[10:41] <sil2100> Laney: thank you!
[10:53] <sil2100> Also, is there any AA on duty right now to take a look at the binNEW's for gce-compute-image-packages?
[10:58] <ginggs> would someone please 'force-badtest sunpy/all/armhf' ? existing hint in a.p.w's file
[11:01] <Laney> .
[11:01] <ginggs> Laney: thanks!
[11:35] <flexiondotorg> Any archive admins here who could take a look at LP: #1699333 and LP: #1699334 please?
[11:35] <ubot5`> Launchpad bug 1699333 in Ubuntu "[needs-packaging] vala-panel" [Wishlist,Confirmed] https://launchpad.net/bugs/1699333
[11:35] <ubot5`> Launchpad bug 1699334 in Ubuntu "[needs-packaging] vala-panel-appmenu" [Wishlist,Confirmed] https://launchpad.net/bugs/1699334
[11:35] <flexiondotorg> Laney? infinity? ^
[11:35] <flexiondotorg> I'd really like to land those for 17.10 Alpha 1.
[11:44] <Laney> I can't, sorry
[12:54] <apw> flexiondotorg, what are you looking for on those, they arn't uploaded as far as i can see
[12:54] <apw> are you looking for an aa or a sponsor ?
[12:55] <flexiondotorg> apw Yes, looking for an aa to upload them.
[12:55] <apw> typically ones doesn't need an aa, for an upload one is looking for a coredev or motu sponsor
[12:55] <flexiondotorg> Then I can updated the Ubuntu MATE seeds. Then email the DMB so I can maintain them in the archive long term.
[12:56] <apw> to look at accepting them you need a release-team memeber in artful
[12:56] <apw> (being picky on terms as there are more of the other types than pure-aa's)
[12:57] <flexiondotorg> I'll ask in #ubuntu-motu
[12:57] <jbicha> flexiondotorg: ask in #ubuntu-devel, the MOTU channel isn't as popular
[13:18] <Laney> apw: Accepting from the NEW queue is ~ubuntu-archive
[13:18] <Laney> although ~ubuntu-release can technically do that for the devel series ...
[13:18] <Laney> It's not really allowed :)
[13:22] <apw> Laney, i thought that you could review them, and recommend, but likely so, i was more trying to get a wider view on sponsorship
[13:38] <mapreri> slangasek: so can you proceed with #1700080 ? :)
[13:38] <mapreri> we're getting near it…
[13:38] <mapreri> probably
[13:38] <mapreri> maybe
[13:38] <mapreri> hopefully
[13:53] <acheronuk> also https://bugs.launchpad.net/ubuntu/+source/libkface/+bug/1699727
[13:53] <ubot5`> Ubuntu bug 1699727 in libkface (Ubuntu) "Please remove libkface from artful - required for OpenCV 3.1 transition" [Undecided,New]
[13:53]  * acheronuk heads to find cold beer.....
[14:26] <sil2100> Any archive admin around to take a look at the gce-compute-image-packages binNEWs?
[14:29] <apw> sil2100, there are some worrying lintian warnings on those, particularly about the library naming
[14:48] <slangasek> mapreri: done
[14:49] <mapreri> ta
[14:50] <mapreri> so, we are probably left with only one failing packages once the new opencv upload I just did builds and mrpt/armhf is retried.
[14:52] <mapreri> slangasek: #1699727 too?
[15:26] <slangasek> mapreri: also done
[15:27] <mapreri> ta²
[15:31] <sil2100> apw: it's some GCE internal thing so yeah, not perfect - what are the lintian warnings?
[15:44] <slangasek> acheronuk, valorie: any plans on untangling the akonadi-contacts -> qtwebengine-opensource-src -> libv8-dev dependency chain?  You can't rely on v8 being present across all Ubuntu archs, it's highly non-portable, so someone needs to decide what happens to this part of the Kubuntu stack where it's not available
[15:58] <acheronuk> slangasek: QtWebEngine and what now hard coded depends on it is just not going to be buildable outside amd64/i386 + armhf for now. So we are going to have to ask for some some deletions on architecture that although we did not officially support in kubuntu, did happne to build until now :(s
[15:58] <slangasek> acheronuk: should I start deleting those now?
[16:01] <acheronuk> slangasek: can you wait so talk to santa? (https://launchpad.net/~panfaust) I doubt it would matter as most is pretty self obvious, but he has been leading on the Apps update (inc this PIM stuff)
[16:03] <slangasek> acheronuk: do you expect him to be around on IRC, or do you suggest taking this to email/bug?
[16:05] <acheronuk> slangasek: I have just pinged him on telegram. Hopefully he will get on here soon. not quite sure why he does not have a IRC BNC, his internet in his home was very bad, but he will usually respond  in shortish time (famous last words)
[16:06] <slangasek> ok
[16:06] <acheronuk> slangasek: if you feel any urgency, then please post to kubuntu-devel mailing list as well
[16:06] <slangasek> "urgency" and "email" are inversely correlated ;)
[16:07] <acheronuk> lol. I know, but at least it's just there when people care to check
[16:10] <acheronuk> evening santa :)
[16:12] <acheronuk> santa_: FYI http://paste.ubuntu.com/24933682/
[16:12] <slangasek> santa_: hi there.  Should I start picking at the tree of binaries on {arm64,ppc64el,s390x} that are out-of-date because of lack of V8 and removing them?
[16:13] <slangasek> actually, v8 is available on ppc64el but there was a build failure... so nevermind that part, I'll have a closer look first
[16:14] <santa_> hi
[16:14] <slangasek> QtWebEngine can only be built for x86, x86-64, ARM, Aarch64, MIPSel, and MIPS64 architectures.
[16:14] <slangasek> there we go, sounds like fair game to remove that right now also due to lack of upstream support
[16:14] <acheronuk> slangasek: QtWebEngine explicitly states it will not build for ppc64el
[16:14] <slangasek> (but upstream may want to revisit that)
[16:15] <acheronuk> or it did last time I looked a a log
[16:15] <acheronuk> they may, but seem in no hurry
[16:17] <santa_> slangasek: indeed we have several things which are not going to build for some architectures because of libv8 and QtWebengine. so go ahead with the removals please
[16:17] <slangasek> ok
[16:17] <slangasek> it'll take a while to hunt them all, but I'll make a start and see if we can't clean up update_excuses
[16:18] -queuebot:#ubuntu-release- New binary: htslib [s390x] (artful-proposed/universe) [1.4.1-2ubuntu1] (no packageset)
[16:18] <santa_> we also have the akonadi autopkgtest failure
[16:18] <slangasek> I overrode it (but wasn't happy about it)
[16:18] -queuebot:#ubuntu-release- New binary: htslib [i386] (artful-proposed/universe) [1.4.1-2ubuntu1] (no packageset)
[16:19] -queuebot:#ubuntu-release- New binary: htslib [armhf] (artful-proposed/universe) [1.4.1-2ubuntu1] (no packageset)
[16:19] -queuebot:#ubuntu-release- New binary: htslib [ppc64el] (artful-proposed/universe) [1.4.1-2ubuntu1] (no packageset)
[16:20] -queuebot:#ubuntu-release- New binary: htslib [amd64] (artful-proposed/universe) [1.4.1-2ubuntu1] (no packageset)
[16:20] -queuebot:#ubuntu-release- New binary: htslib [arm64] (artful-proposed/universe) [1.4.1-2ubuntu1] (no packageset)
[16:21] <santa_> slangasek: thank you, please just keep in mind that autotests for kde are extremely tricky to set up, even if there's asbsolutely no upstream issues in the code tested. also note that we have been working very, very, very, very hard to try to keep them in shape
[16:22] <santa_> in fact, today I have spent all night trying to use the qemu backend instead of schroot for the stuff I have to check the autopkgtests in advance
[16:23] <santa_> also note that in all the time I have been fixing autopkgtest (and I fixed dozens and dozens of them) I still didn't find find any actual upstream code issue
[16:24] <slangasek> I understand.  I'm not saying these things are easy to manage, but I do think it's better to disable tests in source, or wrap them to pass even if there are errors, than to have constantly-failing tests
[16:24] <santa_> yeah, that's what I'm working on
[16:26] <santa_> one problem I have with akonadi is that it fails in different ways in schroot, lxc and the ubuntu official infra
[16:27] <santa_> so I'm working right now on trying to swtich my invention from schroot to qemu
[16:27] <santa_> * switch
[16:28]  * slangasek nods
[18:26] -queuebot:#ubuntu-release- Unapproved: kexec-tools (yakkety-proposed/main) [1:2.0.10-2ubuntu1.2 => 1:2.0.10-2ubuntu1.3] (core)
[18:55] <slangasek> good news, everyone!  a bunch more kde packages can now have their autopkgtests run
[19:01] <jbicha> slangasek: we added some comments to LP: #1699928 for you
[19:01] <ubot5`> Launchpad bug 1699928 in phablet-tools (Ubuntu) "Please delete obsolete android binaries" [Undecided,New] https://launchpad.net/bugs/1699928
[19:43] -queuebot:#ubuntu-release- Unapproved: shim-signed (zesty-proposed/main) [1.28 => 1.30~17.04.1] (core)
[19:46] <cyphermox> slangasek: I think you mistyped your nick; sfarnsworth ;)
[19:46] -queuebot:#ubuntu-release- Unapproved: shim-signed (yakkety-proposed/main) [1.28~16.10.1 => 1.30~16.10.1] (core)
[19:46] -queuebot:#ubuntu-release- Unapproved: shim-signed (xenial-proposed/main) [1.28~16.04.1 => 1.30~16.04.1] (core)
[19:49] -queuebot:#ubuntu-release- Unapproved: shim-signed (trusty-proposed/main) [1.19~14.04.1 => 1.30~14.04.1] (core)
[20:32] <xnox> slangasek, https://launchpad.net/ubuntu/+source/ocaml/4.02.3-9ubuntu3 looks futile effort to me, due to patch that passes -fPIC to the build and thus it results in just being PIC, rather than PIE, no?!
[20:32] <xnox> https://launchpadlibrarian.net/322273615/buildlog_ubuntu-artful-amd64.ocaml_4.02.3-9ubuntu3_BUILDING.txt.gz Ctrl+f PIC
[20:32] <xnox> (thanks to the ubuntu-only patch from doko)
[20:32] <xnox> should ocaml be PIE, or PIC?
[20:32] <xnox> (on all arches)
[20:37] <slangasek> xnox: AFAIK, PIE and PIC are only materially different when you're linking an executable; which bit do you see that's problematic?
[20:43] <xnox> slangasek, the bit i see problematic is that the patch lacks description (either inside, or in the name) and the debian changelog entry are useless.
[20:43] <xnox> instead of stating why something is changed, it simply states what has been changed.
[20:44] <xnox> And it is not obvious why.
[20:44] <xnox> -Wl,--no-relax linker flag added, and -fPIC enabled, but on amd64 only.
[20:44] <slangasek> xnox: ah.  well, I believe that was on rbalint's list of packages to rebuild
[20:45] <xnox> rebuilding stock debian experimental release on ubuntu, succeeds the build on all arches and at least the build time test suite passes.
[20:45] <slangasek> which means he tested that rebuilding it made a difference
[20:45] <xnox> slangasek, i'm not questioning your rebuild alone; i'm questioning why we have the delta at all.
[20:45] <slangasek> but the -fPIC patch is perhaps superfluous now that the compiler default has changed
[20:45] <xnox> that's what i'm thinking, but i'm not sure.
[20:45] <xnox> also no idea what -Wl,--no-relax does
[20:46] <xnox> and why that is _removed_
[20:47] <xnox> i'll email doko
[21:32] <rbalint> xnox,slangasek: yes, ocaml was on the PIE rebuild list because as far as i remember lwt failed to build on arm64 artful without PIE-d ocaml
[21:33] <rbalint> like it did fail to build on Debian as well when i tested the PIE rebuild #837669
[21:34] <rbalint> i don't have the failing log because i have an the email saying that build failed but the linked log seems to be replaced with a successful run
[21:34] <rbalint> by launchpad
[21:36] <xnox> rbalint, yes there is only one build-log per upload per arch.
[21:41] <rbalint> xnox: when i tested ocaml build it picked static libs from _system's_ ocaml #837359, thus converting to PIE looks like 1. enable PIC, 2. rebuild with PIE, 3. (optional) drop PIC
[21:42] <rbalint> xnox: so regarding your question of PIE/PIC ocaml IMO PIC can be dropped now again
[21:52] <xnox> i think we are at step 2, everywhere now, but i'm not sure. Will double check. E.g. see https://launchpad.net/~xnox/+archive/ubuntu/nonvirt/+packages?field.name_filter=ocaml&field.status_filter=published&field.series_filter=artful
[22:03] -queuebot:#ubuntu-release- Unapproved: libepoxy (zesty-proposed/main) [1.3.1-1ubuntu<IP_ADDRESS> => 1.3.1-1ubuntu<IP_ADDRESS>] (desktop-core)
[22:03] -queuebot:#ubuntu-release- Unapproved: libepoxy (xenial-proposed/main) [1.3.1-1ubuntu<IP_ADDRESS> => 1.3.1-1ubuntu<IP_ADDRESS>] (desktop-core)
[22:48] -queuebot:#ubuntu-release- Unapproved: kexec-tools (xenial-proposed/main) [1:2.0.10-1ubuntu2.2 => 1:2.0.10-1ubuntu2.3] (core)
[23:04] <slangasek> Laney: do you happen to know if there's a limit on the number of triggers that can be specified?  Because I keep trying to run 'run-autopkgtest -s artful -a i386 --trigger kf5-messagelib/4:16.12.3-0ubuntu1 --trigger kf5-kdepim-apps-libs/4:16.12.3-0ubuntu1 --trigger libkf5gravatar/4:16.12.3-0ubuntu1 --trigger libkf5pimcommon/4:16.12.3-0ubuntu1 --trigger sonnet/5.35.0-0ubuntu2 --trigger
[23:04] <slangasek> akonadi-contacts/4:16.12.3-0ubuntu1 --trigger akonadi-mime/4:16.12.3-0ubuntu1 --trigger akonadi-notes/4:16.12.3-0ubuntu1 --trigger akonadi/4:16.12.3-0ubuntu1 --trigger akonadi-search/4:16.12.3-0ubuntu1 --trigger kmailtransport/16.12.3-0ubuntu1 --trigger libkf5grantleetheme/16.12.3-0ubuntu1 --trigger libkf5libkleo/4:16.12.3-0ubuntu1 --trigger libkf5pimcommon/4:16.12.3-0ubuntu1 kf5-messagelib' and
[23:04] <slangasek> I see it land in the queue, then disappear again
[23:04] <slangasek> Laney: btw I don't seem to be receiving any of the nuisance emails you said you set up for me
[23:05] <mapreri> o.O at some point you should probably give up and use all-proposed :)
[23:05] <slangasek> except I'm not sure that registers as a result for the packages in question
[23:06] <mapreri> oh, in that command there is no actual package to test?  they are all --trigger
[23:07] <slangasek> kf5-messagelib
[23:07] <mapreri> ok, newline
[23:07] <slangasek> if I split the list in half, it goes :P
[23:08] <mapreri> in my (short) experience I saw stuff scheduled with all-proposed being correctly recognized as a result for the tested package, and have that test make britney happy about the triggers
[23:08] <slangasek> it's not about it being a result for the /tested/ package
[23:08] <slangasek> it's about having it be a result for all the other packages listed in triggers
[23:09] <nacc> yeah, you'd need a separate run for each of them, then?
[23:09] <nacc> as you're doing, i mean
[23:10] <slangasek> it's not meant to be a run for each of them. I want a single run, with all these packages from -proposed, that's credited to all the packages in the list
[23:10] <nacc> slangasek: actually, no matter what, wouldn't it only show up in the tested package's results?
[23:10] <slangasek> because this is a KDE transition and I don't actually need the test suite to run 14 times
[23:10] <nacc> slangasek: right, i get that
[23:10] <slangasek> nacc: it shows up in the results of each of the packages listed as --trigger
[23:11] <nacc> slangasek: oh interesting, I guess I didn't realize that, but it makes sense
[23:11] <slangasek> but if I don't list the triggers, I don't think autopkgtest is smart enough to credit the passing result for every package that happened to be pulled from -proposed with --all-proposed
[23:11] <nacc> slangasek: yeah, I don't think it does either
[23:11] <nacc> slangasek: and i (honestly) thought it didn't in general until you just TIL'd me
[23:12] <mapreri> (same)
[23:14] <slangasek> ok, I can confirm now that I have the tests running that I want, having split the trigger lists.  What I don't know is why they didn't go before
[23:14] <slangasek> or if I'll actually get results back :P
[23:14] <nacc> slangasek: heh
[23:21] <slangasek> http://autopkgtest.ubuntu.com/running#pkg-kf5-messagelib
[23:21] <slangasek> fun
[23:21] <slangasek> completely blank output from the runners?