[00:01] <micahg> kirkland: Laney: that's bug 594916
[00:02] <kirkland> micahg: k, thanks
[04:30] <Niraj_> Hi can anybody tell me, as a beginner to ubuntu dev, where can I find issues to fix?
[04:35] <astraljava> Niraj_: Good starting points: https://wiki.ubuntu.com/UbuntuDevelopment and http://developer.ubuntu.com/get-started/, the former about development of Ubuntu, the latter development on Ubuntu. :)
[04:39] <Niraj_> Thanks astraljava
[04:40] <astraljava> Niraj_: Also, lots of good questions being answered on Launchpad's answers section.
[04:44] <Niraj_> I was hoping to start by actually dirtying my hands in some bug. So, if there is any list of 'paper-cut' bugs, I can get started immediately.
[04:47] <TheLordOfTime> the advice we tend to give new bug people is to pick a package you're passionate about and look there
[04:47] <TheLordOfTime> since there's literally hundreds of packages in the repositories (?)
[04:47] <TheLordOfTime> and by 'we' i mean the bugsquad
[04:48] <TheLordOfTime> s/look there/start there/
[04:51] <Niraj_> Only problem I find is that most of the packages are so matured that bugs are quite involving.
[04:51] <Niraj_> which may be a bit difficult in begining
[04:52] <TheLordOfTime> and now you know why i don't like teaching new bug people about bugs :P
[04:52] <TheLordOfTime> except in passing :p
[04:52] <TheLordOfTime> most of the bugs I see're segfault bugs
[04:52] <TheLordOfTime> which are intense ones
[04:52] <TheLordOfTime> 'course, being on bug control, i see the private bugs too, so... :P
[04:53] <Niraj_> hmm. how about packaging problems? or packaging new tools which not yet in ubuntu?
[04:54] <TheLordOfTime> i wonder if we still have the 'bitesize' bug things...
[04:56] <Niraj_> I searched in launchpad, didn't find any
[04:57] <ESphynx> if all else fails, I have some bugs to fix in my project :P
[04:58] <Niraj_> tell me
[04:58] <Niraj_> I'll give it a shot
[04:58] <ESphynx> Niraj_: http://ecere.com/mantis/ --> that's our tracker :P
[05:04] <TheLordOfTime> Niraj_:  yeah, i think we got rid of 'bitesize', but idk
[05:04] <TheLordOfTime> Niraj_:  for the record, my specialty is with certain packages, i work with a couple of the server packages, and a bit of universe...
[05:05] <TheLordOfTime> and i dabble when its necessary in other bugs :P
[05:05] <TheLordOfTime> (just saying)
[05:07] <Niraj_> TheLordOfTime: which packages you are working right now?
[05:07] <TheLordOfTime> none, at the moment, i'm rebuilding my ubuntu system :p
[05:07]  * TheLordOfTime had critical HDD failure :P
[05:07] <ESphynx> =( HD failures suck
[05:07] <TheLordOfTime> yep
[05:08] <TheLordOfTime> of course, i do my packaging/bug-debdiffing in the cloud, so...
[05:11] <Niraj_> thanks guys. I can start in ecere for now
[05:12] <TheLordOfTime> Niraj_:  the packages i keep my eye on are: nginx (universe), znc (universe), php5 (main), and a few others, but my primary focus is bugs triage, not "fixing" the bugs all the time :p
[05:15] <TheLordOfTime> i.e.  getting bugs from new/confirmed -> where it needs to be to be fixed.
[05:15] <TheLordOfTime> so i'm less of a dev, more of just a bugs triager :)
[05:15] <TheLordOfTime> ... speaking of which i need to check one of the nginx bugs i am on...
[07:53] <dholbach> good morning
[07:59] <ESphynx> good morning dholbach :)
[07:59] <ESphynx> My acupuncturist gave me what I think of a good advice today...
[08:00] <ESphynx> I was complaining how 24 hours in a day wasn't enough for me, she said to think of it as 48 half-hours :P
[08:00] <dholbach> hi ESphynx
[08:00] <dholbach> :-)
[08:00] <ESphynx> so from now on I live on a different planet with 48 shorter hours.
[08:01] <ESphynx> dholbach what are you up to?
[08:01] <ESphynx> are you hired by Canonical?
[08:01] <dholbach> yes, I work for Canonical
[08:01] <ESphynx> in a local office or at home?
[08:02] <dholbach> at home
[08:02] <ESphynx> cool
[08:04] <ESphynx> I should get a watch that beeps every 30 minutes
[08:04] <ESphynx> or at least set up a sound on my computer
[08:33] <geser> ESphynx: do you know work twice as fast or does a task which took 1 hour earlier now take 2 half-hours? :)
[08:35] <ESphynx> geser: I'm hoping thinking of it that way will get me working twice as fast :)
[08:36] <ESphynx> my theory is the following...
[08:37] <ESphynx> Say a task takes me about 10 minutes of intense neural activity to do... and then the next 50 minutes I waste slacking away seeing the hour pass... Now I'm going to be doing these 10 neuron rushes every 30 minutes instead of every hour :P
[08:38] <ESphynx> but generally the problem is that I have a bulldozer approach to coding... I just sit and code till I drop or the problem is solved... and if I drop I'm back at it as soon as I'm functional again
[08:38] <ESphynx> now this has a tenedncy to throw my sleep and other life patterns completely out of wack, and it's having a serious toll on my body... also doesn't leave time for me to exercise as I should :(
[08:39] <ESphynx> and maybe I can allocate time more efficiently and make everything fit in 48 half-hours easier than in 24 hours =)
[08:59] <dholbach> sometimes it's hard to see the value and positive effect of breaks
[09:00] <ESphynx> is there a 'but' coming? lol
[09:00] <dholbach> but once you do do them, you're harming your body less
[09:00] <ESphynx> ah :)
[11:55] <Quintasan> \o
[16:06] <rikketik> \join ubuntu-dev
[16:07] <rikketik> \join #ubuntu-dev
[16:16] <Niraj_> hi, can somebody tell me how can I make 32bit and 64bit packages coexist in my system?
[16:25] <sladen> Niraj_: in theory, just apt-get install anything you want
[16:25] <sladen> Niraj_: however, are you saying this is /not/ the case, or that you have a bug?
[16:26] <sladen> Niraj_: what is it that you've tried... or which is not working;  can you describe it
[16:26] <Niraj_> synaptic removes original package when trying to install i386 version. I guess two conflict with each other
[16:27] <sladen> Niraj_: which package are you trying to install?
[16:27] <Niraj_> zlib perticularly
[16:27] <Niraj_> but i guess many other conflict
[16:28] <sladen> on my install I have   zlib1g  and  zlib1g:i386  installed
[16:28] <sladen> what command(s) are you typing exactly?
[16:28] <Niraj_> I am using synaptic
[16:29] <sladen> in Synaptic what /exactly/ are you clicking/selecting (and what are you doing to choose/request the :i386 version?
[16:29] <Niraj_> just  a correction, it is zlib-i386-dev
[16:29] <Niraj_> which probably conflicts with zlib-dev
[16:31] <Niraj_> and zlib-386-dev does say that it conflicts with 64 counterpart
[16:31] <Niraj_> so rephrasing original question, is it possible for dev pkgs to coexist?
[16:31] <sladen> that makes sense, as they'd both want to install  /usr/include/zlib.h
[16:32] <Niraj_> hmm
[16:32] <Niraj_> do these headers differ?
[16:32] <sladen> no
[16:33] <Niraj_> so installing 386-dev shouldnt be a prob overall, even if it removes few 64bit pkgs
[16:33] <Niraj_> is it correct?
[16:34] <ESphynx> Niraj_: should not be :)
[16:34] <sladen> http://wiki.debian.org/Multiarch/Implementation#Why_update_your_library_package_for_multiarch_support.3F
[16:34] <Niraj_> ESphynx: glad you are still here
[16:34] <Niraj_> setting ecere dev env is tricky
[16:34] <ESphynx> still here :P
[16:34] <Niraj_> :)
[16:35] <ESphynx> oh don't hesitate to ping me Niraj_ :)
[16:35] <sladen> Niraj_: if I understand correctly, you're wanting to crossbuild i386 packages on an amd64 install?
[16:35] <Niraj_> thanks. and thanks sladen
[16:36] <Niraj_> kind of. ecere only supports i386 as of now
[16:39] <sladen> Niraj_: I can't find reference to "zlib-i386-dev".  what happens if you simply do   sudo apt-get install zlib1g-dev:i386  ?
[16:39] <Niraj_> it uninstalls lot of libraries including zlib-dev
[16:39] <ESphynx> There's lib32z1-dev too :P
[16:39] <ESphynx> seriously. what a mess the multilib :P
[16:40] <sladen> AFAICT lib32z1-dev is legacy mess from before multiarch fixed it all
[16:41] <sladen> Niraj_: could you stick the result of   sudo apt-get install sudo apt-get install zlib1g-dev:i386   into a pastebin
[16:41] <ESphynx> right. but somehow either it's required or I carried it on from that mess :P
[16:42] <sladen> ESphynx: I think it's a leftover.  However it would be good to check with Broonie
[16:42] <ESphynx> I'm working on native 64 bit support in Ecere now :P Should be there in time for the Raring feature freeze :P
[16:43] <Niraj_> I've already installed zlib-386-dev
[16:43] <Niraj_> will see if can get anything which removes large no of other pkgs
[16:43] <Niraj_> I had one which even removed gcc
[16:43] <Niraj_> :D
[16:44] <sladen> Niraj_: so, did we get anywhere with a pastebin?
[16:45] <Niraj_> its actually installed and done the damage
[16:45] <Niraj_> is it possible to revert the actions?
[16:46] <ESphynx> Niraj_: I think it's fine... when you install the 64bit version of zlib, it's going to fix everything
[16:46] <ESphynx> it's just you can only have either the 32 or 64 bit version of some libraries symlinks at one time
[16:46] <ESphynx> but that's only for dev purposes... the real runtime library is still there
[16:47] <ESphynx> (again I don't understand the logic behind this... I thoguht you could have /usr/lib/i386-gnu-linux/libz.so and /usr/lib/x86_64-gnu-linux/libz.so JUST FINE
[16:48] <sladen> yes, and then a crossplatform header
[16:48] <sladen> and documentation
[16:49] <Niraj_> still it leaves a doubt why gcc was removed
[16:49]  * sladen too
[16:49] <sladen> so, what's a pastebin of  sudo apt-get install zlib1g-dev:am64 ?
[16:49] <Niraj_> and gcc symlink also did not exist
[16:49] <ESphynx> Niraj_: I don't think gcc was removed?
[16:50] <ESphynx> gcc --version ?
[16:50] <Niraj_> 4.6
[16:50] <Niraj_> it was
[16:50] <ESphynx> no longer there?
[16:50] <Niraj_> pretty sure
[16:50] <Niraj_> reinstalled
[16:50] <Niraj_> didn't give any conflict though
[16:50] <sladen> so likely something else
[16:51] <sladen> ESphynx: anyway, so out of interest, why is it currently 32-bit?
[16:51] <sladen> ESphynx: is it a check that is being made
[16:51] <sladen> ESphynx: or is there some reason it won't compile on amd64?
[16:51] <ESphynx> sladen: because I'm not finished with my work on 64 bit support
[16:52] <ESphynx> it's mainly about the compiler support for 64 bit
[16:56] <sladen> ah, so ecere contains a compliler, and it is that compiler that was the lacking support
[16:56] <Niraj_> sladen: this is a bit interesting
[16:56] <Niraj_> installing libpng-386-dev
[16:56] <Niraj_> removes libfontconfig-dev
[16:56] <Niraj_> libfreetype6-dev
[16:57] <Niraj_> and libpng-dev
[16:57] <ESphynx> sladen yes, well the compiler and the runtime library as well... but since it's written in eC, I have to fix the eC compiler first :P
[16:57] <ESphynx> making good progress btw, I got Hello world running :P
[16:57] <sladen> libpng-dev:i386 ?  or libpng-386-dev (I can't find any references to the latter)
[16:58] <Niraj_> :i386
[16:58] <Niraj_> sry for wrong names
[16:58] <sladen> riiight
[17:00] <sladen> okay, so installing libpng-dev of one arch is causing something much lower of the other arch to be uninstalled
[17:01] <ESphynx> yes it does. it's quite annoying.
[17:02] <Niraj_> sometimes upto gcc
[17:02] <Niraj_> :)
[17:02] <Niraj_> I guess it was libjpeg for 386
[17:04]  * sladen tries   sudo apt-get install --no-install-recommends libjpeg-dev:i386   but doesn't see any removals offered
[17:06] <Niraj_> maybe a stupid question, but does it somehow differ distrowise? I am on oneiric
[17:07]  * sladen on 12.04.1 LTS  (precise)
[17:08] <ESphynx> Niraj_ it surely does
[17:08] <sladen> IIRC, 12.04 is when the Multiarch stuff got to the point of working
[17:08] <sladen> so multiarch/crossbuilding before then is likely to be painful
[17:09] <ESphynx> sladen: I actually found it more painful after it was 'fixed' :P
[17:11] <sladen> ESphynx: I think this applies to alot of stuff;  ACPI, UEFI, ... but there are two choices, make it work, or ignore it.  After a while it becomes hard to eg. boot a new machine without ACPI;  or soon-to-be, UEFI
[17:12] <ESphynx> hehe yes :P
[17:13] <Niraj_> one unrelated question, but has anyone filed a bug relating to playing song on movie player leads to improper shutdown?
[17:25] <Niraj_> thanks sladen and ESphynx, all 386 working fine now
[17:26] <Niraj_> ecere building for me
[18:22] <kyleN> Hi folks. I just noticed that the fossology package stopped being available in universe as of quantal.
[18:23] <kyleN> I use the fossology package so this is a loss. is there a way to get this picked up again?
[18:25] <micahg> Deleted in quantal-release (Reason: (From Debian) RoQA; unmaintained, RC buggy; Debian bug #6...)
[18:27] <micahg> kyleN: You can certainly pick it up, I see there's a new upstream release, it needs someone to maintain it though
[18:27] <micahg> kyleN: http://wiki.debian.org/DebianMentorsFaq#Packaging
[18:32] <kyleN> micahg, short of my becoming a motu and etc, is there a more standard/quicker way? this package was always present in the past and now is not.
[18:33] <micahg> kyleN: no need to become a MOTU, there's Debian mentors to sponsor stuff for people who can't upload, but there needs to be someone who's interested in maintaining the package going forward, ideally through Debian
[18:34] <kyleN> micahg, so asking innocently, who used to handle this pkg and what happened to that person? :)
[18:35] <micahg> kyleN: they became inactive in Debian, and the package was subsequently orphaned and removed since no one cared to maintain it
[18:35] <kyleN> ah :)
[18:36] <micahg> it looks interesting
[18:36]  * micahg wonders why we don't use it for something like lintian checks
[18:37] <kyleN> i use it to scan debian/copyright files to find asserted licenses, and fall back to a dep5 parser for dep5 formatted copyright files
[18:38] <kyleN> my getlicenses package is a front end for all that: https://launchpad.net/~getlicenses-team/+archive/ppa
[18:39] <kyleN> micahg, thx for the info. I'll consider next steps.
[18:41] <micahg> kyleN: we're happy to help with questions here as well
[18:41] <kyleN> ack