[11:29] -SwissBot:#ubuntu-news- ::Planet:: Jonathan Riddell: The Brexit Deal @ https://jriddell.org/2020/12/31/the-brexit-deal/
[12:18] -SwissBot:#ubuntu-news- ::Planet:: Torsten Franz: Ubuntu life in 2020 @ https://torstenfranz.wordpress.com/2020/12/31/ubuntu-life-in-2020/
[15:33] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: Snaps and themes – on the path to seamless desktop integration @ https://ubuntu.com//blog/snaps-and-themes-on-the-path-to-seamless-desktop-integration
[17:44] -SwissBot:#ubuntu-news- ::Planet:: Alan Pope: The Best Portable Spectrum @ https://popey.com/blog/2020/12/the-best-portable-spectrum/


[14:12] <djh> Hi. I have a process that gets started by a shell script, which I've been told to move to being controlled by upstart. This naturally runs into problems with the PID that upstart gets when running the script isn't the PID of the daemon that gets started. I tried using "expect daemon" but this lea to suffering from the bug reported at https://bugs.launchpad.net/upstart/+bug/406397 where the process became unkillable.
[14:12] <djh> Is there a "good" way to have Upstart manage an application that needs to be started & stopped by a shell script?
[14:14] <ion> How about making it not daemonize?
[14:14] <ion> No need to use “expect” then.
[14:15] <ion> If you prevent Upstart from tracking the process it won’t know if it crashes.
[14:15] <djh> How do I stop it daemonizing?
[14:16] <ion> Depends on what the script is and does.
[14:18] <djh> the script basically does a bunch of environment setup & then calls the server application
[14:20] <SpamapS> djh: many server applications will have an argument to run in the foreground
[14:21] <SpamapS> djh: there's only a few reasons to move server apps into upstart jobs. Either you need to orchestrate it starting up based on hardware/other services.. or you desire basic respawning
[19:14]  * SpamapS carpet bombs http://stackoverflow.com/questions/tagged/upstart with answers...
[19:20] <xaka> ...one of the daemons forks 4 times... - *facepalm*


[00:41] <Stavros> hello
[00:41] <Stavros> how can i export my repo to a tarball for emailing?
[00:41] <Stavros> there's a format like that, isn't there?
[00:46] <Stavros> how can i generate a file from a repo?
[00:48] <Stavros> anyone?
[01:01] <Peng> Stavros: Wait, a copy of the working tree, or all of the Bazaar data as well?
[01:01] <Peng> Stavros: For the former, "bzr export". For the latter, you can probably work something out with "bzr send" or "bzr bundle".
[01:02] <Peng> Stavros: Though I'd probably just tar it up. (Excluding the contents of .bzr/repository/obsolete_packs, but not the directory itself.)
[01:02] <Peng> Stavros: (And removing the working trees first.)
[10:51] <jelmer> Tak, hi
[16:36] <pecisk> hi people, is there any common suggestions about how to prepeare code from bazaar repo for publishing? Have to remove .bzr directory and that's it? Or something else I should look upon?
[16:53] <jpds> pecisk: bzr export - should do the trick.
[16:53] <pecisk> jpds, yeah, already found it, thanks :)
[17:02] <Peng> The bzr-upload plugin may also interest you.
[17:17] <toabctl> hi
[17:17] <toabctl> is it possible to close lp-bugs with a commit-message?
[17:30] <Peng> toabctl: No.
[17:31] <toabctl> Peng, ok. thanks
[17:32] <Peng> There was a little discussion about this just today... Not sure where, though.
[18:15] <RenatoSilva> Merry Christmas
[18:16] <RenatoSilva> hmm, it seems it's not: http://encyclopedia.thefreedictionary.com/merry+Christmas
[18:16] <RenatoSilva> oops, wrong channel
[18:16] <RenatoSilva> verterok: hi, Merry Christmas
[18:34] <verterok> RenatoSilva: hi, Merry xmas to you too!
[18:36] <RenatoSilva> thanks for merging
[18:36] <verterok> RenatoSilva: np, apologize the delay :)
[18:41] <verterok> RenatoSilva: FYI, I'll upgrade bzr-java-lib format to 2.0
[19:42] <RenatoSilva> verterok: ok
[20:02] <RenatoSilva> verterok: mvn test not found?
[20:31] <GuyFromHell> So I have this file. it's in a previous revision. it's no longer in the current revision. Is the suggested way of retrieving said file using "bzr cat"?
[20:34] <jpds> GuyFromHell: bzr cat -r NNNN filename ?
[20:34] <GuyFromHell> jpds, right, just making sure i wan't missing anything
[20:34]  * GuyFromHell shrugs. was hoping it'd just bring back the file but i'm not opposed to using redirection
[20:34] <lifeless> bzr revert -r NNNN filename
[20:35] <jpds> GuyFromHell: Maybe... what lifeless said.
[20:35] <GuyFromHell> you can revert single files?
[20:35] <GuyFromHell> interesting
[20:35] <GuyFromHell> and shiny, i like it.
[20:35] <jpds> $ bzr rocks
[20:35] <GuyFromHell> hank you :)
[20:36]  * GuyFromHell is more a git fanboy but bzr isn't bad ;)
[20:53] <verterok> RenatoSilva: huh?
[20:54] <verterok> RenatoSilva: oh, that comment is from a failed test with tarmac, sorry
[20:56] <RenatoSilva> ah ok
[20:57] <verterok> RenatoSilva: I'm trying to automate the landing of approved branches :)
[23:44] <Stavros> hello
[23:44] <Stavros> is there a way for me to package a repo as a file?
[23:45] <Stavros> basically the equivalent of bzr branch <repo>, zip <repo>
[23:48] <jpds> Stavros: bzr export.
[23:49] <Stavros> jpds: that doesn't include metadata though
[23:52] <Stavros> goddamnit, bzr keeps ruining my repo these days
[23:55] <nyu> hi
[23:56] <nyu> I made a commit using sftp://, nothing seriously big (few kiB at most), and it's been running for a looong while
[23:56] <nyu> it says it's uploaded 60 MiB by now
[23:56] <nyu> "Uploading data to master branch - Stage:Fetching revisions:Inserting stream:repacking texts:texts 34106/42307"
[23:56] <nyu> should I be worried?
[23:57] <gutworth> sftp sucks
[23:57] <nyu> or is bzr just "tidiing things up"
[23:57] <nyu> I don't mind leaving it several hours or days
[23:57] <nyu> but I'm scared.  I hope it's not some weird bug


[00:47] <greylurk> So, i'm trying to write an upstart script for a process, and it appears to fork 56 times before settling in to a single PID.  Is there any hope of writing an "expect" statement to deal with it?
[00:56] <ion> Can you tell it not to do that? :-P
[00:56] <greylurk> I'm not sure… I'm trying.
[00:56] <JanC> seems like that process is somewhat insane  ;)
[00:56] <greylurk> It's actually "clone"ing not "fork"ing, so it might just be a bunch of threads to read configurations and such.
[00:57] <greylurk> I'm investigating.
[00:59] <JanC> there are always tricks with pre/post start/stop & script you can use (see the cookbook for some ideas)
[04:04] <swine_> hey, what would cause a pre-run section of an upstart config file not to ever run ?
[07:25] <roderick__> hi, is there a way to give an instance a default value in the upstart script, so it's optional for "start myapp ..."?
[10:49] <qzio> I'm trying to get nginx to use upstart, not sure what I've done but doing start nginx or stop nginx just sits there doing nothing.
[10:49] <qzio> can't find anything in syslog either, or the nginx log.
[10:49] <qzio> I've installed nginx using the passenger gem, so it sits in /opt/nginx.
[10:50] <qzio> I'm using the upstart script described in http://wiki.nginx.org/Upstart with the modification of DAEMON=/opt/nginx/sbin/nginx
[11:56] <JanC> qzio: *s*bin?
[11:56] <JanC> are you sure it's not in /opt/nginx/bin/ instead?
[12:22] <qzio> yes I'm sure.
[12:22] <qzio> I can get nginx to start. but not to stop.


[12:14] <asac> fta: http://paste.ubuntu.com/112041/ <- upgraded to latest from your archive on intrepid
[12:14] <asac> fta: and here a prb with miro: http://paste.ubuntu.com/112042/ seems to lack a conflicts
[12:14] <asac> replaces
[12:15] <asac> i think we should really prevent xul 1.9.1 to touch any xul 1.9 gre.d files
[12:16] <asac> The following packages have unmet dependencies: miro: Depends: miro-data (>= 2.0~) but 1.2.6-0ubuntu1 is installed
[15:43] <fta> asac, why do you think 1.9.1 even touches 1.9 files?
[15:52] <asac> fta: not sure. thought you added the conffile cleanup stuff on 1.9.1 and later
[15:53] <asac> fta: what happened on this upgrade is that my fresh gre for <IP_ADDRESS> was moved to a backup file
[15:53] <asac> fta: if you explicitly only look for 1.9.1 then i have to check where this might have come from
[15:54] <fta> i think you probably have two gre files for 1.9.0
[15:55] <fta> asac, http://paste.ubuntu.com/112118/
[15:56] <fta> make it -1f
[15:57] <asac> fta: no. thats not the issue
[15:57] <asac> fta: the issue was really that there was no 1.9.0*.conf anymore
[15:57] <asac> only .backup (or whatever extension we use)
[15:57] <asac> well ... no <IP_ADDRESS>.conf anymore ... i had to rename it ;)
[15:58] <fta> this is fixed in 1.9.1 / 1.9.2, no in 1.9
[15:58] <fta> not
[15:58] <asac> fta: yeah cool. can you commit the same fix to 1.9.head or give me a diff you used so i can backport?
[16:02] <fta> asac, head still starts with "xulrunner-1.9 (<IP_ADDRESS>+nobinonly-0ubuntu1) jaunty; urgency=low" is that correct?
[16:02] <asac> fta: hmm
[16:03] <asac> http://paste.ubuntu.com/112126/
[16:03] <asac> fta:
[16:03] <asac> should be pushed from what i can tell
[16:03] <asac> let me double check
[16:04] <asac> fta: now pushed. sorry.
[16:04] <asac> not sure what i did ... but i think i unbound it
[16:04] <asac> so i coudl do a topic branch for the major change request for libnotify
[16:05] <asac> anyway rev375 is now there
[16:05] <asac> ok out for barber
[16:09] <fta> lol
[16:13] <fta> asac, done, rev #376
[16:15] <fta> if you can also take the build-system stuff, it's #323..326
[16:23] <fta> please also consider #377
[17:30] <piratenaapje> fta: Here now ;)
[17:30] <fta> hey!
[17:30] <fta> always nice to have fresh blood here :)
[17:30] <piratenaapje> fta: mv -v openkomodo-8991/*-source.tar.bz2 `echo openkomodo-8991/*-source.tar.bz2 | sed -e 's/-1.9.1-1.9.1/-1.9.1/'`
[17:30] <piratenaapje> mv: `openkomodo-8991/mozilla-central-1.9.2~a1~hg20090131r24485-source.tar.bz2' and `openkomodo-8991/mozilla-central-1.9.2~a1~hg20090131r24485-source.tar.bz2' are the same file
[17:31] <piratenaapje> I could force move it I guess :S
[17:31] <fta> ?? hmm, not good, let me check
[17:32] <piratenaapje> fta: It's rule 113 of debian/rules
[17:32] <piratenaapje> s/rule/line/
[17:33] <fta> that's old stuff, my branch is not up-to-date, sorry, let me fix that
[17:35] <fta> i can hand you my tarball for now, it's not the part that needs work
[17:35] <piratenaapje> fta: sure
[17:36] <fta> hold on, uploading it somewhere
[17:39] <fta> 25%.. so slow
[17:40] <piratenaapje> fta: Well, it's a pretty big tarball I assume, I think the svn directory was 150 meg with python tarballs included
[17:40] <fta> i dropped all binaries from the tarball, we can't take them, forbidden
[17:41] <piratenaapje> fta: I know, but it would still be pretty large, even without those tarballs
[17:41] <fta> btw, where did you learn that i was working on that?
[17:41] <fta> 50%
[17:42] <piratenaapje> fta: I wanted to package it myself, since I use it and it's not in the repos yet. Then I found the needs-packaging bug on launchpad and saw you had worked on it
[17:43] <fta> ok, good i added a comment there then :)
[17:43] <piratenaapje> fta: Well seeing how much you have done, I don't think I would've succeeded :p
[17:44] <piratenaapje> fta: Only packaged a couple smaller programs so far
[17:44] <fta> the thing is i don't know much about python
[17:44] <asac> fta: is mini 10 not yet avail with ubuntu preinstalled?
[17:45] <piratenaapje> fta: It's my programming language of choice ;)
[17:45] <fta> asac, it's not on sale at all here, afaik
[17:45] <asac> oh
[17:45] <asac> ok
[17:45] <piratenaapje> fta: Going to eat now, I'll take a look at the tarball in 15 mins or so
[17:45] <asac> its nice for sure ;)
[17:45] <asac> if its really the thing i had in my hands during UDS from some oem folks ;)
[17:45] <fta> piratenaapje, ok, 80% now
[17:46] <asac> but i will check on that and let you know
[17:47] <fta> asac, take pictures if you can. i'm worried about the weight, and the battery. the keyboard looks better than the 9
[17:48] <asac> yes. keyboard was the most annoying part of 9
[17:48] <fta> piratenaapje, http://www.sofaraway.org/ubuntu/tarballs/openkomodo_5.1.0~a1~svn20090124r2851.orig.tar.gz
[17:48] <asac> fta: the mini 9 isnt really heavy ... what weight do you expect?
[17:49] <fta> less than 1kg
[17:49] <asac> with battery?
[17:49] <fta> yes, ideally with a small/light ac charger
[17:49] <fta> 1.2kg top for everything
[17:50] <asac> the ac charger is definitly light
[17:50] <asac> at least for the mini 9
[17:57] <fta> but i update .head. if i bump versions in .ppa, i would have to work on more conflicts
[17:58] <piratenaapje> fta: aptitude show mozilla-devscripts | grep -i version
[17:58] <piratenaapje> Version: 0.10
[17:59] <piratenaapje> Perhaps the version in jaunty is higher? I'm running intrepid
[17:59] <fta> i have 0.12~fta3.
[17:59] <fta> asac, i should close m-d 0.12 now, it's mature enough, would you sponsor it?
[17:59] <piratenaapje> fta: Jaunty has 0.11, should be high enough?
[18:00] <fta> piratenaapje, i used new stuff in o-m. you need 0.12. I'm upstream for mozilla-devscripts btw ;)
[18:01] <fta> o-k
[18:01] <fta> why should i insist on typing o-m for openkomodo.. grrr
[18:01] <piratenaapje> Ah alright
[18:03] <asac> fta: sure
[18:03] <asac> fta: just give me the sign for upload
[18:04] <fta> do you need a bug in #lp?
[18:14] <asac> fta: no.
[18:14] <asac> fta: unless there is abug fixed of course ;)
[18:15] <fta> asac, http://paste.ubuntu.com/112175/
[18:16] <asac> fta: i would suggest to not use [ mozclient  ] ... thats used for developers
[18:17] <asac> i would use:
[18:17] <asac> mozclient:
[18:17] <asac> * poiint 1
[18:17] <asac> * point 2
[18:17] <asac> etc.
[18:17] <asac> but well ;)
[18:17] <asac> not really a real issue ;)
[18:18] <fta> i don't think lp match "* [ foo ]" (with a star)
[18:18] <fta> +es
[18:18] <asac> lp doesnt match anything ;)
[18:18] <asac> except emails
[18:18] <asac> which they seem to parse everywhere
[18:18] <asac> at least on the view side
[18:19] <asac> in fact i think that for upstream development having a ChangeLog file in top level is better
[18:19] <asac> as you can just add more things by date there
[18:19] <asac> but well. whatever you do i am fine with it ;) ...
[18:19] <asac> as long as it doesnt break backward compatibility
[18:20] <asac> ;)
[18:20] <asac> those changes dont look like they would. but you probably know better
[18:21] <fta> it never hurt before
[18:22] <asac> the changelog format? yes. thats fine. was just a comment ;)
[18:23]  * fta still fighting with the sasl2 crash
[18:23] <fta> I want my SMTP AUTH fixed, i can't send emails!
[18:24] <asac> so where is sysrq key?
[18:24] <fta> grrr, it's the berkeley db 3.5 -> 3.6 :(
[18:25] <fta> sysrq key? that's print screen for me
[18:25] <asac> http://www2.bryceharrington.org:8080/drupal/zap
[18:25] <asac> fta: ^^
[18:25] <asac> you probably already noticed that
[18:26]  * asac  tries that key now
[18:26] <fta> that's bullshit
[18:26] <fta> ctrl+alt+bs != magic keys
[18:26] <fta> the 1st kills X, the latter talks to the kernel directly
[18:27] <asac> fta: yes. the idea is that alt+sysrq+k kills all processes assocaited with current VT
[18:28] <fta> i use both, since what.. forever? and i need both but for different purposes
[18:28] <asac> so the result is similar
[18:28] <asac> and even more reliable because kernel does it
[18:28] <asac> just tried it ... the magic key properly did kill x and gdm came back
[18:28] <fta> it's a hammer to kill a fly
[18:28] <asac> heh
[18:29] <piratenaapje> fta: I feel rather silly, but I don't see what part in the rules file I should run next :S
[18:29] <asac> fta: yeah. but for some reason they want to eliminate the ctrl+alt+backspace thing
[18:29] <asac> probably because it gets hit by accident
[18:29] <fta> piratenaapje, build it normally, dpkg-buildpackage (or the command you prefer, debuild, ...)
[18:30] <asac> bzr bd ;)
[18:30] <fta> yeah, that too. that's my preferred choice
[18:30] <piratenaapje1> what the hell
[18:31] <piratenaapje1> pidgin acting funny, brb
 piratenaapje, build it normally, dpkg-buildpackage (or the command you prefer, debuild, ...)
 bzr bd ;)
[18:32] <piratenaapje1> Very odd..
[18:32] <fta> ?
[18:32] <piratenaapje1> pidgin acting weird
[18:33] <piratenaapje1> fta: How do I actually build it now?
[18:34] <fta> piratenaapje1, from the branch dir, put the tarball into ../tarballs and use bzr bd --merge (you need bzr-builddeb)
[18:35] <fta> it will merge the sources with the debian dir from the branch, and work in ../build-area/
[18:35] <fta> asac, don't we have a tutorial for that on the wiki?
[18:38] <piratenaapje1> fta: Alright
[19:12] <asac> fta: i think we have
[19:14] <asac> fta: https://wiki.ubuntu.com/MozillaTeam/Build/Bzr
[19:14] <asac> not sure how up to date that is
[19:14] <asac> probably deserves some love
[19:14] <Nafallo> house is love!
[19:16] <asac> that would be a simplisitic view on love ... probably missing various corner cases and even main cases ;)
[19:19] <Nafallo> asac: http://home.nafallo.info/tmp/djrob+jan2609house192.mp3 <-- latest from my friendly djs :-)
[19:20] <BUGabundo> downloading now
[19:20] <Nafallo> kewl :-)
[19:29] <asac> Nafallo: nice nice
[19:34] <marcos_ast> Hi! Hi asac
[19:39] <asac> marcos_ast: hi. you need revpath binary
[19:39] <asac> not sure where thats in ;)
[19:39] <asac> let me check
[19:39] <marcos_ast> ;)
[19:39] <asac> dpkg -S revpath
[19:39] <asac> xutils-dev: /usr/share/man/man1/revpath.1.gz
[19:39] <asac> xutils-dev: /usr/bin/revpath
[19:39] <asac> so maybe add that to wiki too
[19:39] <asac> ;)
[19:40] <marcos_ast> don't worry
[19:40] <asac> for my defense: not my idea to use that ;)
[19:40] <asac> but sometimes you are happy to get contributions and don't complain
[19:42] <marcos_ast> dpkg: *revpath* not found
[19:42] <marcos_ast> :O
[19:42] <asac> marcos_ast: showed you the package name above
[19:42] <asac> Nafallo: http://identi.ca/nafallo ... thats weak ;)
[19:43] <Nafallo> asac: tss. what would I use that for? :-P
[19:43] <asac> Nafallo: writing dents ;)
[19:43] <gnomefreak> sebner: are you using sunbird 0.9?
[19:43] <gnomefreak> in jaunty
[19:44] <marcos_ast> I don't undertand you :$
[19:44] <marcos_ast> revpath don't exist
[19:44] <asac> marcos_ast: sigh
[19:44] <asac> xutils-dev
[19:44] <Nafallo> asac: :-P
[19:44] <asac> package name!
[19:44] <asac> marcos_ast: ^^
[19:46] <marcos_ast> I installed xutils-dev
[19:46] <marcos_ast> dpkg -S revpath works now
[19:47] <marcos_ast> but not xutils-dev: /usr/share/man/man1/revpath.1.gz
[19:47] <marcos_ast> bash: xutils-dev:: command not found
[19:47] <asac> marcos_ast: well. i used dpkg -S to find the package where its in
[19:47] <marcos_ast> ops
[19:47] <asac> so nothing you should bother about
[19:47] <marcos_ast> ;)
[19:48] <marcos_ast> done
[19:48] <marcos_ast> then
[19:48] <marcos_ast> :P
[19:48] <asac> marcos_ast: try again
[19:48] <sebner> gnomefreak: nope, why?
[19:50] <thunderstruck> damnit
[19:51] <gnomefreak> outside of lightning/tb3 compatibility issues i cant find anything on .ical remote calendars
[19:54] <gnomefreak> well here is a new way to ask for help:
[19:54] <gnomefreak> PS. Why doesn't Lightning have a more precise UA? (i.e., build date)
[19:54] <gnomefreak> --> FU to mozilla.dev.apps.thunderbird
[19:56] <gnomefreak> ok its not just him it looks like alot of people are bitching at the devs for all kinds of reasons that really has nothing to do with them
[19:56] <marcos_ast> asac:
[19:56] <marcos_ast> marquinos@marquinos-laptop:~/Desktop/po2xpi/src$ ./runpo2xpi firefox en-USfirefox.xpi _firefox-ast.po
[19:56] <marcos_ast> trying en-US.jar
[19:56] <marcos_ast> entityname=brandDTD for line: <!ENTITY % brandDTD SYSTEM "chrome://branding/locale/brand.dtd">
[19:56] <marcos_ast> PWD=/tmp/po2xpi.JnPYJLqAjX/firefox/new
[19:56] <marcos_ast> CMD=/home/marquinos/Desktop/po2xpi/src/po2xpi firefox ../_firefox-ast.po
[19:57] <marcos_ast> /tmp/po2xpi.JnPYJLqAjX/firefox/new
[19:57] <marcos_ast> MAKING START DIR: /home/marquinos/Desktop/po2xpi/src/firefox
[19:57] <marcos_ast> PWD: /tmp/po2xpi.JnPYJLqAjX/firefox
[19:57] <marcos_ast> marquinos@marquinos-laptop:~/Desktop/po2xpi/src$
[19:57] <marcos_ast> I think now works fine
[19:57] <marcos_ast> :)
[19:57] <asac> marcos_ast: good ;)
[19:58] <marcos_ast> I have a folder
[19:58] <marcos_ast> "firefox" with ast.po
[19:58] <marcos_ast> sorry
[19:58] <marcos_ast> with ast.xpi
[19:58] <marcos_ast> drop & drag in firefox?
[19:58] <marcos_ast> what must I do for check the translation? :P
[20:02] <asac> marcos_ast: you can just install it as any extension
[20:02] <asac> e.g. navigate to it on firefox and click
[20:02] <asac> or just firefox /path/to/ast.xpi
[20:02] <piratenaapje1> fta: ping
[20:04] <marcos_ast> fine
[20:04] <gnomefreak> hmmmmm tb+sdpamassignin is fixed?
[20:04] <marcos_ast> firefox appear in asturian language
[20:04] <marcos_ast> :O
[20:05] <marcos_ast> is this the test?
[20:05] <marcos_ast> for the translation?
[20:05] <asac> marcos_ast: you need the .xpi for xulrunner and the one for firefox
[20:06] <asac> marcos_ast: then check every dialog and everything to see whether its translated ... or broken
[20:06] <marcos_ast> ;)
[20:06] <marcos_ast> I'm compiling xulrunner
[20:06] <marcos_ast> works the runpo2xpi
[20:06] <asac> marcos_ast: compiling? you mean crating .xpi
[20:06] <asac> marcos_ast: yes. just use the en-US.xpi for xulrunner (also in the translation tarball)
[20:07] <marcos_ast> :P
[20:07] <marcos_ast> done
[20:07] <marcos_ast> I'm testing...
[20:08] <marcos_ast> All appears is fine :D
[20:08] <marcos_ast> the search dialog appear in asturian
[20:08] <marcos_ast> firefox browse the web fine
[20:08] <marcos_ast> and appear in asturian too
[20:08] <marcos_ast> :D
[20:08] <marcos_ast> any test for you? :D
[20:10] <marcos_ast> asac
[20:10] <marcos_ast> :)
[20:10] <asac> marcos_ast: preferences dialog
[20:10] <asac> all tabs
[20:10] <asac> all sub dialogs
[20:11] <asac> there should be a bunch
[20:12] <marcos_ast> ok
[20:16] <gnomefreak> asac: did we reach EOL for tb-1.x
[20:18] <asac> gnomefreak: why?
[20:18] <asac> gnomefreak: its definitly EOL upstream
[20:18] <gnomefreak> im seeing bugs on it
[20:18] <asac> in ubuntu its still supported
[20:18] <gnomefreak> ok
[20:18] <asac> in dapper at least
[20:18] <asac> i think gutsy has tbird 2
[20:19] <gnomefreak> tthis is post dapper as i recall but her eis report https://bugs.edge.launchpad.net/ubuntu/+source/mozilla-thunderbird/+bug/259678
[20:19] <gnomefreak> im going through bugs i can always go back to it when im done
[20:20] <gnomefreak> comment that bothered me was
[20:20] <gnomefreak> Unfortunately, I don't run thunderbird on any of my machines that have a
[20:20] <gnomefreak> newer version of Ubuntu on them so I don't know if it's an issue on
[20:20] <gnomefreak> Ubuntu > 7.04
[20:21] <asac> gnomefreak: what are you using now? evo?
[20:21] <gnomefreak> tb3
[20:21] <asac> heh
[20:21] <gnomefreak> and sm if i ever get 2.0 built
[20:21] <asac> so you are still running tbird ;)
[20:21] <asac> gnomefreak: whats the prob with sm?
[20:22] <marcos_ast> All is fine :D
[20:22] <marcos_ast> included "about:robots" xD
[20:22] <marcos_ast> any test more? :)
[20:23] <gnomefreak> its fails to build using same source as fta repo had. spinning it on jaunty spit out a few rules file errors but didnt have a ton of time to look at it. Once i figure out the "hg" naming i will go for vewer upstream source
[20:24] <fta> gnomefreak, if it's green in my ppa, it should build fine for you too, untouched
[20:25] <gnomefreak> fta: i thought so too
[20:25] <asac> Nafallo: finished listening :) ... #success
[20:25] <fta> to update the source, you don't have to fight with hg, just run debian/rules get-orig-source
[20:25] <fta> you need mozilla-devscripts, and of course mercurial
[20:26] <marcos_ast> asac updated wiki page :)
[20:26] <marcos_ast> https://wiki.ubuntu.com/MozillaTeam/Testing_your_translation
[20:27] <asac> marcos_ast: 9. Copy here the firefox.po en-US_firefox.xpi.  ?
[20:27] <asac> isnt it firefox/en-US.xpi ?
[20:27] <asac> or reference that its the xpi from 6.
[20:28] <marcos_ast> yes
[20:28] <marcos_ast> I will change it now
[20:28] <marcos_ast> ;)
[20:28] <marcos_ast> I like difference it :$
[20:29] <gnomefreak> fta: yeah i wish it was that easy. m-d kept spitting out errors with get-orig... and than i tried using debian_date and it fdailed as well and to use get-org you need a source name (DD or HG or what not) unless this is no longer needed. but as i recall changelog needs to have new source name for get-orig to get it
[20:33] <gnomefreak> ok email is done ill run updates and attempt sm again
[20:33] <marcos_ast> done
[20:33] <marcos_ast> :)
[20:34] <marcos_ast> https://wiki.ubuntu.com/MozillaTeam/Testing_your_translation
[20:36] <gnomefreak> fta: give me a minute its gonna fail most likely due to git not being installed but it is
[20:36] <fta> it's an old bug, which m-d do you have
[20:36] <fta> ?
[20:37] <gnomefreak> mozilla-devscripts: Installed: 0.12~fta3 Candidate: 0.12~fta3
[20:37] <fta> should be fine then
[20:37] <gnomefreak> looks like its working now but a few minutes ill know
[20:37] <sianis-devel> hi all
[20:38] <sianis-devel> asac, are you here?
[20:38]  * gnomefreak smoke
[20:41] <asac> sianis-devel: yeah
[20:42] <sianis-devel> asac, could you review my patch for bug 305004
[20:43] <fta> gnomefreak, all fine here: http://paste.ubuntu.com/112239/
[20:43] <gnomefreak> its running here now
[20:45] <asac> sianis-devel: yes. let me think for a moment ;)
[20:46] <gnomefreak> fta: looks like i was in wrong dir.
[20:47] <Nafallo> asac: :-)
[20:48] <asac> sianis-devel: problem is that when you dont add a new string in .properties all other locales will break
[20:48] <asac> e.g. all that dont have a translation yet
[20:48] <asac> two solutions: a) add the english string everywhere
[20:52] <asac> b) refactor and put plugin finder strings into a separate .properties
[20:52] <asac> also add a prefix to the string name
[20:53] <asac> e.g. ubufox.pluginWizard.description.notfound
[20:53] <asac> i would suggest that we do b)
[20:53] <sianis-devel> asac, it sounds good
[20:54] <asac> hmm
[20:54] <asac> sianis-devel: just create the prefix for now
[20:54] <asac> thats ok then
[20:54] <asac> i will do the refactoring when time comes
[20:54] <asac> sianis-devel: also copy the english string to all other ubufox.properties
[20:55] <sianis-devel> great, thank you!
[20:56] <asac> sianis-devel: ok adde that to bug too
[20:56] <asac> now off for a while
[20:57] <piratenaapje1> fta: are you here?
[20:57] <fta> partly
[20:57] <asac> piratenaapje1: if his nick is here just ask. he will answer when he sees the question
[20:58] <piratenaapje1> he didn't respond last ping :p
[20:58] <asac> (or when tiem ;))
[20:58] <piratenaapje1> make: *** No rule to make target `debian/-configure.stamp', needed by `debian/-build.stamp'.  Stop.
[20:58] <asac> piratenaapje1: because you didnt ask anything
[20:59] <asac> answering on pings will train folks to send pings; and pings are bad as they require one more turnaround ;)
[20:59] <piratenaapje1> fta: ^^
[20:59] <piratenaapje1> ah :S
[20:59] <asac> one more cycle
[20:59] <asac> also be patient
[20:59] <asac> ;)
[20:59] <asac> ok off for a while for real ;)
[20:59] <fta> piratenaapje1, weird, did xul build?
[21:01] <piratenaapje1> fta: I guess not, what file should be created?
[21:01] <fta> do you have the logs? if so, could you pastebin them?
[21:01] <marcos_ast> asac, can you update the bug for the asturian language? :)
[21:02] <marcos_ast> https://bugs.launchpad.net/ubuntu/+source/xulrunner-1.9/+bug/309312
[21:04] <Nafallo> asac: incoming dcc :-)
[21:07] <piratenaapje1> fta: I reverted output to an output file yes, but the warnings still displayed in the terminal
[21:07] <piratenaapje1> fta: http://pastebin.ubuntu.com/112250/
[21:09] <fta> so you have a fully built xul, fine
 make: *** No rule to make target `debian/-configure.stamp', needed by `debian/-build.stamp'.  Stop. <= this means $(DEB_APPNAME) is empty
[21:10] <fta> hmm
[21:11] <fta> lol, i dropped it somewhere
[21:11] <gnomefreak> im gone for a bit lets see if this works
[21:14] <fta> piratenaapje1, http://pastebin.ubuntu.com/112254/
[21:14] <fta> sorry about that
[21:14] <piratenaapje1> fta: That's ok, thanks
[21:16] <fta> i just updated the branch
[21:17] <piratenaapje1> fta: hmm ok, let me try that
[21:17] <fta> piratenaapje1, ^^, with -nc, it should not rebuild everything, so it should fail during the next step, openkomodo-configure.  that's where i stopped
[21:17] <piratenaapje1> fta: Cause it still gives me same error
[21:17] <fta> show me
[21:18] <fta> piratenaapje1, oops, DEBIAN_NAME, not DEB_NAME
[21:18] <fta> i should take a break
[21:20] <piratenaapje1> ah ok
[21:24] <piratenaapje1> fta: Doesn't change anything : http://pastebin.ubuntu.com/112263/
[21:25] <fta> piratenaapje1, did you change *all* DEB_APPNAME into DEBIAN_NAME ?
[21:26] <piratenaapje1>  cat debian/rules | grep -i DEB_APPNAME gives no results, so I would say yes
[21:29] <piratenaapje1> fta: ^
[21:31] <fta> hm, i see
[21:33] <fta> a last minute brain damage change when i 1st committed this.
[21:34] <fta> piratenaapje1, http://pastebin.ubuntu.com/112268/
[21:35] <fta> (fixed in the branch)
[21:37] <piratenaapje1> fta: Alright getting a different error now, taking a look ;)
[21:40] <piratenaapje1> fta: regmozbuild.Error: could not find a Mozilla build matching: mozApp=komodo, komodoVersion=5.1, mozObjDir=None, blessed=False, buildType=release
[21:40] <piratenaapje1> I guess that's what the problem is?
[21:40] <fta> yep, that's where i stopped
[21:41] <fta> a part of the problem is python
[21:41] <fta> maybe even all of it
[21:43] <fta> there's a bunch of functions there, enjoy the debugging :)
[21:47] <piratenaapje1> fta: Pretty ugly, pointers in python :s
[21:47] <fta> it's not my own code ;)
[21:48] <fta> piratenaapje1, i let you did into this, let me know if you find a way to complete the configure rule.
[21:48] <fta> I really need a break. I'm going to watch a movie
[21:50] <piratenaapje1> fta: Might be too hard for me, but I'll try, have fun ;)
[23:00] <piratenaapje> fta: Succes! It configures
[23:03] <piratenaapje> fta: It's making now :)
[23:08] <fta> piratenaapje, excellent! what did you change?
[23:10] <piratenaapje> couple changes in python
[23:10] <piratenaapje> fta: It wrong checked for a mozilla build
[23:10] <piratenaapje> fta: And it still tried to use the siloed python version after I fixed that
[23:11] <piratenaapje> fta: I get this now when building: /home/kristof/Packaging/build-area/openkomodo-5.1.0~a1~svn20090124r2851/build-tree/openkomodo/mozilla/build/moz1.9.1/mozilla/ko-rel-gtk2-ns-tools/dist/include/xpcom/nsXPCOM.h:297: error: 'nsresult' does not name a type
[23:16] <asac> thats definitly major bustage. its one of the ns base types ;)
[23:17] <asac> nscore.h
[23:17] <asac> typedef PRUint32 nsresult;
[23:17] <fta> piratenaapje, patches appreciated. you can pull my branch, commit your changes (1 at a time) and push to your own location, i'll review and merge
[23:17] <piratenaapje> asac: /home/kristof/Packaging/build-area/openkomodo-5.1.0~a1~svn20090124r2851/build-tree/openkomodo/mozilla/build/moz1.9.1/mozilla/ko-rel-gtk2-ns-tools/dist/include/xpcom/nscore.h:51:21: error: prtypes.h: No such file or directory
[23:17] <piratenaapje> that's the problem ;)
[23:18] <asac> probably due to system-snpr
[23:18] <asac> nspr
[23:18] <asac> ;)=
[23:18] <fta> you need nspr-dev
[23:18] <fta> yep
[23:18] <asac> well ... could also be that its not supported
[23:18] <asac> but should be fixed
[23:18] <piratenaapje> not available in repo :(
[23:18] <piratenaapje> Well, I guess I'll patch and call it a night, have to get up early tomorrow
[23:19] <fta> you should already have that, otherwise, xul would have failed before. you need to tweak the build system, it's probably easy
[23:20] <fta> piratenaapje, please commit your patches so i can have a look
[23:21] <asac> piratenaapje: sudo apt-get install libnspr4-dev libnss3-dev
[23:25] <fta> http://googleblog.blogspot.com/2009/01/this-site-may-harm-your-computer-on.html
[23:27] <piratenaapje> fta: Hmm I'm doing something wrong, I just created a 200 meg patch :S
[23:27] <fta> lol
[23:27] <piratenaapje> fta: How do Include the files that aren't in the old dir?
[23:27] <piratenaapje> exclude I mean
[23:28] <fta> did you patch the files in place or did you use quilt ?
[23:28] <piratenaapje> diff -Nurf :p
[23:28] <fta> i mean, when you patched in the 1st place
[23:29] <piratenaapje> fta: ah yes, I patched them
[23:30] <asac> piratenaapje: use quilt
[23:30] <asac> thats a decent tool for patch management and we have that for all mozillateam packages
[23:34] <asac> fta: the pic of the velib with pink seats is gone
[23:34] <fta> really?
[23:34] <fta> got it through google image
[23:34] <asac> fta: hmm ... maybe a gwibber bug ;)
[23:35] <asac> fta: https://twitter.com/holychic/status/1164240388
[23:35] <asac> http://identi.ca/notice/2007856
[23:35] <asac> thats the note i posted
[23:36] <asac> its really gone ;)
[23:36] <asac> pink t-shirt now
[23:36] <asac> ;)
[23:36] <asac> http://www.actupparis.org/IMG/jpg/actup_velib_20071201.jpg
[23:36] <asac> there it is
[23:36] <fta> url looks bogus
[23:38] <asac> fta: which one do you mean?
[23:38] <asac> hmm
[23:38] <asac> right
[23:38] <asac> one letter missing
[23:38] <fta> yep
[23:41] <asac> new paste is http://is.gd/hsXo
[23:41] <asac> so seems that that was the one i created back then
[23:41] <asac> and this thing returns previously created tinyurls
[23:41] <asac> i doubt that new links would be that close ;)
[23:43] <piratenaapje> Am I supposed to patch a tarball? :s
[23:43] <piratenaapje> source.tar.bz2 contains 2 tarballs
[23:44] <fta> no
[23:44] <piratenaapje> fta: Then what?
[23:44] <fta> you are supposed to add patches in debian/patches, so you have to use quilt
[23:45] <piratenaapje> I really don't have time anymore to figure out how to use quilt
[23:45] <piratenaapje> Can't I just send you the modified files and tell you where they are located?
[23:45] <fta> sure
[23:47] <fta> asac, http://www.journaldugeek.com/2009/01/30/test-sony-vaio-p/ (sorry, it's in french)
[23:48] <asac> fta: well. thats probably not even 9 inch ;)
[23:50] <piratenaapje> http://dl.getdropbox.com/u/409308/changed_files.tar.gz
[23:50] <piratenaapje> fta: rules - obvious
[23:51] <asac> whats that?
[23:51] <asac> changed files?
[23:51] <piratenaapje> yes
[23:51] <asac> ah ... now read backlog
[23:51] <asac> nevermind ;)
[23:51] <piratenaapje> fta: regmozbuild.py : build-tree/openkomodo/mozilla/support
[23:51] <asac> enjoy your night piratenaapje
[23:51] <fta> piratenaapje, ok, i'll figure out
[23:52] <piratenaapje> fta: Ah ok
[23:52] <fta> the names are obvious :)
[23:52] <piratenaapje> fta: well there aren't any files named the same, so locate if you run into trouble :p
[23:52] <piratenaapje> good night


[18:04] <stgraber> highvoltage: heard anything back from gilir?
[18:04] <stgraber> highvoltage: I have a meeting coming up in an hour, so I'll try to do most of my uploads before that
[18:52] <highvoltage> stgraber: nope
[18:53] <stgraber> highvoltage: he's on IRC, can you poke him?
[18:54] <highvoltage> poking him via pm...
[23:11] <alkisg> ogra_: sorry for the ping, I think you hit a similar bug and maybe you could guide me a bit... I'm trying to install phpmyadmin from software center, and the "root mysql password" debconf question isn't shown, so dbconfig-common goes in an endless "retry/abort" loop.
[23:11] <alkisg> But if I run SUDO software-center, it works fine. I filed LP bug #962393, but then I saw your LP bug #404500, is that the problem I'm facing? Any workarounds, because I want it for a seminar in the next week?


[13:00] <acresearch> hello people, i want to download lubuntu, what is the difference between intelx86 and AMD64?
[13:52] <dode> If you are using it on most modern PCs that runs 64bit OS then use the AMD64 version.
[18:48] <prashant> hello?
[18:48] <wxl> oh hai
[18:48] <prashant> can you tell me how do i get back my panel?
[18:49] <wxl> prashant: are you sure it's gone? try `lxpanelctl restart`
[18:51] <prashant> i deleted them all
[18:51] <prashant> accidently
[18:52] <wxl> prashant: http://askubuntu.com/questions/64631/how-to-restore-the-default-lubuntu-panel
[18:55] <prashant> That worked! Thanks man!
[18:56] <wxl> np teward
[18:56]  * teward was pinged?
[18:56] <teward> wxl: E: mis highlight?
[18:56] <wxl> oops yeah
[18:56] <wxl> derp
[18:56] <teward> it happens :)
[19:40] <tbnbuddha> hi. i installed lubuntu and my wifi is not working. so i got no inet connection. i already found a driver. but i need to install "apt-get install make". how can i download the package to run the apt-get offline?
[19:41] <tbnbuddha> is there a website to download sources like this manually?
[19:42] <wxl> dude what card do you have that you need to compile it?
[19:43] <tbnbuddha> do you know the commandline to print that information?
[19:44] <tbnbuddha> Broadcom BCM43142
[19:44] <wxl> tbnbuddha: lspci -nn. you'll have to find the wifi card
[19:44] <wxl> !b43
[19:44] <tbnbuddha> oh thx. i will take a look
[19:44] <wxl> oh yeah
[19:45] <wxl> well that's one of the few broadcom cards only supported by proprietary software
[19:45] <wxl> so lame
[19:45] <tbnbuddha> :(
[19:45] <wxl> getting make is so untrivial because it has dependencies you'll need to get, too
[19:45] <tbnbuddha> sounds not good
[19:46] <wxl> which in turn has dependencies
[19:46] <wxl> so you'd need:
[19:46] <wxl> make
[19:46] <wxl> libc6
[19:46] <wxl> libgcc1
[19:46] <wxl> gcc-6-base
[19:46] <tbnbuddha> i love linux if it is once working. if not ... :(
[19:46] <wxl> well you should blame your chip for this problem
[19:47] <wxl> it's not like there aren't developers interested in helping support lots of software including incredibly old stuff
[19:47] <tbnbuddha> i know it is not the fault of the linux developers
[19:47] <wxl> apple/microsoft have no interest in doing that
[19:47] <wxl> in any case
[19:47] <tbnbuddha> but that does not help who i could blame. it just don't work easily
[19:47] <wxl> is this a laptop?
[19:47] <tbnbuddha> yes
[19:47] <tbnbuddha> just wlan.
[19:47] <wxl> why don't you plug it in directly into your router?
[19:48] <tbnbuddha> only usb
[19:48] <wxl> ugh lame router :)
[19:48] <tbnbuddha> no, the laptop has none
[19:48] <tbnbuddha> the router has :)
[19:48] <wxl> oh even worse
[19:48] <wxl> that's terrrrrible
[19:48] <wxl> throw it out, it's useless
[19:48] <wxl> j/k XD
[19:48] <tbnbuddha> i like it because it is small and light for the price
[19:48] <wxl> well then you just have to follow the dependencies and get all the .deb packages
[19:49] <tbnbuddha> if everything works from start on i don't need a network cable. if not i am f...
[19:49] <wxl> here's what you do:
[19:49] <wxl> 1. find the right package for the right version you're on
[19:49] <wxl> an example
[19:49] <wxl> http://packages.ubuntu.com/yakkety/make
[19:50] <wxl> it will tell you dependencies
[19:51] <tbnbuddha> thx a lot for this help
[19:51] <tbnbuddha> i need to dig in now :)
[19:51] <wxl> if it has a source package (like make is make-dfsg) then you'll have to make note of that
[19:51] <tbnbuddha> not really a skilled linuxer
[19:51] <lynorian> yeah my pci network card which had the company bought out in 2004 and the thing worked a few months ago
[19:51] <wxl> 2. now find it on launchpad
[19:52] <wxl> e.g. https://launchpad.net/ubuntu/+source/make-dfsg
[19:52] <wxl> again you'll have to look for the right version
[19:52] <wxl> expand the section for that version
[19:53] <wxl> package (deb files) are near the bottom of that listing
[19:53] <wxl> make sure you get the right architecture
[19:53] <tbnbuddha> just a guess. is it maybe easy to connect a smartphone via usb and use it as a router?
[19:54] <wxl> never done it before but theoretically yes tbnbuddha
[19:54] <wxl> so if you have an i386 you'd want https://launchpad.net/ubuntu/+archive/primary/+files/make_4.1-9_i386.deb
[19:54] <wxl> so that's one done
[19:54] <wxl> now do the same thing for all the other dependencies
[19:54] <wxl> obviously you need to install them in reverse
[19:54] <wxl> in other words, make would be the last thing you install
[19:54] <tbnbuddha> your help is really great but when i overlook it, it looks like an hour or two work for me. need the laptop tomorrow morning in my new co-working space
[19:54] <wxl> dpkg -i /path/to/file.deb will install it
[19:55] <tbnbuddha> a little sleep would be also not that bad :P
[19:55] <wxl> not really
[19:55] <wxl> you only have about 5 dependencies to worry about
[19:55] <wxl> it's just not one and only one package
[19:55] <tbnbuddha> is it like downloading 5 files, put them somewhere where apt.get finds it and then run the command?
[19:55] <wxl> well what i would do is download them all
[19:56] <wxl> then put them on the drive of the laptop (maybe use usb)
[19:56] <tbnbuddha> yep thats what i already done
[19:56] <wxl> then dpkg -i /path/to/file.deb, starting with the remote dependency of make
[19:56] <tbnbuddha> to get the driver. then i was asked about the make package :)
[19:57] <tbnbuddha> i386 was 32 bit right?
[19:57] <tbnbuddha> got an 64 bit one
[19:57] <wxl> so you'd start with gcc-6-base, then libc6, then libgcc1, then make
[19:57] <wxl> amd64 is 64 and i386 is 32
[19:57] <wxl> check your kernel to see what it is because that's ultimately what matters
[19:58] <tbnbuddha> it is 64 bit
[19:58] <wxl> uname -m will get you that where x86_64 is amd64 and x86 is i386
[19:58] <tbnbuddha> x86_64
[19:58] <wxl> to think that this is how we did EVERYTHING back in the day XD
[19:59] <tbnbuddha> your skills are impressive :)
[19:59] <wxl> well and back in the day there was no such thing as binary packages!
[19:59] <tbnbuddha> wish i had those.
[19:59] <wxl> i've been doing it for a while. it takes a little practice
[19:59] <wxl> and honestly i'm not the best
[19:59] <tbnbuddha> i appreciate it.
[19:59] <wxl> offtopic but there's a free linux mentoring program. see more at linuxpadawan.net
[20:00] <tbnbuddha> sounds good but i learn database stuff, php, javascript at the moment. my head hurts enough right now :)
[20:00] <tbnbuddha> but i mark that page. sounds good
[20:01] <wxl> well we're there when you need help. many of us have other skills, too, if you're interested
[20:01] <wxl> you can idle in #linxupadawan if you want to hang out :)
[20:01] <tbnbuddha> it is great stuff for beginners like me. i searched a lot but just run from problem to problem
[20:02] <tbnbuddha> i try to follow your instructions now.
[20:02] <wxl> tbnbuddha: we were all beginners once XD
[20:02] <tbnbuddha> thats right
[20:40] <till__> mmh i think i installed the packages successfully. but when i try to make my driver i receive "recipe for target[module_name] failed
[20:41] <till__> and recipe for target "all" failed
[20:41] <till__> i found help on google that says i should try to use -i to ignore errors. but i don't know if this is good
[20:42] <wxl> till__: i doubt that will fix things
[20:42] <till__> i try that one
[20:42] <wxl> till__: what package is this tho?
[20:43] <till__> not a package i think. it is the driver i downloaded
[20:43] <till__> when i try to make and make install it
[20:43] <till__> it throws that error
[20:43] <wxl> i think you'd be better off using the ubuntu package
[20:43] <till__> which one you meant?
[20:43] <wxl> this one till__ https://launchpad.net/ubuntu/+source/bcmwl
[20:44] <wxl> you can just dpkg -i it
[20:44] <till__> is this a driver for those wifi cards?
[20:44] <wxl> you may still have the same problem
[20:44] <wxl> if that's the case you need linux-header
[20:44] <wxl> yes
[20:45] <till__> i try it
[20:46] <wxl> here's where to get linux-headers, till__ https://launchpad.net/ubuntu/+source/linux
[20:46] <wxl> make sure you get the right version
[20:49] <till__> i need 3 more packages to install it says. try that
[20:49] <wxl> oops
[20:49] <wxl> probably coreutils
[20:50] <till__> libc-dev
[20:50] <till__> dkms
[20:50] <till__> linux-libc-dev
[20:50] <wxl> k which linux-headers package are you using?
[20:51] <till__> sorry, but what do you mean by linux-headers? i tried to install bcml-kernel-source
[20:51] <wxl> oh
[20:51] <wxl> hahahah
[20:51] <wxl> okok
[20:53] <till__> i really don't know about that technical terms. makes it a bit difficult to form the right questions and don't understand everything you said. But it is great help so far. i get those 3 packages now and install them
[20:53] <wxl> yeah let me help you with that
[20:54] <wxl> here's dkms https://launchpad.net/ubuntu/+source/dkms
[20:54] <till__> need a lot of time. because typing on the smartphone, moving the files, then switch to the laptop and so one :)
[20:54] <till__> but works fine so far
[20:55] <wxl> libc6-dev https://launchpad.net/ubuntu/+source/glibc
[20:55] <wxl> get a bluetooth keyboard :)
[20:56] <till__> have one. was too lazy to get it. my fault
[20:56] <wxl> go back to that linux page to get linux-libc-dev
[20:56] <wxl> it's built from the same source package
[20:58] <till__> got it. and then the dkms
[20:58] <wxl> here's dkms https://launchpad.net/ubuntu/+source/dkms
[21:01] <till__> dkms benötigt gcc :( get that one also
[21:03] <till__> when i search for "gcc" it gives me a ton of results. how do i know which one i need?
[21:04] <wxl> sorry i'm at work till__ and was on the phone https://launchpad.net/ubuntu/+source/gcc-defaults
[21:05] <wxl> you want the deb file for just gcc
[21:05] <till__> i really appreciate it. your work is much more important then my questions
[21:05] <wxl> as an exmaple https://launchpad.net/ubuntu/+archive/primary/+files/gcc_6.1.1-1ubuntu2_amd64.deb
[21:15] <till__> depends on gcc-6. when i try to install this it showed me 7 more depencies. puuh. i cannot finish this today. :(
[21:15] <till__> but your help was great. i really appreciate it
[21:26] <till__> wish a good night. thx a lot for the help