[04:01] 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] whoa just got randomly logged off ubuntu twice in a span of 5 minutes =[ === james is now known as Guest19734 [04:36] 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] I need help. My Ubuntu 12.04, Lan is frequently disconnecting. [09:55] hello [09:55] i have a problem with ubuntu 12.10 and was hoping anyone can assist me [09:56] bsnl evdo modem stopped being detected after upgrading to 12.10 [09:57] 1c9e:9e00 is the id of the modem [09:59] please let me know what info you need to see what is wrong === yofel_ is now known as yofel [14:11] does anyone know what the libreoffice-* in p-proposed is supposed to fix? It's changelog seems to be a circular link [14:15] is PAE enabled kernel the default now? [14:15] yes [14:18] 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] 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] does anyone have a pp install without proposed to check if bug 990518 is new in the proposed ? [14:29] Launchpad bug 990518 in libreoffice "circular link: /usr/share/doc/uno-libs3/changelog.Debian.gz" [Undecided,New] https://launchpad.net/bugs/990518 [14:52] 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] 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] Yea, happened during the 11.04 upgrade too [14:54] odd why it would do that [14:58] 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] 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] oh, wait, nevermind. Eclipse broke again [15:08] don't mix the two, either stick to Ubuntu repos or the tarball from Eclipse site [15:09] why does mixing them break the program? Seems like they should be able to interact [15:10] 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] *side note* starting eclipse with sudo permissions has 'fixed' it [15:12] and you did a bad thing. [15:12] i know... [15:13] penguin42: the tarball Eclipse puts everything under one folder, it does not distribute things under /usr, /usr/lib, etc [15:14] Oh, so when you mix the Software Center with tarball plugins, they're looking in completely different folders [15:15] 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] 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] updated within eclipse i mean [15:17] penguin42: can you even install plugins within Eclipse without sudo? [15:17] normatif: Yes [15:17] normatif: It does something in your home directory [15:17] normatif: I only know from trying Android dev [15:17] It installs them to the .eclipse directory in your home folder [15:18] well, honestly I've never used eclipse from Ubuntu repos. Because it depends on a slow JRE, not Sun's JRE [15:19] *Oracle's [15:19] normatif: I use it with Soracle's [15:19] normatif: by 'slow' do you mean the OpenJDK? [15:20] RoboGen: gcj/iced-tea/whatever the name is nowadays, yes [15:20] normatif: I think it uses openjdk now rather than gcj - and those are quite different [15:21] penguin42: can't it work with Oracle's jdk? I'm working with the Java7jdk right now [15:25] RoboGen: I haven't tried for a while, it was rather broken with 7 a few months back, might have improved since [15:30] penguin42: ah, I see. I just changed to it, so I haven't noticed anything too broken [16:11] Can someone please run 'locale -a|grep zh_' from a terminal and tell if any output is printed? [16:14] normatif: I get no output [16:15] penguin42: ubuntu version? [16:16] normatif: 12.04 [16:18] penguin42: when you start System Settings>Language Support, do/did you get a message box about missing support files? [16:18] normatif: I'm running KDE so I don't know if I have that [16:19] 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] (Heck the calendaring options in KDE are nuts - I could run with a Julian calendar!) [16:33] 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] and locale -a also reports them [16:37] * penguin42 doesn't know much about locales [16:47] ok, it's already reported https://bugs.launchpad.net/bugs/960314 [16:47] Launchpad bug 960314 in ubiquity "Unnecessary languages listed but not installed after install" [Undecided,New] [16:54] hmm, that's not ubiquity bug, it's gnome-language-selector bug.. can someone set the correct package in bug #960314 ? [16:54] Launchpad bug 960314 in ubiquity "Unnecessary languages listed but not installed after install" [Undecided,New] https://launchpad.net/bugs/960314 [18:22] 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] 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] Anybody can help me [18:24] which package are you trying to fix? [18:24] hello2.7-2 [18:25] it's translation error in file "po/fr.po" [18:25] got a bug number and a patch file? [18:26] https://bugs.launchpad.net/ubuntu/+source/hello/+bug/989946 [18:26] Launchpad bug 989946 in hello "Incorrect translation" [Undecided,In progress] [18:26] and patch file it's in attachment but i want to learn how i can make the fix [18:26] i put in progress because i want to make the fix [18:27] well the fix'd need to be done via packaging [18:27] so you'd need experience with packaging to test the fix [18:27] but to *upload* the fix is a different story :p [18:27] yes i've a little packaging, i must to create new package so [18:28] actually you might not need tgo [18:28] * EvilResistance works a decent bit in packaging [18:28] lemme load up my Ubuntu box, take a look at the source packagfe [18:28] for upload i can ask to the motu for upload i think [18:28] i'm not sure about that, you might need a sponsor [18:28] lemme load up my Ubuntu box, and dissect the package ;P [18:29] sorry i don't understand your last message [18:30] 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] lemme? what is this word, and sorry my mom call me for diner [18:31] but i you say what i understand sure make that >< [18:33] ah i forgot the translation thing... "lemme" = 'let me' [18:33] (American slangish) [19:12] Re [19:13] evilresistance: are you on Ubuntu [19:13] yeah, one sec [19:13] spartan-11510: i'm on Natty, though, this drive can't handle an upgrade atm [19:14] give me a few seconds [19:14] oh it's ame error on natty [19:14] s/seconds/minutes [19:14] spartan-11510: natty's not getting updated iwth it :P [19:14] just lemme work for a few minutes [19:14] ok no-problem i've all night >< [19:34] spartan-11510: take a look at your bug. [19:34] i've subscribed the Sponsors team to get them to upload the bug, and I attached a debdiff [19:34] yes [19:34] s/bug/fix/ [19:35] 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] but when i try to create a package with my patch, he build the package without patch [19:36] i know [19:36] what you need to do is navigate to the package source directory first [19:36] yes [19:36] say, hello2.7-1 or w/e it is [19:36] and do quilt import /path/to/patch [19:37] then build [19:37] * EvilResistance did that step for you and generated the debdiff, and subscribed ubuntu-sponsors to the bug [19:37] you'll get the credit, though, its your patch [19:37] * EvilResistance just helped [19:38] just creating a patch and not importing it with 'quilt import' won't get it built [19:38] with the patch [19:38] i make with "bzr branch lp:ubuntu/precise/hello" [19:38] ah, well that's the source code... [19:39] different objects [19:39] 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] s/the thing/the main repository/ [19:40] 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] except, of course, if the debdiff needs to be applied in Debian... [19:41] 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] penguin42: true. [19:41] (but the debdiff wasnt there on that package, and for package sponsorship, they like debdiffs :P) [19:41] s/package/bug/ [19:42] 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] Launchpad bug 989946 in hello "Incorrect translation" [Undecided,In progress] https://launchpad.net/bugs/989946 [19:43] sorry i'm french so i need time to understand all of you say :) [19:43] no problem, penguin42 and I are just arguing. [19:43] :P [19:44] 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] so quilt generate a debdiff? [19:51] no [19:51] quilt just adds your patch to the list of patches to apply during package building [19:51] but does not automatically generate the debdiff [19:51] the debdiff is the difference between package versions [19:51] but i make the same action with bzr commit no? [19:52] penguin42: can you explain the difference between the bzr code and Debian packages? [19:52] 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] I'll try, but I'm not fluent in it - I only do it a few times [19:54] 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] ok i understand that [19:55] and i understand the difference, quilt say at pbuilder "warn you need to apply qthis patch" i'm right? [19:56] I can't rememeber how quilt and pbuilder interact [19:56] 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] you knwo what i hate [19:57] dumb people who trip over cables (thus causing power outage to the servers) [19:57] haha [19:57] ANYWAYS [19:57] :D [19:57] quilt and pbuilder interact by package format [19:57] EvilResistance: Remember to remove some of the insulation on the cable - they'll learn about it then [19:57] the package format for the `hello` package is "quilt" [19:57] which means that patches need to be imported manually to quilt [19:57] using quilt import [19:58] if you do not import the patch into the quilt series of patches to apply, it will not include the patch [19:58] so, you do two things: [19:58] (1) create the patch file, save it somewhere [19:58] (2) before building the package, do `quilt import /path/to/patch` [19:58] which then says "Include this patch into the package building process" [19:59] if you don't import the patch, it'll just sit there and not process [19:59] (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] indeed, you'd never hand edit the file and just put the patch in ahem [19:59] 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] path/to/patch is the patch generated by diff -u or it's the file generated by bzr commit [20:00] spartan-11510: /path/to/patch would be the path to the diff you generated (and attached to your bug) [20:01] 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] god needs to destroy laptop touchpads >.> [20:01] anyways, continuing... [20:02] when I did that command, it told the system "Include this patch in the building of the package." [20:02] and it subsequently added the patch to debian/patches/ and added it to debian/patches/series [20:02] so that when the package is built, the code change is included. [20:03] i have'nt a debian/patches/series [20:03] 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] only debian/patches [20:03] you and i were using different code [20:03] 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] like i do with every backport i do xD [20:04] i'm an idito i've series file... [20:04] hehe it's OK, we all do that from time to time [20:05] in fact idon't build my package with pbuilder but with debuild [20:07] ehh... [20:07] debuild isnt good for building packages [20:07] debuild -S builds the source package, which I then build with pbuilder [20:07] (for package testing) [20:08] in fact i need to 1) create a patch of the bug [20:08] 2) quilt the patch [20:09] 3) build my package with debuild -s and upload on a ppa or build with pbuilder for testing package [20:09] i'm right and if th test are good create and debdiff [20:09] mhm [20:10] but of course, you'll need to read how to set up pbuilder, because it can be complicated ;P [20:10] i usually use PPAs to test [20:10] (after pbuilder) [20:10] but i'm weird like that, i like confirming that it builds :P [20:11] you're not weird confirming are necessary :) [20:20] i restart i make 1)bzr branch lp:ubuntu/precise/hello [20:20] 2) quilt import ../patch [20:20] 3) debuild -S < this fail http://paste.ubuntu.com/953486/ [20:23] * EvilResistance can't read french :P [20:23] remember to add a changelog entry, otherwise it won't build ;P [20:24] oh wait [20:24] i know what's up [20:24] he can't found .orig tarball >< [20:24] its missing a tarball :P [20:24] and i have to go to a meeting now :/ [20:24] perhaps later when i get back i can explain how i get package source and modify it and rebuild [20:24] (I don't use bzr code to do it) [20:24] but when i make bzr bd -- -S -us -uc he doesn't import tarball [20:25] okey if i'm wake because it's 22h24 [20:25] thave a good meeting >< [20:25] its 16:25 here, i'm 4 hours behind GMT [20:26] and no wi have to run :P [20:26] i'm at GMT +1 [21:32] seb128: ping [21:47] can anyone set this bug report to low priority and also triaged status? [21:47] https://bugs.launchpad.net/unity/+bug/990643 [21:47] Launchpad bug 990643 in unity "'Show desktop' icon in launcher does not use chameleonic behavior like other system icons" [Undecided,Confirmed] [21:47] Please also set this bug report to medium priority and triaged status [21:47] https://bugs.launchpad.net/unity/+bug/990715 [21:47] Launchpad bug 990715 in unity "Window resize shortcuts (Ctrl+Super+Up) do not work in Dash" [Undecided,Confirmed] [22:15] thomi: ping [22:16] someone needs to learn patience :) [22:18] EvilResistance, I will wait then :) [22:19] in my defence I did wait for like 30 mins :P [22:19] nik90: try waiting until Monday :-) [22:19] Nafallo: I realised...I should really be a part of the bug control team... [22:21] hrm. I used to be able too... I guess it's because it's unity rather than ubuntu... [22:22] depends on the project i think [22:22] if the project != ubuntu, the ubuntu bugs team doesnt have access by default [22:22] whereas that project's devs have access [22:22] (explains why in my projects I can triage bugs, but outside of my projects where I have no access I cannot) [22:25] yeah [22:25] quite [22:38] evilresistance: how was the meeting? [22:42] nik90: pong [22:43] thomi, I was just wondering if you set the bug priority and triage status to two bug reports [22:43] if you could set* [22:43] I can list them again if you are interested [22:45] * thomi looks [22:45] thomi, ? I do not understand [22:46] sure, I'll do it now [22:46] thomi, oh thanx :) [22:47] Done. No worries [22:47] thanks a lot..