[04:01] <voipguy> I am trying to connect to a FreeNAS directory from a box running Ubuntu Linux (Natty version) and for some reason if I get close to about 500 files in one directory on the FreeNAS server, Ubuntu simply refuses to let me access it.  None of my other computers seem to have a problem accessing it, just the Ubuntu-based one.  I'd really like to know why, and if there's anything I can do about it.
[04:25] <james> whoa just got randomly logged off ubuntu twice in a span of 5 minutes =[
[04:36] <NoTruth> I've just now updated to 12.04 and now java won't work right, I think the CLASSPATH was rewritten. Eclipse won't open, save for a small window
[08:36] <tsetsee> I need help. My Ubuntu 12.04, Lan is frequently disconnecting.
[09:55] <Bala> hello
[09:55] <Bala> i have a problem with ubuntu 12.10 and was hoping anyone can assist me
[09:56] <Bala> bsnl evdo modem stopped being detected after upgrading to 12.10
[09:57] <Bala> 1c9e:9e00 is the id of the modem
[09:59] <Bala> please let me know what info you need to see what is wrong
[14:11] <penguin42> does anyone know what the libreoffice-* in p-proposed is supposed to fix?  It's changelog seems to be a circular link
[14:15] <normatif> is PAE enabled kernel the default now?
[14:15] <penguin42> yes
[14:18] <normatif> when I logged in, a warning popped up about incomplete language support. I clicked OK, Language Support downloaded some files, now I see 2 Chinese locales in addition to English. Is this normal?
[14:23] <normatif> start Language Support, on Language tab scroll down the list of 'Language for menus and windows', do you see a Chinese line at the end?
[14:29] <penguin42> does anyone have a pp install without proposed to check if bug 990518 is new in the proposed  ?
[14:29] <ubot2> Launchpad bug 990518 in libreoffice "circular link: /usr/share/doc/uno-libs3/changelog.Debian.gz" [Undecided,New] https://launchpad.net/bugs/990518
[14:52] <RoboGen> I updated 12.04 and eclipse stopped working correctly. I fixed it by using 'sudo apt-get install eclipse-cdt' but it's just kind of an odd error
[14:53] <penguin42> RoboGen: I don't know enough about Eclipse to know what should happen, but I agree - every time the package upgrades it breaks for me
[14:54] <RoboGen> Yea, happened during the 11.04 upgrade too
[14:54] <RoboGen> odd why it would do that
[14:58] <penguin42> I think it has it's own inbuilt upgrade system and packaging system that fights with the ubuntu one, but I'm new to this whole Java/Eclipse game
[15:02] <RoboGen> Yes, I think you have a point there. From what I can tell, the Eclipse available through Ubuntu Software Center and the Eclipse available through the website are different. Follow different upgrade routes. And haha, I'm fairly new too
[15:03] <RoboGen> oh, wait, nevermind. Eclipse broke again
[15:08] <normatif> don't mix the two, either stick to Ubuntu repos or the tarball from Eclipse site
[15:09] <RoboGen> why does mixing them break the program? Seems like they should be able to interact
[15:10] <penguin42> normatif: It's not just using the tar, Eclipse has an inbuilt upgrade system which it sometimes pulls things in when you install other stuff
[15:11] <RoboGen> *side note* starting eclipse with sudo permissions has 'fixed' it
[15:12] <normatif> and you did a bad thing.
[15:12] <RoboGen> i know...
[15:13] <normatif> penguin42: the tarball Eclipse puts everything under one folder, it does not distribute things under /usr, /usr/lib, etc
[15:14] <RoboGen> Oh, so when you mix the Software Center with tarball plugins, they're looking in completely different folders
[15:15] <penguin42> normatif: OK, I've never used the tar ball - but if you install the Ubuntu package and then install some other stuff via Eclipse's plugin mechanism it often breaks when Ubuntu's package upgrades
[15:16] <RoboGen> Couldn't that be because the eclipse package may be a little outdated? I just updated (with sudo permissions) and everything is working now
[15:16] <RoboGen> updated within eclipse i mean
[15:17] <normatif> penguin42: can you even install plugins within Eclipse without sudo?
[15:17] <penguin42> normatif: Yes
[15:17] <penguin42> normatif: It does something in your home directory
[15:17] <penguin42> normatif: I only know from trying Android dev
[15:17] <RoboGen> It installs them to the .eclipse directory in your home folder
[15:18] <normatif> well, honestly I've never used eclipse from Ubuntu repos. Because it depends on a slow JRE, not Sun's JRE
[15:19] <normatif> *Oracle's
[15:19] <penguin42> normatif: I use it with Soracle's
[15:19] <RoboGen> normatif: by 'slow' do you mean the OpenJDK?
[15:20] <normatif> RoboGen: gcj/iced-tea/whatever the name is nowadays, yes
[15:20] <penguin42> normatif: I think it uses openjdk now rather than gcj - and those are quite different
[15:21] <RoboGen> penguin42: can't it work with Oracle's jdk? I'm working with the Java7jdk right now
[15:25] <penguin42> RoboGen: I haven't tried for a while, it was rather broken with 7 a few months back, might have improved since
[15:30] <RoboGen> penguin42: ah, I see. I just changed to it, so I haven't noticed anything too broken
[16:11] <normatif> Can someone please run 'locale -a|grep zh_'  from a terminal and tell if any output is printed?
[16:14] <penguin42> normatif: I get no output
[16:15] <normatif> penguin42: ubuntu version?
[16:16] <penguin42> normatif: 12.04
[16:18] <normatif> penguin42: when you start System Settings>Language Support, do/did you get a message box about missing support files?
[16:18] <penguin42> normatif: I'm running KDE so I don't know if I have that
[16:19] <penguin42> no, don't seem to - the equivalent KDE setting just lists American English as available languages (which is curious since I thought it was running UK English)
[16:20] <penguin42> (Heck the calendaring options in KDE are nuts  - I could run with a Julian calendar!)
[16:33] <normatif> anyway.. this is what I get from gnome-language-selector http://i46.tinypic.com/2d0b4np.jpg, i.e. although Chinese is not selected it exists in the list, and Regional Formats also show 2 Chinese locales
[16:33] <normatif> and locale -a also reports them
[16:37]  * penguin42 doesn't know much about locales
[16:47] <normatif> ok, it's already reported https://bugs.launchpad.net/bugs/960314
[16:47] <ubot2> Launchpad bug 960314 in ubiquity "Unnecessary languages listed but not installed after install" [Undecided,New]
[16:54] <normatif> hmm, that's not ubiquity bug, it's gnome-language-selector bug.. can someone set the correct package in bug #960314 ?
[16:54] <ubot2> Launchpad bug 960314 in ubiquity "Unnecessary languages listed but not installed after install" [Undecided,New] https://launchpad.net/bugs/960314
[18:22] <spartan-11510> Hi everybody. yesterday a person axplain me how to create fix. I understand all and now i can reproduce it. So i tried to fix a translation bug but it doesn't work, my patch wont applied
[18:23] <spartan-11510> This page help me https://wiki.ubuntu.com/Bugs/HowToFix but i'm stuck, really want to fix this error it's in hello package for french version
[18:24] <spartan-11510> Anybody can help me
[18:24] <EvilResistance> which package are you trying to fix?
[18:24] <spartan-11510> hello2.7-2
[18:25] <spartan-11510> it's translation error in file "po/fr.po"
[18:25] <EvilResistance> got a bug number and a patch file?
[18:26] <spartan-11510> https://bugs.launchpad.net/ubuntu/+source/hello/+bug/989946
[18:26] <ubot2> Launchpad bug 989946 in hello "Incorrect translation" [Undecided,In progress]
[18:26] <spartan-11510> and patch file it's in attachment but i want to learn how i can make the fix
[18:26] <spartan-11510> i put in progress because i want  to make the fix
[18:27] <EvilResistance> well the fix'd need to be done via packaging
[18:27] <EvilResistance> so you'd need experience with packaging to test the fix
[18:27] <EvilResistance> but to *upload* the fix is a different story :p
[18:27] <spartan-11510> yes i've a little packaging, i must to create new package so
[18:28] <EvilResistance> actually you might not need tgo
[18:28]  * EvilResistance works a decent bit in packaging
[18:28] <EvilResistance> lemme load up my Ubuntu box, take a look at the source packagfe
[18:28] <spartan-11510> for upload i can ask to the motu for upload  i think
[18:28] <EvilResistance> i'm not sure about that, you might need a sponsor
[18:28] <EvilResistance> lemme load up my Ubuntu box, and dissect the package ;P
[18:29] <spartan-11510> sorry i don't understand your last message
[18:30] <EvilResistance> basically: lemme reboot and try and apply the patch locally to a copy of the package which I can obtain from Launchpad
[18:30]  * EvilResistance is on a Windows machine because he was working with ASP.NET for work
[18:30] <spartan-11510> lemme? what is this word, and sorry my mom call me for diner
[18:31] <spartan-11510> but i you say what i understand sure make that ><
[18:33] <EvilResistance> ah i forgot the translation thing... "lemme" = 'let me'
[18:33] <EvilResistance> (American slangish)
[19:12] <spartan-11510> Re
[19:13] <spartan-11510> evilresistance: are you on Ubuntu
[19:13] <EvilResistance> yeah, one sec
[19:13] <EvilResistance> spartan-11510:  i'm on Natty, though, this drive can't handle an upgrade atm
[19:14] <EvilResistance> give me a few seconds
[19:14] <spartan-11510> oh it's ame error on natty
[19:14] <EvilResistance> s/seconds/minutes
[19:14] <EvilResistance> spartan-11510:  natty's not getting updated iwth it :P
[19:14] <EvilResistance> just lemme work for a few minutes
[19:14] <spartan-11510> ok no-problem i've all night ><
[19:34] <EvilResistance> spartan-11510:  take a look at your bug.
[19:34] <EvilResistance> i've subscribed the Sponsors team to get them to upload the bug, and I attached a debdiff
[19:34] <spartan-11510> yes
[19:34] <EvilResistance> s/bug/fix/
[19:35] <EvilResistance> it might need updating in Debian, but the sponsors team can figure that out
[19:35]  * EvilResistance can't forward stuff to Debian, for some really odd reason
[19:36] <spartan-11510> but when i try to create a package with my patch, he build the package without patch
[19:36] <EvilResistance> i know
[19:36] <EvilResistance> what you need to do is navigate to the package source directory first
[19:36] <spartan-11510> yes
[19:36] <EvilResistance> say, hello2.7-1 or w/e it is
[19:36] <EvilResistance> and do quilt import /path/to/patch
[19:37] <EvilResistance> then build
[19:37]  * EvilResistance did that step for you and generated the debdiff, and subscribed ubuntu-sponsors to the bug
[19:37] <EvilResistance> you'll get the credit, though, its your patch
[19:37]  * EvilResistance just helped
[19:38] <EvilResistance> just creating a patch and not importing it with 'quilt import' won't get it built
[19:38] <EvilResistance> with the patch
[19:38] <spartan-11510> i make with "bzr branch lp:ubuntu/precise/hello"
[19:38] <EvilResistance> ah, well that's the source code...
[19:39] <EvilResistance> different objects
[19:39] <EvilResistance> when you want to apply a fix to a package already in the thing, you have to subscribe ubuntu-sponsors and include (ideally) the debdiff
[19:39] <EvilResistance> s/the thing/the main repository/
[19:40] <EvilResistance> so by adding your patch using `quilt import`, and then building the  package locally and generating the debdiff (and attaching that debdiff to the bug) you will more than likely get it updated
[19:41] <EvilResistance> except, of course, if the debdiff needs to be applied in Debian...
[19:41] <penguin42> EvilResistance: Well you can do your fix on a lp branch, push your branch back and then mark the bug for reviewing and it'll get automagically linked to the bug report if you do it rihgt
[19:41] <EvilResistance> penguin42:  true.
[19:41] <EvilResistance> (but the debdiff wasnt there on that package, and for package sponsorship, they like debdiffs :P)
[19:41] <EvilResistance> s/package/bug/
[19:42] <EvilResistance> penguin42:  spartan-11510 would need the assist with that, but all that was attached to Bug 989946 was a patch file, not a debdiff (which the sponsors team likes)
[19:42] <ubot2> Launchpad bug 989946 in hello "Incorrect translation" [Undecided,In progress] https://launchpad.net/bugs/989946
[19:43] <spartan-11510> sorry i'm french so i need time to understand all of you say :)
[19:43] <EvilResistance> no problem, penguin42 and I are just arguing.
[19:43] <EvilResistance> :P
[19:44] <penguin42> hehe
[19:45]  * EvilResistance goes to beat his 'debdiff' command to automatically include --exclude changelog so he doesnt accidentially upload changelog entries with his debdiffs
[19:48] <spartan-11510> so quilt generate a debdiff?
[19:51] <EvilResistance> no
[19:51] <EvilResistance> quilt just adds your patch to the list of patches to apply during package building
[19:51] <EvilResistance> but does not automatically generate the debdiff
[19:51] <EvilResistance> the debdiff is the difference between package versions
[19:51] <spartan-11510> but i make the same action with bzr commit no?
[19:52] <EvilResistance> penguin42:  can you explain the difference between the bzr code and Debian packages?
[19:52] <EvilResistance> i'm up to my neck in hell because a server cluster just went down and i'm on call to fix it
[19:53] <penguin42> I'll try, but I'm not fluent in it - I only do it a few times
[19:54] <penguin42> spartan-11510: bzr is a source code repository system, you can commit changes to a set of source, and then upload that 'branch' to launchpad and tell launchpad that it's a fix for a particular bug
[19:54] <spartan-11510> ok i understand that
[19:55] <spartan-11510> and i understand the difference, quilt say at pbuilder "warn you need to apply qthis patch" i'm right?
[19:56] <penguin42> I can't rememeber how quilt and pbuilder interact
[19:56] <penguin42> I thought if you added the patch with quilt then pbuilder should apply it when it tries to build it
[19:56]  * EvilResistance returns
[19:56] <EvilResistance> you knwo what i hate
[19:57] <EvilResistance> dumb people who trip over cables (thus causing power outage to the servers)
[19:57] <penguin42> haha
[19:57] <EvilResistance> ANYWAYS
[19:57] <spartan-11510> :D
[19:57] <EvilResistance> quilt and pbuilder interact by package format
[19:57] <penguin42> EvilResistance: Remember to remove some of the insulation on the cable - they'll learn about it then
[19:57] <EvilResistance> the package format for the `hello` package is "quilt"
[19:57] <EvilResistance> which means that patches need to be imported manually to quilt
[19:57] <EvilResistance> using quilt import
[19:58] <EvilResistance> if you do not import the patch into the quilt series of patches to apply, it will not include the patch
[19:58] <EvilResistance> so, you do two things:
[19:58] <EvilResistance> (1) create the patch file, save it somewhere
[19:58] <EvilResistance> (2) before building the package, do `quilt import /path/to/patch`
[19:58] <EvilResistance> which then says "Include this patch into the package building process"
[19:59] <EvilResistance> if you don't import the patch, it'll just sit there and not process
[19:59] <EvilResistance> (since patches are applied based on their order in the debian/patches/series file, which is only to be edited by quilt automatically)
[19:59] <penguin42> indeed, you'd never hand edit the file and just put the patch in ahem
[19:59] <EvilResistance> it gets confusing when you have 50 or more patches on a package (like the php5 package, which I patched to close a Debian and a LP bug)
[19:59] <spartan-11510> path/to/patch is the patch generated by diff -u or it's the file generated by bzr commit
[20:00] <EvilResistance> spartan-11510:  /path/to/patch would be the path to the diff you generated (and attached to your bug)
[20:01] <EvilResistance> so when i applied the patch to the package for inclusion in debdiff, i downloaded the patch to the directory outside where i was packaging, then did `quilt import /path/to/patch` from within the source directory for the package
[20:01] <EvilResistance> god needs to destroy laptop touchpads >.>
[20:01] <EvilResistance> anyways, continuing...
[20:02] <EvilResistance> when I did that command, it told the system "Include this patch in the building of the package."
[20:02] <EvilResistance> and it subsequently added the patch to debian/patches/ and added it to debian/patches/series
[20:02] <EvilResistance> so that when the package is built, the code change is included.
[20:03] <spartan-11510> i have'nt a debian/patches/series
[20:03] <EvilResistance> after I built the package locally (with debuild -S, to generate the source package), I ran a debdiff on the old .dsc and the new .dsc (files relating to the versions of the package), and uploaded the debdiff
[20:03] <spartan-11510> only debian/patches
[20:03] <EvilResistance> you and i were using different code
[20:03] <penguin42> spartan-11510: Is there anything else in debian/patches?
[20:03]  * EvilResistance downloaded the package off of the Repositories themselves, then extracted the code/package from that for editign
[20:03] <EvilResistance> like i do with every backport i do xD
[20:04] <spartan-11510> i'm an idito i've series file...
[20:04] <penguin42> hehe it's OK, we all do that from time to time
[20:05] <spartan-11510> in fact idon't build my package with pbuilder but with debuild
[20:07] <EvilResistance> ehh...
[20:07] <EvilResistance> debuild isnt good for building packages
[20:07] <EvilResistance> debuild -S builds the source package, which I then build with pbuilder
[20:07] <EvilResistance> (for package testing)
[20:08] <spartan-11510> in fact i need to 1) create a patch of the bug
[20:08] <spartan-11510> 2) quilt the patch
[20:09] <spartan-11510> 3) build my package with debuild -s and upload on a ppa or build with pbuilder for testing package
[20:09] <spartan-11510> i'm right and if th test are good create and debdiff
[20:09] <EvilResistance> mhm
[20:10] <EvilResistance> but of course, you'll need to read how to set up pbuilder, because it can be complicated ;P
[20:10] <EvilResistance> i usually use PPAs to test
[20:10] <EvilResistance> (after pbuilder)
[20:10] <EvilResistance> but i'm weird like that, i like confirming that it builds :P
[20:11] <spartan-11510> you're not weird confirming are necessary :)
[20:20] <spartan-11510> i restart i make 1)bzr branch lp:ubuntu/precise/hello
[20:20] <spartan-11510> 2) quilt import ../patch
[20:20] <spartan-11510> 3) debuild -S < this fail http://paste.ubuntu.com/953486/
[20:23]  * EvilResistance can't read french :P
[20:23] <EvilResistance> remember to add a changelog entry, otherwise it won't build ;P
[20:24] <EvilResistance> oh wait
[20:24] <EvilResistance> i know what's up
[20:24] <spartan-11510> he can't found .orig tarball ><
[20:24] <EvilResistance> its missing a tarball :P
[20:24] <EvilResistance> and i have to go to a meeting now :/
[20:24] <EvilResistance> perhaps later when i get back i can explain how i get package source and modify it and rebuild
[20:24] <EvilResistance> (I don't use bzr code to do it)
[20:24] <spartan-11510> but when i make bzr bd -- -S -us -uc he doesn't import tarball
[20:25] <spartan-11510> okey if i'm wake because it's 22h24
[20:25] <spartan-11510> thave a good meeting ><
[20:25] <EvilResistance> its 16:25 here, i'm 4 hours behind GMT
[20:26] <EvilResistance> and no wi have to run :P
[20:26] <spartan-11510> i'm at GMT +1
[21:32] <nik90> seb128: ping
[21:47] <nik90> can anyone set this bug report to low priority and also triaged status?
[21:47] <nik90> https://bugs.launchpad.net/unity/+bug/990643
[21:47] <ubot2> Launchpad bug 990643 in unity "'Show desktop' icon in launcher does not use chameleonic behavior like other system icons" [Undecided,Confirmed]
[21:47] <nik90> Please also set this bug report to medium priority and triaged status
[21:47] <nik90> https://bugs.launchpad.net/unity/+bug/990715
[21:47] <ubot2> Launchpad bug 990715 in unity "Window resize shortcuts (Ctrl+Super+Up) do not work in Dash" [Undecided,Confirmed]
[22:15] <nik90> thomi: ping
[22:16] <EvilResistance> someone needs to learn patience :)
[22:18] <nik90> EvilResistance, I will wait then :)
[22:19] <nik90> in my defence I did wait for like 30 mins :P
[22:19] <Nafallo> nik90: try waiting until Monday :-)
[22:19] <nik90> Nafallo: I realised...I should really be a part of the bug control team...
[22:21] <Nafallo> hrm. I used to be able too... I guess it's because it's unity rather than ubuntu...
[22:22] <EvilResistance> depends on the project i think
[22:22] <EvilResistance> if the project != ubuntu, the ubuntu bugs team doesnt have access by default
[22:22] <EvilResistance> whereas that project's devs have access
[22:22] <EvilResistance> (explains why in my projects I can triage bugs, but outside of my projects where I have no access I cannot)
[22:25] <Nafallo> yeah
[22:25] <Nafallo> quite
[22:38] <spartan-11510> evilresistance: how was the meeting?
[22:42] <thomi> nik90: pong
[22:43] <nik90> thomi, I was just wondering if you set the bug priority and triage status to two bug reports
[22:43] <nik90> if you could set*
[22:43] <nik90> I can list them again if you are interested
[22:45]  * thomi looks
[22:45] <nik90> thomi, ? I do not understand
[22:46] <thomi> sure, I'll do it now
[22:46] <nik90> thomi, oh thanx :)
[22:47] <thomi> Done. No worries
[22:47] <nik90> thanks a lot..