[01:33] <semitones_tea> I'm in lubuntu 10.04 -- I like the high resolution of the screen, but words and icons are a little hard to read. Is there a way to make just words and icons bigger? (iirc, 125dpi or something)
[01:44] <thor_> Just install lubuntu 12.04 on usb and all apps start in full screen. WHY ??
[01:45] <thor_> it is daily iso
[01:54] <pcroque> semitones_tea: this post may help you: http://ubuntuforums.org/showthread.php?t=1783031
[01:57] <semitones_tea> thanks
[02:25] <phillw> next time thor is omn, let him know that it is current default as we choose between how apps should launch :)
[02:25]  * benonsoftware adds it to his "tell someone" list :P
[03:32] <tertl6> how is ubuntu 12 anyways?
[03:32] <tertl6> can I have a link to lubuntu 12 daily?
[03:48] <wxl> tertl6: http://cdimage.ubuntu.com/lubuntu/daily-live/current/
[03:51] <phillw> tertl6: make sure you are aware of bug 918401
[03:51] <ubot5`> Launchpad bug 918401 in lubuntu-meta (Ubuntu) "Unity-greeter installed by default on Lubuntu, crashing on start" [Undecided,Confirmed] https://launchpad.net/bugs/918401
[03:51] <tertl6> uh oh :P
[03:51] <tertl6> it wont boot?
[03:52] <phillw> tertl6: it's a bitch, but it does boot - you just have to enter your password on a blank screen
[03:52] <tertl6> oh
[03:52] <phillw> Call it very secure lubuntu :P
[03:52] <tertl6> lol
[03:53] <tertl6> "lubuntu introduces secret password screen"
[03:54] <phillw> read the bug report, you will see that has already been mentioned :)
[08:10] <iceroot> could someone tell me what this fix did? https://bugs.launchpad.net/ubuntu/+source/lubuntu-default-settings/+bug/912499
[08:10] <ubot5`> Launchpad bug 912499 in lubuntu-default-settings (Ubuntu) "No screen lock key combination/symbol/option per default" [Undecided,Fix released]
[08:11] <Lasivian> hiya
[08:14] <bioterror> iceroot, I pasted that windows+l kombination
[08:14] <iceroot> bioterror: not working here
[08:14] <bioterror> it's tested and it works
[08:15] <iceroot> bioterror: but i cant see what the bug is fixing, creating windows+L or putting an option in the shutdown window
[08:15] <iceroot> its not clear for me
[08:15] <iceroot> ah
[08:15] <iceroot> un  xscreensaver        <keine>             (keine Beschreibung vorhanden)
[08:16] <iceroot> so i guess the package needs a dependency to xscreensaver
[08:16] <bioterror> ofcourse
[08:16] <iceroot> but there is no such dependency
[08:17] <iceroot> because xscreensaver is not installed on my system after the latest dist-upgrade for lubuntu-default-settings
[08:17] <bioterror>   * usr/share/lubuntu/openbox/menu.xml & rc.xml
[08:17] <bioterror> updates those
[08:17] <iceroot> bioterror: yes the update is there
[08:18] <iceroot> but because xscreensaver is not installed the shortcut is not working
[08:18] <bioterror> I dunno if the ctrl+alt+l is the key combination
[08:18] <bioterror> is it so hard to reinstall it then?
[08:18] <iceroot> bioterror: no
[08:19] <iceroot> of course not but that should be done by a dependency
[08:19] <bioterror> file a bug then
[08:19] <iceroot> i am doing it atm
[08:32] <iceroot> https://bugs.launchpad.net/ubuntu/+source/lubuntu-default-settings/+bug/889414  could someone test that on the latest 12.04 please? for me its not fixed always
[08:32] <ubot5`> Launchpad bug 889414 in openbox (Ubuntu) "Run dialog opens up in the background" [Undecided,New]
[09:11] <toscho> hi
[09:12] <toscho> inkscape needs a lot of time starting. extremely longer than in ubuntu 10.04. is this normal for lubuntu or can it be changed
[09:14] <bioterror> is it same version of inkscape?
[09:15] <toscho> I don't know. has the inkscape version changed from 11.04 to 11.10
[09:15] <toscho> ?
[09:17] <iceroot> !info inkscape natty
[09:17] <ubot5`> inkscape (source: inkscape): vector-based drawing program. In component main, is optional. Version 0.48.1-2ubuntu2 (natty), package size 17020 kB, installed size 61008 kB
[09:17] <iceroot> !info inkscape oneiric
[09:18] <ubot5`> inkscape (source: inkscape): vector-based drawing program. In component main, is optional. Version 0.48.2-0ubuntu1 (oneiric), package size 17490 kB, installed size 62428 kB
[09:18] <toscho> interesting command
[09:18] <toscho> !info java oneiric
[09:18] <ubot5`> Package java does not exist in oneiric
[09:18] <iceroot> toscho: for me inkscapes starting time is ok, 2-3 seconds (12.04, eeepc 900mhz)
[09:19] <toscho> is there a small stop watch installed by default?
[09:20] <iceroot> toscho: to see the start-time of inkscape?
[09:20] <toscho> ok, changed the clock applet to show seconds
[09:21] <toscho> 1 minute
[09:21] <toscho> exact by the second
[09:22] <iceroot> toscho: can you start it on the terminal to get some usefull output
[09:22] <toscho> sure
[09:22] <toscho> 1 moment
[09:23] <toscho> hey, second time took only 57 seconds
[09:24] <Myrtti> because it is in the memory already
[09:24] <iceroot> toscho: can you provide the output of "df -h" and "cat /proc/cpuinfo"
[09:24] <iceroot> !paste | toscho
[09:24] <ubot5`> toscho: For posting multi-line texts into the channel, please use http://paste.ubuntu.com | To post !screenshots use http://imagebin.org/?page=add | !pastebinit to paste directly from command line | Make sure you give us the URL for your paste - see also the channel topic.
[09:24] <iceroot> toscho: free -m  instead of df -h
[09:25] <iceroot> toscho: also you can do "strace inkscape" to see what it is doing the 57 seconds
[09:25] <toscho> ok, output from starting inkscape via terminal was: nothing
[09:26] <toscho> http://paste.ubuntu.com/819778/
[09:27] <toscho> http://paste.ubuntu.com/819780/
[09:27] <iceroot> ok i5 and 3GB ram should be fine :)
[09:28] <toscho> i thought so
[09:28] <iceroot> i would strace that and see what it is doing (not always to read)
[09:28] <iceroot> easy
[09:28] <toscho> in 11.04 it was quick to start
[09:29] <toscho> shouldn't "strace inkscape > log.txt" send the output to log.txt and not display it in terminal?
[09:30] <iceroot> toscho: strace is using stderr and not stdout
[09:30] <iceroot> toscho: > is only fetching stdout
[09:30] <toscho> ah. how can I pipe stderr to a file?
[09:33] <iceroot> toscho: strace inkscape 2> log.txt
[09:36] <toscho> btw: shall I post the entire output of strace to paste.ubuntu.com?
[09:40] <toscho> interesting. most of lines read "gettimeofday({1327743302, 628917}, NULL) = 0"
[09:42] <toscho> then there is a lot of "access("/usr/share/themes/Lubuntu-default/gtk-2.0/apps/nautilus-e.rc.en", F_OK) = -1 ENOENT (No such file or directory)" and similar lines
[09:42] <toscho> http://paste.ubuntu.com/819794/
[09:45] <toscho> ok, it reads all fonts supplied by fontconfig. this might take some time as fontconfig reads all texlive-fonts
[09:46] <iceroot> toscho: which are a lot
[09:47] <toscho> damnit. so I need to change the config of fontconfig
[09:48] <toscho> I though I commented out that line, but fc-cache shows, that fontconfig still searches through the texlive-folder
[09:51] <toscho> ok. that was the reason
[09:51] <toscho> now it starts in 3 seconds
[09:52] <toscho> well 5 seconds, but that's ok
[09:52] <toscho> thx
[09:54] <iceroot> toscho: nice
[09:58] <toscho> still unclear, why it asks for the time of the day so often
[10:20] <Lasivian> http://www.lasivian.com/?p=640
[10:20] <Lasivian> oops, wrong channel
[12:56] <timob> Hi, I've installed Lubuntu through Ubuntu 11.10, everything is working fine, except for the run dialog on ALT+F2, anyone knows how to install/bind this?
[13:26] <thor_> lubuntu 12.04 How do i get normal windows back again??
[13:27] <thor_> For App
[13:27] <thor_> :-(
[13:32] <thor_> lubuntu 12.04 How do i get normal windows back again For App??
[14:17] <thor_> How do i disable full-screen for all apps in lubuntu 12.04
[15:19] <thor_> lubuntu 12.04 in vitualbox, the dont work but if you install vmware player in lubuntu it works??
[15:20] <thor_> lubuntu 12.04 in vitualbox, the mouse dont work but if you install vmware player in lubuntu it works??
[16:05] <RTFTMob> Hey guys, stupid question time. I'm on a windows mobile phone and it fails with the internets.
[16:06] <RTFTMob> my stephdad is installing lubuntu, but it never asked for a root password, just a generic user
[16:06] <Tm_T> there's no root
[16:06] <Tm_T> !root
[16:06] <ubot5`> Do not try to guess the root password, that is impossible. Instead, realise the truth... there is no root password. Then you will see that it is 'sudo' that grants you access and not the root password. Look at https://help.ubuntu.com/community/RootSudo
[16:06] <RTFTMob> awesome!
[16:06] <RTFTMob> thank you
[16:06] <Tm_T> np (:
[16:07] <RTFTMob> so how do I handle low right situations?
[16:08] <RTFTMob> He was trying to install a webserver but lacked the rights. I'll also try to open the link.. :( be back in like 5.
[16:08] <Tm_T> RTFTMob: using apt-get?
[16:08] <Tm_T> RTFTMob: then just "sudo apt-get install <packagename>"
[16:09] <RTFTMob> synaptic thingie
[16:09] <RTFTMob> install almost done, so I'll just try the terminal. as you might notice, I'm legally retarded when it comes to anything linux.
[16:10] <Tm_T> launching it should ask his password, if not, it isn't launching it with correct rights /:
[16:10] <Tm_T> "gksudo synaptic" is the magic word to get it launched right
[16:14] <RTFTMob-> thanks for the help Tm_T! I'm sure we'll manage now
[16:21] <test> Ello
[16:21] <test> RTFTMob- <- here
[16:21] <test> Tm_T: managed to get it running again, but when I do "gksudo synaptic" it keeps asking for a password
[16:22] <RTFTMob-> nvm typo :(
[18:42] <CyberDawg> *burp*
[19:32] <smile> bye :)
[20:19] <garo> What the connection between lubuntu and ubuntu, is the same as between kubuntu and ubuntu ?
[20:19] <bioterror> lubuntu uses Openbox as window manager and has LXDE desktop components on top of it
[20:20] <garo> not really what i mean, if you look at kubuntu, it's actually just ubuntu with different standard packages and some changes in the configfiles
[20:20] <garo> does that also count for lubuntu ?
[20:20] <Sentynel> yes
[20:21] <garo> so is it possible to make a lubuntu from ubuntu by removing and adding packages and changing configfiles just as with kubuntu
[20:22] <bioterror> sudo apt-get install lubuntu-desktop
[20:22] <bioterror> !purelxde
[20:22] <garo> so they use the same repositories
[20:22] <ubot5`> If you want to remove all !KDE, !GNOME and !XFCE packages and have a default !Lubuntu system follow the instructions here « http://www.psychocats.net/ubuntu/purelxde »
[20:23] <garo> ok, thanks
[21:27] <tertl6> lubuntu daily build did not install :(
[22:25] <phillw> tertl6: it should do?
[22:26] <phillw> as for logging when it is insatalled, that is a different natter :P
[22:26] <phillw> /s/natter/matter
[22:30] <wxl> phillw: you need a / at the end
[22:30] <wxl> sed: -e expression #1, char 9: unterminated `s' command
[22:30] <wxl> ;)
[22:31] <phillw> wxl: when they write the rules, br sure I will break them
[22:33] <wxl> so let's say you use pcmanfm to ssh:// to another machine to grab some files. how do you eject besides killing ssh?
[22:34] <phillw> wxl: well I go in via terminal and simply issue 'exit'.
[22:35] <wxl> phillw: pcmanfm
[22:35] <wxl> gvfs backends includes a ssh://user@server/path/to/somewhere option that more or less is sshfs
[22:35] <wxl> it's REALLY handy
[22:35] <phillw> wxl: why not ask him? He does not bite.
[22:36] <wxl> phillw: cuz he ain't here ;)
[22:36] <phillw> wxl: just drop him an email.
[22:43] <wxl> he's not on the team list ugh
[22:44] <wxl> forget it, i'll use the mailing list


[06:27] <suruibin> hello
[16:33] <raub> What would cause my command lines to wrap onto the same line?
[18:21] <geirha> raub: inproperly handled terminal escapes (e.g. colors) in the PS1 prompt
[18:22] <geirha> raub: http://mywiki.wooledge.org/BashFAQ/053


[01:42] <dtchen> maxb: the debug packages are generated from the source package; e.g., linux-image-debug-2.6.30-7-gene
[01:42] <dtchen> ric
[01:43] <dtchen> maxb: keep in mind that the tree is in flux while ports is rolled back in, so the packaging may well be different for -8
[02:13] <maxb> No, this is a state of affairs that has existed since Intrepid if the comments in malone are to be believed
[02:14] <maxb> It looks like ddebs.u.c is keeping only one or two recent package versions, without regard for multiple distroseries
[03:06] <mase_work> hey guys , i  am running into the same symptoms as https://bugs.launchpad.net/ubuntu/hardy/+source/linux/+bug/240071 on a fully up to date 8.04.2 server. It says a fix has been released but I can't see anywhere what the fix actually was and if that means it's been released as part of the regular update cycle of it need a special repository
[03:06] <ubot3> Malone bug 240071 in linux "BUG: soft lockup - CPU#0 stuck for 11s!" [Undecided,Fix released]
[03:07] <mase_work> I was hoping someone could guide me as to how i can determine if I am hitting this same issue or if I have something different that just presents the same
[03:48] <cwillu> mase_work, that's an error, it's fixed in intrepid, somebody said they'd nominate it for hardy, but it looks like that didn't happen
[03:48] <cwillu> mase_work, you might be able to get away with simply installing intrepid's kernel packages though
[03:48] <cwillu> actually, ignore that
[03:50] <mase_work> ah ok. so i need to apply this patch normally
[03:50] <mase_work> manually rather
[03:54] <mase_work> cwillu: sorry this might seem like a stupid question, is it possible in launchpad to get a patch or a git commit id which i could use to grab the patch
[03:55] <cwillu> mase_work, sometimes, but in this case, I don't think so
[03:55] <cwillu> it looks like it was a "here's a new version with lots of stuff fixed, is your bug fixed?", without a specific patch in mind
[04:00] <mase_work> I see. Do you have any recommendations as to how best to deal with this ?
[04:00] <mase_work> should i revert to a previous kernel or move to a newer kernel ?
[04:08] <cwillu> move to a newer one is probably the best bet, you can just install the deb files for a later kernel image, they should Just Work.
[04:12] <mase_work> cwillu: so the intrepid-xen images are acceptable ?
[04:13] <cwillu> I would imagine s
[04:13] <cwillu> so
[04:14] <mase_work> ok thanks. I am using pygrub so i should be able to do it. Do you know if the vpcu=1 work around that is listed is likely to actually work ?
[04:16] <ZeroProg> hey guys im trying to learn some driver writing but am having trouble compiling and testing....is there an ubuntu doc for doing this?
[04:43] <ZeroProg> anybody in here
[04:47] <mase_work> yeh there is
[04:48] <mase_work> i just don't know the answer to your question sorry
[04:48] <mase_work> i could google around but i presume you have already tried that approach and been unsuccessful
[04:48] <ZeroProg> exactly
[04:49] <ZeroProg> i guess the best place to start would just be ubuntu kernel programming but i cant seem to find a tutorial
[04:50] <lifeless> its not an ubuntu specific thing
[04:50] <lifeless> look for linux kernel docs/tutorials
[04:50] <lifeless> rusty russell has done several tutorials at LCA for instance
[04:51] <ZeroProg> i have but after talking to people in #kernelnewbies and they said ubuntu is different
[04:52] <lifeless> Ubuntu takes the kernel and we add some patches and package it. Its still the same thing though in terms of writing code for it.
[04:52] <ZeroProg> yes but the source and headers and stuff is different is what i gather
[04:52] <lifeless> news to me
[04:52] <ZeroProg> i followed 3 tutorials to the letter and i still get the same errors about not finding linux/init.h
[04:54] <ZeroProg> the guys in the other channel said something about make-kpkg
[04:54] <lifeless> are you trying to build with the full kernel source locally?
[04:55] <lifeless> or using your installed kernel's headers?
[04:55] <ZeroProg> whatever i need to do to write drivers heh
[04:55] <lifeless> depends on what you're doin
[04:55] <lifeless> g
[04:55] <lifeless> but I can't give you a useful pointer unless you tell me *what you were trying*
[04:56] <ZeroProg> u mean like what type of driver?
[04:56] <lifeless> no
[04:56] <ZeroProg> oh ok
[04:56] <ZeroProg> i understand....i read these tutorials about what was needed to write drivers and the consensus was to download and build a kernel source
[04:56] <ZeroProg> so i followed the readme included with the source
[04:57] <ZeroProg> other tutorials said headers were sufficient but i still cant get ubuntu to recognize linux/init.h and the other includes
[04:57] <lifeless> ok, following the full source approach is easiest I think
[04:57] <lifeless> and the vanilla upstream kernel will build on Ubuntu
[04:57] <lifeless> in fact we use that for testing
[04:58] <ZeroProg> ok...is there perhaps a newb tutorial on downloading and installing that?
[04:58] <lifeless> sounds like you were following one
[04:58] <ZeroProg> yeah :/
[04:59] <lifeless> so, I'd follow it. Do the full source one, not the headers package - that way you are guaranteed to have everything basically the same.
[04:59] <ZeroProg> ok
[04:59] <ZeroProg> thanks again
[05:04] <ZeroProg> where can i find that kernel
[05:05] <lifeless> http://kernel.org/
[05:05] <ZeroProg> ohh ok i thought it was something specific my fault
[05:06] <ZeroProg> one last newb question for the night....how do u know its vanilla upstream
[05:11] <lifeless> if you get it from upstream :)
[05:11] <ZeroProg> lol is there an upstream section on the site?
[05:13] <mase_work> that is _the_ upstream
[05:13] <ZeroProg> jeez im confused...what makes it vanilla is that what its named?
[05:13] <mase_work> no
[05:13] <mase_work> vanilla just means no added patches
[05:14] <mase_work> its the tree that linus holds
[05:15] <mase_work> Ubuntu uses that then applies some added patches for various things
[05:15] <mase_work> and packages that up as the ubuntu kernel
[05:15] <mase_work> but for the most part they are the same
[05:15] <ZeroProg> ohhh ok
[05:16] <mase_work> the version on kernel.org is the unpackaged source version.
[05:16] <ZeroProg> alright im gonna leave before i ask anything else dumb thanks again
[05:16] <mase_work> ZeroProg: have you done much C programming before ?
[05:16] <ZeroProg> not on linux but yes
[05:16] <mase_work> ok cool.
[05:17] <mase_work> have fun
[05:17] <ZeroProg> haha ill try thanks
[05:59] <ZeroProg> ok i installed the new kernel....to use it it tells me what to do but after i do that i should be able to code correct?
[12:01] <ikepanhc> hi smb
[12:37]  * apw waves to ikepanhc
[12:47] <ikepanhc> hi apw
[12:48] <ikepanhc> have a question for you: bug 360966
[12:48] <ubot3> Malone bug 360966 in linux "bnx2x missing in initrd for install media" [Medium,Won't fix] https://launchpad.net/bugs/360966
[12:48] <ikepanhc> could I set affect to initramfs-tools?
[12:49] <ogra> ikepanhc, more likely debian-installer
[12:50] <ikepanhc> ogra: you mean debian-installer makes the initrd?
[12:50] <ogra> initramfs-tools is only used on installed systems or in conjunction with casper for the live images
[12:51] <ogra> the alternate installer uses udebs ... ogasawara mentioned ./debian/d-i/modules/nic-modules, thats a udeb spec file
[12:51] <ikepanhc> oh, you are right
[12:52] <ogra> so its actually a linux issue ... d-i only uses the produced udeb
[12:53] <ikepanhc> I know what I am wrong, I test with a new kernel install
[12:54] <ikepanhc> thanks ogra
[12:55] <ikepanhc> ogra: but it is useless to send as Jaunty SRU, because we have released it
[12:56] <ogra> i'm not sure, it would require a d-i SRU as well i think, cjwatson could answer that
[12:58] <ikepanhc> so, could we assume this issue only affect him because he use NFS as rootfs?
[12:59] <ogra> well, he doesnt talk anout nfsroot
[12:59] <ogra> just that there is no network available
[13:00] <ikepanhc> The jaunty release kernel image contains the module he need, but he said he need the module when initrd.
[13:00] <ogra> right
[13:01] <apw> thanks ogra
[13:01] <ogra> but debian-installer uses the nic-modules udeb
[13:01] <ogra> in the netboot iso the udebs are included, in the normal d-i the udebs are loaded from CD
[13:02] <ogra> either way the driver needs to be in the udeb, no matter if you do a local or netboot install
[13:03] <ogra> indeed in case of nfsroot its more fatal :)
[13:03] <ikepanhc> Thanks ogra, I will check the d-i and udeb
[13:04] <ikepanhc> I assume he use NFS rootfs because he will have the module after mounting local rootfs
[13:04] <ikepanhc> Then I have to check if there is another net module missing
[13:05] <ogra> well, how would he do an nfsroot install without network ? :)
[13:05] <ikepanhc> ohoh, I forget this
[13:06] <ikepanhc> anyway, I re-open this bug :-D
[13:07] <ogra> if its for SRU talk to cjwatson first about the d-i situation
[13:07] <ogra> its pointless to add it to the udeb if d-i wont use it
[13:10] <ikepanhc> got it
[13:11] <ikepanhc> thanks ogra
[13:24] <apw> smb, you had a machine which worked, stopped working for a bit, and started working again on later kernels with no obvious changes in the area of the fault.   what was the symptoms there?
[13:25] <smb> apw, You probably mean the acer which crashed when chaging the kernel data ro
[13:26] <apw> yeah thats the one... thanks
[13:26] <smb> It was the AA1, and crashed early on in the boot.
[13:26] <apw> you remember nigelp's sata issue.  there his machine failed on -11.38 worked on either .39 or .40 and stopped again on .41
[13:26] <apw> and yet there is no sata changes in that sequence
[13:27] <smb> using acpi=off made it working in most cases (strange enough)
[13:27] <smb> Sounds weird indeed
[13:27] <apw> nnng...
[13:27] <apw> another wierdy for sure
[13:28] <smb> how did nigelp's machine not work (mean the symptom there)?
[13:28] <apw> sata timeouts and panics (i believe he has flashing capslock syndrom at times)
[13:30] <smb> slightly different than the other as that was strictly locatable to the point of making the ro change (though sometimes you got killed by recursive stacktraces)
[13:30] <smb> Do we have any stactrace hint?
[13:33] <apw> nothing yet that i have seen.  he is testing -proposed and latest mainline for me now
[13:48] <cking> apw: it's weird that we have not see this kind of issue on any other identical hardware
[13:48] <apw> i know ... very
[13:54] <cking> apw, I suspect the H/W is borked
[13:54] <apw> ok he has -proposed installed -12 kernel and is now happy
[13:54] <apw> explain that one to me
[13:56] <rimvis> hi, i have problem with aoetools who can help me?
[13:56] <smb> apw, random memory relocation and timing?
[13:56] <apw> smb, its cirtainly looking like that kind of thing ... very annoying to debug
[13:58] <smb> apw, You think a fully debug (kernel hacking) kernel might help? Unfortunately this often removes the race
[13:58] <apw> yeah not sure ... cirtainly intereested in getting the latest mainline tested there
[13:59] <apw> to see if its going to come back when he upgrades to karmic
[13:59] <apw> nigelp is with us now :)
[13:59] <apw> nigelp, so you have no problems now with the -proposed kernel ?
[14:01] <nigelp> apw, none of those SATA issues that showed up that I had to do irqpoll and all_generic_ide for.
[14:01] <apw> very perplexing
[14:02] <nigelp> the test that triggered it was downloading a CD image.. I've just downloaded 10 in a row; it never used to make it past 100Mb before.
[14:02] <smb> It will be interesting to see how the -13 kernel that will be in -proposed soon fares
[14:02] <smb> If that fails it is definitely weirdness time
[14:04] <apw> nigelp, what was your disk controller?
[14:07] <apw> yeah a quick review of the changes between where it did not work before and the -proposed kernel isn't showing anything i would expect to help you
[14:09] <nigelp> apw, sorry, being ignorant.  How do I find out what my disk controller is?
[14:09] <apw> lspci | grep -i sata
[14:09] <apw> might do the trick
[14:10] <nigelp> apw, is this what you're looking for?  ATI Technologies Inc IXP SB400 IDE Controller (rev 80)
[14:11] <apw> yep
[14:12] <apw> nigelp, we need to get all this data into the same bug.  if you have one with support lets get that out of them, else we need a new one
[14:13] <apw> i can imaging you want to get some work done now its working! but if you have a chance later to test the mainline kernel i pointed you to that would help.  and get that info into the bug too
[14:14] <apw> then let me have the number when you have it
[14:14] <nigelp> apw, let me ask shang if he opened one.
[14:23] <nigelp> apw, support say its the same bug as: https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/206635
[14:23] <ubot3> nigelp: Error: Could not parse data returned by Malone: timed out
[14:24]  * apw pokes ubot3
[14:25] <apw> but that bug is duplicate of a bug which was fixed in intrepid and jaunty
[14:25] <nigelp> ok.. so time for a new one?
[14:25] <apw> way back in feb.  so ... if you are seeing it now its either a new one, or that one was not fixed
[14:26] <apw> for now i would open your own bug, and add your info there, if it _is_ dup we can dup it later
[14:27] <apw> ubuntu-bug linux should do the trick
[14:35] <apw> smb, the karmic meta update should be in my sign directory if you could look it over
[14:35] <smb> apw, sure
[14:35]  * ogra hugs BenC ... good to see you :)
[14:43] <smb> apw, uploaded
[14:43] <apw> smb thanks
[14:44]  * cking waves to BenC
[14:57] <BenC> ogra, cking: Hey
[14:57]  * BenC is out, packing for san fran
[15:06] <apw> nigelp, can you subscribe me to the bug when it exists
[15:07] <nigelp> apw, sure
[16:34] <apw> smb, for hardy do we use linux-image-2.6.24 still?
[16:43] <smb_tp> apw, Hardy is 2.6.24, yes
[16:43] <smb_tp> or do you mean the naming?
[16:43] <apw> i mean do we use linux or something else for bugs there
[16:44] <Kano> hi apw , do you update the karmic kernel now and not rtg?
[16:44] <apw> our team is responsible for it, i am handling the rebases for a bit while rtg is off doing other things
[16:44] <smb_tp> apw, Hardy uses linux
[16:45] <apw> smb_tp, thanksk ... and when did you go back to _tp?
[16:45] <smb_tp> apw, When I disconnected and irc still thinks me is there
[16:46] <apw> smb, heh ... still not reset your router at midnight then
[16:46] <smb> apw, No, you should poke me :)
[16:48] <smb> apw, BTW, you can see what label to use in debian/changelog. It was linux-source-x.y.z before hardy
[16:48] <apw> ahh before hardy.  good
[17:11] <Kano> apw: are you interested in an aufs2 patch
[17:11] <apw> an updated one for karmic kernel?
[17:12] <Kano> yes
[17:12] <Kano> i tested it even with your live iso
[17:12] <Kano> cjwatson tries to use unionfs-fuse but his approach does not boot
[17:13] <apw> send it over.  we are looking at vfs-union mount right now for the live cd's but should that not be possible the aufs patch would be a good fallback
[17:14] <Kano> i needed to update it as you removed aufs completely
[17:14] <Kano> http://kanotix.com/files/kernel/unused-patches/2.6.30-ubuntu-aufs2.patch.bz2
[17:14] <Kano> thats the new one
[17:15] <Kano> also i would like to see a patch which removes the usb ids from rt2500usb which are also in rt73usb
[17:15] <Kano> because i had 2 users with problems where rt2500usb was loaded and nothing worked
[17:16] <Kano> 4 ids are in both drivers
[17:17] <apw> we need to get those ids listed in a bug i recon
[17:17] <Kano> it is easy to get em
[17:20] <Kano> (/sbin/modinfo -F alias rt73usb;/sbin/modinfo -F alias rt2500usb)|sort|uniq -d
[17:26] <Kano> /sbin/modinfo -F alias rt73usb rt2500usb|sort|uniq -d
[17:26] <Kano> thats even shorter...
[17:27] <Kano> apw: also how about enabling the lzma options for smaller kernel size
[17:28] <apw> for compressed kernels?
[17:28] <Kano> you could even update update-initramfs and use lzma if the kernel config has the needed setting
[17:28] <apw> how well tested is that
[17:28] <Kano> sure
[17:28] <Kano> if you dont enable nobody tests it
[17:28] <Kano> it is one of the major points for 2.6.30
[17:29] <Kano> i hope that squashfs will get lzma too because it is now inside the kernel
[17:30] <apw> lzma was the one which had poor rsync behaviour i think?  making it near useless for CD's
[17:30] <apw> iirc
[17:30] <Kano> nope
[17:30] <Kano> did you never hear of lzma patches for squashfs
[17:30] <Kano> http://www.squashfs-lzma.org/
[17:31] <Kano> slax used it
[17:32] <amitk> apw: ack re: lzma + rsync not being friends
[17:32] <Kano> tar.lzma is now the default for slackware
[17:33] <Kano> so many use it now
[17:33] <apw> as i remember the size savings are impressive and would be desirable for our live images, but a problem for the QA process as its non-rsyncable
[17:33] <Kano> i dont get it
[17:35] <Kano> rsync is independent of the data
[17:50] <bjf> *** There will be an Ubuntu Kernel Team meeting on #ubuntu-meeting at the top of the hour.
[17:55] <apw> Kano, right but the data needs to be similar between images to allow rsync to be efficient
[17:56] <apw> and lzma produces images which are completely different for a small change in the contents
[17:56] <Kano> well squashfs stores files basically always the same
[17:56] <Kano> should not matter that way
[17:57] <apw> bjf, good idea to announce here
[17:57] <Kano> did you really test squashfs-lzma or pure lzma?
[17:57] <apw> seems it does, from the testing that foundations has done
[17:57] <apw> so they tell me yes
[21:00] <Notch-1> hi all, should anybody tell me something about https://bugs.launchpad.net/ubuntu/+source/loop-aes-source/+bug/342902 ?
[21:00] <ubot3> Malone bug 342902 in loop-aes-source "Build error: ‘struct bio’ has no member named ‘bi_hw_front_size’" [Undecided,New]
[21:02] <Notch-1> in a few words, we need CONFIG_BLK_DEV_LOOP back to "m", is it possible?


[10:01] <czajkowski> jussi01: re NGO wiki page, had a look where we can make it better
[10:01] <czajkowski> http://www.lczajkowski.com/2009/12/13/working-my-way-through-my-to-do-list/  is being worked on today
[10:02] <jussi01> czajkowski: ask me again in like at least 2 hours... :D
[10:02] <czajkowski> jussi01: grand job
[10:02] <czajkowski> 10am here
[10:02]  * jussi01 just woke up
[10:02] <czajkowski> and wired
[10:02] <jussi01> I was up well past 3...
[10:02] <czajkowski> aww
[10:02] <czajkowski> ok poke you in a bit
[10:02] <czajkowski> I've an UW post to do which means I need to think


[00:20] <lifeless> jam: btw, is up or down 'towards parents'
[00:21] <jam> parents are up
[00:53] <jelmer> lifeless, pong
[00:53] <jelmer> AfC, I would very much like a bug report :-)
[00:56] <AfC> jelmer: It was a false alarm, turns out. I think their first revision is huge (it was an import of an existing project into VCS), and I was on poor link. I tried it again from my office and while it took a long time before network traffic started, eventually it got going and did a huge transfer.
[00:56] <AfC> jelmer: thanks for your response, though.
[00:56] <jelmer> AfC, ah, ok - no progress indication whatsoever, or just slow?
[00:57] <lifeless> jelmer: hi
[00:58] <jelmer> lifeless: hi!
[00:58] <lifeless> jam: merge_sorted would be more concise perhaps
[00:58] <AfC> classic case of Bazaar's less than useful progress indicator hurting more than it helps - it was camped out on the initial 0/260 for several minutes. And since no network I/O was going on either, it was disheartening.
[00:59] <AfC> (it's so cosmetic, but if youtube-dl can actually give you live activity stats, surely bzr could. Its one of the things that massively contributes to the subjective opinion that Bazaar is slow if you've used Git)
[00:59] <lifeless> AfC: was the spinner spinning?
[00:59] <jelmer> lifeless, what's up?
[00:59] <jelmer> AfC, right
[00:59] <AfC> (and yes, I know about how it's all one library call, and that library doesn't report back events, etc. {shrug} Whatever it is, it needs replacement.)
[00:59] <fullermd> Well, look at the bright side; if the progress indicator actually updated progress more, you'd have more chances to get annoyed at the step-numbering...
[01:00] <AfC> lifeless: checking
[01:00] <AfC> [and if you haven't tried youtube-dl, grab it and watch it go. It's *sweet* from a user feedback standpoint]
[01:00]  * fullermd rather likes mtn's progress output too.
[01:01] <fullermd> Both in its smoothness of update, and in that it *STAYS* there; after it's done, you can still see what it did.
[01:01] <lifeless> jelmer: are  you waiting on me for any reviews?
[01:02] <AfC> lifeless: can't reproduce right now. I'll try it again from that cafe later today.
[01:02] <lifeless> AfC: k
[01:03] <fullermd> AfC: Of course, you think THAT bad usage of a library is living long...   Mozilla *STILL* doesn't give you any freakin' stats on what/how much/how fast it's loading.  WTF?
[01:03] <AfC> lifeless: [just now there was 21 seconds of no progress bar at all, and no network activity, and then a monster transfer, and then the progress bar came up at 1/. When I was having the trouble 2 days ago it was stuck at 0/ with no network activity]
[01:07] <jelmer> lifeless, not that I'm aware of :-)
[01:08] <jelmer> lifeless, well, I'm waiting for two minor requests for bzr and one for pqm, but that's not waiting on you particularly
[01:09] <AfC> Is bzr-webserve still an active project, or did it get absorbed by loggerhead  | launchpad, or ...?
[01:10] <AfC> Sorry, my actual question is "I've long heard discussion of a simple and if-possible-more-or-less-built-in web interface for Bazaar; did anything come of that? Is bzr-webserve that?"
[01:11] <spiv> AfC: not yet
[01:11] <AfC> Either way, what should I be trying and who trying to help?
[01:11] <AfC> s/who/who should I be/
[01:11] <spiv> I think a cut-down loggerhead is likely to be the way to get there.
[01:12] <spiv> But I don't know of anyone working on it.
[01:13] <AfC> spiv: k, thanks
[01:13] <lifeless> spiv: I've updated bzr-email for server side deployments
[01:14] <lifeless> spiv: if there are docs for gnome or whatever you might like to give it a spin :)
[01:21] <spiv> lifeless: ah, neat.
[02:06] <ym1> I used bzr co to get a project from google code. I would like to work for some times locally using bzr.
[02:07] <ym1> However as soon as I try to do a bzr commit, bzr tries to commit on google code. what should I do to stop this ?
[02:10] <jelmer> ym1, use "bzr branch" rather than "bzr co"
[02:16] <ym1> jelmer: I have already done some modification there. Is it too late to save this branch
[02:18] <jelmer> ym1, "bzr unbind"
[02:18] <jelmer> will turn a "bzr co" into a "bzr branch"
[02:18] <ym1> jelmer: thank you
[02:19] <ym1> That is the command I was looking for
[02:20] <ym1> Before applying, does bzr bind is working in the context of bzr svn ?
[02:21] <ym1> If yes that means that I can work disconnected for some times that then apply my changes to the central repository.
[02:22] <ym1> jelmer: If this possible I am curious to know how the 10 "locals" commit is going to be represented in the central SVN repository.
[02:24] <jelmer> ym1, you'll have to push them back using "bzr push"
[02:47]  * spiv -> lunch
[05:39] <ToyKeeper> D'oh.  'bzr st' reports modified files, and 'bzr di modified_file' says nothing at all.
[05:40] <spiv> ToyKeeper: does "bzr st" report it with a "*"?
[05:40] <ToyKeeper> Nope.
[05:41] <spiv> Or any other flags?
[05:42] <ToyKeeper> The only odd thing is I made the branch via bzr-svn.
[05:43] <ToyKeeper> Let's see... bzr 1.10~rc1-1 from debian
[05:44] <spiv> That doesn't affect working trees AFAIK.
[05:44] <spiv> Can you pastebin the exact output of the bzr st and bzr diff?
[05:44] <ToyKeeper> Sure.
[05:45] <ToyKeeper> Ah, it's definitely because of bzr-svn.
[05:45] <ToyKeeper> When I disable it, everything works fine.
[05:46] <ToyKeeper> I'm guessing jelmer did something clever.
[05:46] <ToyKeeper> Like, intercepting diff and hiding the result if 'svn diff' says it's up to date.
[05:46] <spiv> That does sound like a bzr-svn bug, although a weird one.
[05:47] <spiv> But it's not an SVN working tree?
[05:47] <ToyKeeper> It's also a svn working tree.
[05:47] <spiv> You mean there's both .svn and .bzr stuff for that directory?
[05:47] <ToyKeeper> This project does stupid things, like call 'svn info' during its debian build process.
[05:47] <ToyKeeper> Yes, both .bzr and .svn dirs.
[05:48] <spiv> I can see how that would cause confusion -- the .svn directory might think the working copy is at a different revision to where the .bzr directory thinks it is at.
[05:48] <spiv> So inconsistent results are a fundamental issue there.
[05:49] <spiv> I guess bzr-svn could perhaps try to warn you if that's the case, although I'm not sure it's possible to do that cheaply with svn.
[05:50] <ToyKeeper> Yeah, I don't care if svn is confused by it.  I'd prefer to get rid of it entirely.
[05:51] <ToyKeeper> I'm thinking I'll probably skip bzr-svn on this one...  don't need history just to make a few small patches.  :)
[05:51] <spiv> If you don't care what svn thinks, then just get rid of the .svn directories :)
[05:52] <ToyKeeper> That breaks the build process.  :(
[05:52] <ToyKeeper> Oh, nice.  'bzr diff file' says nothing, but 'bzr diff' alone shows the changes.
[05:52] <ToyKeeper> Or, with bzr-svn removed, everything works.
[06:02] <ToyKeeper> woot, bzr-svn also breaks 'commit' in this case.
[06:12] <funkychicken818> i am running bzr on windows and i have two problems 1 when i open bzr i get unable to load bzr-svn extension - did you build it? 2 bzr cache is annoying and takes up to much memmory how do i stop it?
[06:14] <funkychicken818> any one?
[06:15] <ToyKeeper> I've never tried bzr on Windows, so I'm not much help.
[07:32] <rocking777> hello room
[07:33] <rocking777> i am using bzr for the first time ein my new project and facing lot of difficulties
[07:33] <rocking777> there is work going on 2-3 of my modules and one of the module is completeed. I want to push this module to staging server
[07:33] <rocking777> but it is not allowingg me to do so
[07:33] <rocking777> it is saying that there are uncommitted changes in my code
[07:35] <bob2> 'push' doesn't care about thta
[07:35] <bob2> what command are you running?
[07:41] <rocking777> bar push and then providing the repository address
[07:41] <rocking777> my bazaar checkout is a direct branch of SV
[07:41] <rocking777> SVN
[07:42] <rocking777> bzr push svn+ssh://my address
[07:46] <vila> hi all
[07:47] <vila> rocking777: 'push' cares only about revisions, so to avoid errors it checks about uncommitted changes
[07:48] <vila> You may want to look at shelve/unshelve to get to a point where you can commit and then push
[07:49] <rocking777> yes, but then those uncommitted changes are related to other modules
[07:49] <rocking777> so i dont want to commmit or push that coe
[07:49] <igc> hi vila
[07:49] <rocking777> i want to push only the code related to my module
[07:49] <vila> igc: HI !
[07:50] <vila> igc: was thinking about you at that precise second :-)
[07:50] <igc> vila: :-)
[07:51] <fullermd> Fine then, don't think about me   :(
[07:51] <Peng_> igc: Welcome back. :)
[07:51] <igc> thanks Peng_
[07:52] <igc> fullermd: we're always thinking of you  - take it for granted :-)
[07:52] <vila> fullermd: I was thinking about you when reading my IRC backlog :-)
[07:52]  * fullermd is mollified for the moment.
[07:54] <vila> People most often refer to the Muppet's Show for the Swedish Chef, but my favorite muppets were the two old mens and their remarks... :-)
[07:54] <vila> That was a random thought of course....
[08:08] <funkychicken818> bzr cache is annoying and takes up to much memmory how do i stop it?
[08:08] <jml> vila: Waldorf and Stadtler, I think.
[08:10] <vila> jml: Wow ! I didn't even know they had *names* :-)
[08:10]  * fullermd nods at jml.
[08:20] <luks> funkychicken818: depends on what do you mean by bzr cache
[08:28] <GPH-Laptop> jml, vila, fullermd: I'm pretty sure it was Statler (without the D)
[08:29] <funkychicken818> luks well i mean the tortise cache bzr cache
[08:29] <funkychicken818> Tortoise Bazaar
[08:30] <Peng_> GPH-Laptop appears to be correct.
[08:34] <GPH-Laptop> ;)
[08:36] <luks> funkychicken818: surry, I don't know then
[09:27] <funkychicken818> hey how do i not cache with bzr?
[09:33] <LarstiQ> funkychicken818: most of us are not windows users, I at least have only a vague hunch what that means. Is that the status cache to speed up icon overlay drawing?
[09:36] <funkychicken818> yes
[09:36] <funkychicken818> its very annoying its taking up tons of memory
[09:37] <funkychicken818> right now its at 500,000 K
[09:37] <funkychicken818> and i only have 2GB of memory
[09:37] <funkychicken818> LarstiQ: is the any way to stop it?
[13:14] <wild_oscar> hey there. could someone help me with the bazaar plugin for eclipse?
[13:14] <wild_oscar> I was following the steps here http://bazaar-vcs.org/BzrEclipse/Installation
[13:15] <wild_oscar> but I'm getting an error when configuring bazaar in the preferences: http://pastebin.com/d45c56522
[13:52] <vila> wild_oscar: what does 'bzr plugins' display ?
[13:52] <vila> wild_oscar: or said otherwise, do you have the xmloutput plugin installed ?
[14:07] <kebomix> Free Programming e-books With Direct Links & Request ebooks Here : http://request-ebooks.blogspot.com/
[14:12] <wild_oscar> back
[14:13] <wild_oscar> vila: well, it seems it was a problem with bzr's version
[14:13] <wild_oscar> I upgraded to 1.10 and it's working
[14:13] <vila> good
[14:14] <wild_oscar> thanks for the tip, though
[15:10] <nevans> so... let's say that you are writing a teeny tiny little library for a community that seems irrationally connected to github, and you want to make a git mirror so that they can send in patches that way
[15:10] <nevans> but you would rather be using bzr yourself
[15:11] <nevans> what are your options (besides just sucking it up and using git yourself, because that's what the crowd wants)
[15:36] <lifeless> nevans: use bzr fast-export to generate the git repo
[15:36] <lifeless> nevans: and insist on patches not branches being given to you :)
[15:40] <nevans> lifeless, sounds like a plan.  :)
[15:41] <nevans> I suppose there isn't a decent two way mirroring solution as of yet?
[15:55] <NfNitLoop> Hrmm.
[15:56] <NfNitLoop> SO I've got a bzr repo that I've been working on standalone.
[15:56] <NfNitLoop> and I would like to check it in to subversion.
[15:56] <NfNitLoop> I tried bzr svn-push $REPO/branches/newbranchname
[15:56] <NfNitLoop> is that correct?   (I got an assertion failed message.)
[15:57] <NfNitLoop> This is with 1.9 and the corresponding bzr-svn, so I guess I'll upgrade and try again.
[16:07] <luks> does anybody know if there is a way to get bzrlib call ui_factory.get_password() when using openssh?
[16:08] <NfNitLoop> Hmm, same error with bzr 1.10 and the new (.4.x) bzr-svn:
[16:09] <NfNitLoop> assert not self.push_metadata or self._new_revision_id is None or self._new_revision_id == revid
[16:09] <NfNitLoop> fails.  :/
[16:09] <khemicals> I set up bzr server to run via xinetd on Centos 5 via the EPEL package (version 1.3.1) and was getting bzr: ERROR: Generic bzr smart protocol error: Server is not a Bazaar server: Received bad protocol version marker: 'No handlers could be found for logger "bzr"\n'
[16:10] <khemicals> so I upgraded to 1.10 -- still getting that error and an additional set of "Server does not understand Bazaar network protocol 3, reconnecting.  (Upgrade the server to avoid this.)" -- ideas?
[16:12] <NfNitLoop> khemicals: Hmm, I haven't actually ever run the bzr server before... sorry.
[16:13] <NfNitLoop> khemicals: Why are you using that instead of just HTTP and/or SSH?
[16:13] <NfNitLoop> (just curious)
[16:13] <khemicals> When over SSH I get similar error message
[16:13] <khemicals> haven't tried HTTP
[16:14] <lifeless> NfNitLoop: tat should have been right; I suggsest putting a question on bzr-svn in lp
[16:14] <lifeless> luks: no, openssh doesn't call the get_password callback
[16:15] <NfNitLoop> lifeless: actually, what I'm working on isn't a branch, it's completely new code.
[16:15] <NfNitLoop> I'm wondering if that's what's messing it up.
[16:15] <luks> lifeless: so if I call access a bzrlib transport from a GUI program and it needs password I'm screwed?
[16:16] <lifeless> luks: ssh-agent
[16:16] <lifeless> NfNitLoop: no, that should be fine.
[16:16] <lifeless> bbiab
[16:16] <NfNitLoop> and instead of trying to put it in $REPO/newproject, I'm trying to put it in $REPO/oldproject/branches/xyz which might confuse the branching scheme?
[16:16] <NfNitLoop> aah.
[16:16] <lifeless> NfNitLoop: ah, newproject may be better ;
[16:16] <lifeless> )
[16:16] <lifeless> -gone
[16:16] <luks> lifeless: well, not in *my* case, but how do I tell the user it's not going to work?
[16:17] <luks> hm, perhaps I should force bzrlib to use paramiko when running qbzr commands
[16:19] <jam> luks: you're pretty dependent on how ssh works
[16:20] <jam> It generally doesn't let you get around its password prompt, for security reasons.
[16:20] <luks> jam: I just don't want my programs to hang, that's all
[16:20] <jam> I thought there was a way to declare a password program.
[16:20] <jam> Since that works with Gnome, etc.
[16:20] <luks> jam: it sits and waits for the password on a terminal, with no notification to the GUI
[16:20] <jam> If you run something that requires ssh but doesn't have aterminal, it will pop up a gui password
[16:20] <luks> jam: I'd rather make it fail than do this
[16:21] <jam> luks: man ssh gives me this: http://paste.ubuntu.com/83568/
[16:22] <NfNitLoop> lifeless: aha, yes, pushing to $REPO/newproject worked.  Unfortunately that doesn't match our branching scheme here, hrrmm.
[16:22] <khemicals> luks: Why not just use ssh keys for auth instead of password auth?
[16:22] <jam> I also see something about SSH_TTY
[16:23] <luks> khemicals: because I don't have a way to tell the user of my application that asking for password is not going to work in this specific case
[16:23] <jam> You can also pass "-n" to the ssh process
[16:23] <luks> khemicals: I can't do it globally, because it works for some different ssh provider
[16:23] <jam> which causes it to redirect stdin to /dev/null
[16:23] <jam> khemicals: luks is trying to get qbzr to work nicely
[16:23] <jam> which is a gui app
[16:24] <jam> luks: I would recommend doing something with SSH_ASKPASS
[16:24] <jam> it seems like you could have a tiny qbzr command
[16:24] <luks> I'll try that
[16:24] <jam> well, probably not command
[16:24] <jam> it probably needs to be a full script, etc.
[16:24] <khemicals> Did you poke at how tortoiseCVS handles it?
[16:24] <jam> khemicals: I'm pretty sure TCVS requires you use the putty code
[16:25] <luks> "bzr qaskpass" should probably work
[16:25] <jam> not openssh
[16:25] <jam> luks: I just don't know if you can supply arguments, or if it has to be a single no-whitespace string.
[16:26] <jam> env vars aren't particularly great for allowing whitespace-in-path *and* allowing arguments
[16:26] <luks> hmm
[16:26] <luks> I need to find a way to trick it into thinking it doesn't have a terminal available
[16:27] <LeoNerd> pipe stdout through cat?
[16:28] <luks> nah
[16:28] <luks> it's smarter than that :)
[16:30] <fullermd> Presumably you'd have to use something like setsid() to throw away the process group holding you on the terminal.
[16:36] <jam> luks: it mentions needing to redirect stdin to /dev/null as a possibility
[16:36] <jam> you could also unset TTY
[16:36] <jam> and possibly SSH_TTY
[16:36] <jam> I don't know why that would be set
[16:36] <jam> (I would assume ssh itself sets that)
[16:36] <jam> or passing "-n" on the command line
[16:36] <jam> A bit hard to do through the bzr layers
[16:36] <jam> but you could hack it in and see if that fixes it
[16:36] <luks> jam: nope, neither of that works
[16:36] <jam> luks: not even -n ?
[16:36] <luks> it seems to be a common problem though
[16:36] <jam> do you have DISPLAY set?
[16:37] <luks> I have a running X11 session, so yes
[16:38] <jam> anyway, I've never done it myself
[16:38] <jam> just trying to track down the things it mentions in the man page
[16:39] <luks> it will really need some syscalls to disassociate the process from the terminal
[16:39] <luks> which will get ugly, I guess
[16:48] <jam> of course, it is easier if you just force the ssh agent to be paramiko
[16:48] <jam> but that would also mean losing whatever config they have set up in ssh
[16:48] <jam> And I know I have some ssh connections that require going through a proxy ssh connection, etc
[16:48] <jam> (canonical is pretty tight on security)
[16:49] <jam> It is probably not the most common case, but I know I can't (easily) use paramiko to access things on most canonical machines.
[17:01] <vila> luks: as a last resort you may check that the SSH_AUTH_SOCK env variable is set to ensure same ssh agent is used...(but do ssh agents work for passwords ?)
[17:19] <khemicals> found the cause of the issue I noted earlier -- noting for anyone reading through the logs -- set the BZR_LOG env variable and the errors go away (set it to something writable -- ala /tmp/bzr.log) -- suggest setting to something sane and properly perm-set for a proper permanent solve
[17:19] <khemicals> bug #106117
[17:59] <rocky> jelmer: hey ... when a bzr svn-push is pushing and it scans for all branches in the remote svn repo .... does it save that info so it doesn't have to do it again on the next svn-push ?
[17:59] <jelmer> rocky, most of it, yes
[18:00] <rocky> jelmer: i'm pushing to a repo which apparently has about 1100 branches and it's taking forever right now
[18:00] <rocky> i don't undesrtand why it has to scan branches for "projects" which aren't even related to the folder/trunk i'm dealing with
[18:02] <jelmer> rocky, 0.5 should be able to not do that
[18:03] <jelmer> rocky, 0.4 basically assumes one project per repository
[18:04] <rocky> gotcha
[18:05] <kjcole> 'lo. Back again.  I'm rebuilding a knit file the hard way.  What is the last number on the first line (version line) of a knit file and can I regenerate that outside bzr?
[18:05] <kjcole> And second, compressing the file: is there any special option I should add to gzip to produce the compressed knit?
[18:07] <kjcole> (The knit file doesn't need to be 100%, as the file's been removed.  It just needs to be good enough for the repository to survive an upgrade to a better format.)
[18:08] <kjcole> I have a possibly corrupt version line from the original, and it contains the right filename and line count.  I also have the original file from which the knit was produced.
[19:49] <kjcole> Is the sha1 hash for a knit determined from the raw data (without compression, version header, end trailer, line prefixes) or after?
[20:18] <lifeless> kjcole: the sha in a knit record is that of the data alone
[20:22] <kjcole> lifeless: Thanks. (I just finished posting the question on the mailing list, so ignore it there.)  Does it exist anywhere else?  and is it simply what "sha1sum" produces?
[20:24] <lifeless> kjcole: bzrlib/knit.py
[20:24] <lifeless> kjcole: if oyou're creating a knit from scratch you can just use the api :)
[20:24] <kjcole> lifeless: Although I've "fixed" the broken gzip knit file, I now have an incorrect sha1. So I'm wondering if it recomputes it or compares it to a stored value.
[20:24] <kjcole> lifeless: I suppose that would have been the sensible thing to do. ;-)
[20:24] <lifeless> its compared on extraction
[20:25] <lifeless> if it doesn't match its an error
[20:26] <kjcole> lifeless: Hokay...  Lemme see if I can figure out knit.py.  Thanks.
[20:26] <seb_kuzminsky> me again with more problems
[20:26] <lifeless> kjcole: I suggest creating the knit using the api
[20:26] <lifeless> kjcole: this will ensure no mismatches
[20:26] <lifeless> seb_kuzminsky: hi
[20:26] <seb_kuzminsky> thanks to lifeless, the server-side email plugin/hook is doing it job well
[20:27] <seb_kuzminsky> but one of the developers here is on a mac, and it chose to install some unknown version of bzr-email along with bzr 1.10
[20:27] <seb_kuzminsky> now his local bound branch tries to run bzr-email when he commits on his mac
[20:27] <seb_kuzminsky> and it's failing, it looks like the mac "mail" program isnt quite what bzr-email expects
[20:27] <lifeless> well
[20:28] <lifeless> 'bzr help email'
[20:28] <lifeless> will document the options there; but that dev doesn't need bzr-email installed :)
[20:28] <kjcole> lifeless: I'm just trying to get past an error from a single corrupt file many revisions back.  (The file is one that never changed, and was removed from the repository minutes after it was added.)
[20:28] <seb_kuzminsky> we tried setting post_commit_mailer=/usr/bin/true in his .bzr/branch/branch.conf, but to no avail
[20:28] <seb_kuzminsky> i understand he doesnt need bzr-email install
[20:28] <kjcole> lifeless: (in fact, minutes after the repository was inited.)
[20:28] <lifeless> kjcole: yes, I understand, what I'm suggesting is probably the easiest way. Note that you *cannot* make 'check' pass unless you can get something that matches the sha1sum sum in the layer above the knit
[20:29] <kjcole> lifeless: Thanks. Will pursue.
[20:30] <lifeless> kjcole: as inventing something with a specific sha1 is hard :) - you'll be better off with the rebase-the-repository approach :)
[20:30] <seb_kuzminsky> is there a way to enable/disable plugins/hooks on a per-branch basis?  it seems like it's pretty much system-wide
[20:31] <lifeless> seb_kuzminsky: the plugins run systemwide, but *activate* per-branch
[20:31] <seb_kuzminsky> what controls which plugins are active on each branch?  i didnt see anything in .bzr/branch
[20:32] <seb_kuzminsky> hi lenny
[20:33] <lennybn> seb_kuzminsky: hi
[20:33] <seb_kuzminsky> lifeless: meet lenny my mac-using co-worker
[20:39] <lifeless> lennybn: hi
[20:39] <lifeless> seb_kuzminsky: well for bzr-email, its 'has a post_commit_to value set'
[20:39] <lifeless> lennybn: can you (simplest thing) just remove bzr-email
[20:40] <lennybn> lifeless: do you know where it lives?
[20:40] <seb_kuzminsky> i'm pretty sure lenny doesnt have post_commit_to set in his .bzr/branch/branch.conf
[20:41] <seb_kuzminsky> it's in /usr/share/pycentral on intrepid, not sure about on the mac
[20:42] <lifeless> lennybn: python -c 'import bzrlib.plugins.email; print bzrlib.plugins.email.__path__'
[20:44] <lennybn> for future reference it is in /Library/Python/2.5/site-packages/bzrlib/plugins/email
[20:45] <lifeless> just delete that directory
[20:46] <seb_kuzminsky> lifeless: do you want a bug report against bzr-email that it still does something on mac even if post_commit_to is not set in .bzr/branch/branch.conf?
[20:48] <lennybn> I removed the the directory and now it is working correctly.
[20:50] <lifeless> seb_kuzminsky: it is set - if lennybn has a bound branch
[20:52] <seb_kuzminsky> lifeless: i thought the "local" branch had config & plugins independent of the "remote" branch it's bound to (on another machine), is that not so?
[20:52] <lifeless> seb_kuzminsky: plugins are per-machine/user; config is bzr/branch/branch.conf + ~/.bazaar/locations.conf + ~/.bazaar/bazaar.conf
[20:53] <lifeless> seb_kuzminsky: bound branches couple together two branches
[20:53] <lifeless> seb_kuzminsky: or lenny may have had a checkout, which doesn't have a full local branch anyhow
[20:53] <lifeless> seb_kuzminsky: I'm aware that there is some less-than-optimal stuff with smarst-server + bzr-email interactions, but don't need a bug for it
[20:54] <seb_kuzminsky> oh, hm.  i think he has a "heavy checkout", which i *thought* was the same as a bound branch
[21:11] <vadi2> Hi, I'm having some trouble pulling from a branch. My local copy was modified, so bzr told me to merge - I did, however it still does not want to pull: http://pastebin.com/m1592533f
[21:12] <Peng_> vadi2: You have to commit after merging.
[21:12] <vadi2> ok
[21:13] <luks> vadi2: but that will not solve your "pull" problem
[21:13] <luks> vadi2: bzr will not allow you to pull until you have local revisions not present in the pulled branch
[21:25] <yml> I have done bzr push <svn repository> after rather long reorganization. This reorganization has lot of addition, and mv .
[21:26] <yml> The command is running for the last 10 minutes
[21:26] <yml> can I be confident that this is gonna end up in something good or should I kill it and try again.
[21:28] <vadi2> Peng_ thanks, that helped
[21:28] <Peng_> Whether or not it will succeed, I doubt killing and restarting it will do anything but waste time.
[21:28] <Peng_> vadi2: :)
[21:30] <yml> Peng_ : I will wait some times and see if anything could come out ?
[21:31] <yml> In case nothing good happens what are the options ?
[21:33] <yml> I mean anything better than do it again in a fresh svn co. If this information can help I have done a push between 2 bzr repositories and it works fine.
[21:33]  * Peng_ shrugs.
[22:17] <yml> jelmer: After a long can I know that bzr push < URL of the svn repository> is not going to do anything.
[22:25] <meoblast001> my friend just said bzr hung while pushing... killed all his programs.. and gave him the busy box fatal message
[22:46] <mtaylor> hey all... I know this is an outstanding bug, but getting messages about bzr break-lock lp-44825360:///~drizzle-developers/drizzle/development/.bzr/branch/lock continues to be confusing to people...
[22:48] <rocky> jelmer: i just had my "bzr svn-push" take several hours and sitll not complete, it looped over all branches over and over :(
[23:08] <roadrunner_> Noob here. Sorry in advance. Wondering how to pull down using bzr previous versions of a main branch
[23:08] <roadrunner_> My latest version of Gwibber does not work
[23:08] <roadrunner_> Previous version worked fine so I had bright idea of using bzr to grab earlier revision
[23:21] <jml> roadrunner_: "bzr pull -r <revision_spec>"
[23:21] <jml> roadrunner_: if you know the revno you want, use that. Otherwise "bzr help revisionspec".
[23:22] <jml> if you want to make a new branch for the older version, "bzr branch -r <revision_spec> <url>"
[23:24] <mwhudson> vila: you here?
[23:25] <mwhudson> mm, i guess it's pretty late for you
[23:44] <yml> rocky : If this can help you. I had the same problem
[23:46] <yml> I haven't been able to solve it at the end I gave up I did all the modif again with SVN
[23:47] <yml> rocky How do you know what bzr is doing ?
[23:49] <rocky> yml: use the -v switch and monitor ~/.bzr.log


[14:02] <cmaloney> morning
[14:02] <rick_h> wheee
[14:06] <cmaloney> That good, eh?
[14:11] <rick_h> not really, but if you think it's so it becomes so right?
[14:44] <cmaloney> Heh, I guess so
[14:44] <cmaloney> I think I decided to have a good day, but I'm not sure
[19:03] <rick_h> jrwren:  damn, with one single RT you manage to ruin my day. wtf...what kind of people think like that?
[19:03] <cmaloney> ?
[19:04] <rick_h> https://twitter.com/JayRWren/status/1164248021300850688
[19:04] <cmaloney> Oh FFS
[19:06] <jrwren> well sorry. luckily no one is seriously talking about selling oregon.
[19:06] <jrwren> i try to call out hot-takes that aren't sarcastic. Seeing too many of them get by lately. Too many people honestly think they are goo dideas.
[19:07] <jrwren> like this one too: https://twitter.com/JayRWren/status/1163523949340368896
[19:07] <jrwren> ericlaw has 10k followers, which makes it even more worrisome IMO
[21:06] <Scary_Guy> https://www.youtube.com/watch?v=Lz0xULQIaSU
[21:08] <jrwren> like yeti canned air


[11:31] <jdstrand> chrisccoulson: hey, can you ping me when you commit your changes to 3.6.head (the changelog still says UNRELEASED and I saw the maverick update today)
[12:00] <jdstrand> fta: hey. can you explain the gyp/chromium-browser relationship again? I am testing the chromium update in -proposed but I don't have gyp installed and it isn't getting pulled in
[12:01] <jdstrand> fta: is it just for building chromium?
[12:04] <chrisccoulson> jdstrand, it's just for building it
[12:05] <gnomefreak> ok chromium is pissing me off the way it handles importing bookmarks
[12:05] <chrisccoulson> jdstrand, we branched lp:firefox/3.6 for maverick (lp:~mozillateam/firefox/firefox-3.6.maverick)
[12:05] <chrisccoulson> although i'm starting to think we should just merge the changes back in to lp:firefox/3.6 now, as it's getting confusing
[12:06] <chrisccoulson> so, you can just commit what you like ;)
[12:06] <gnomefreak> anyway to import bookmarks and it not add an import section?
[12:06] <gnomefreak> ^^chromium
[12:13] <Dimmuxx> gnomefreak: It doesn't add them to an import section if don't have any bookmarks added
[12:13] <fta> jdstrand, it's like autoconf, it turns .gyp files into makefiles (or scons files)
[12:15] <fta> jdstrand, it's needed, the reason for the upgrade is that the gyp syntax evolves pretty quickly, and they also keeps adding features (likes checkers)
[12:21] <gnomefreak> Dimmuxx: it does here. it wont add them to the bookmarks section without adding import. do i need to remove the links on th toolbar?
[12:24] <gnomefreak> Dimmuxx: give me a minute i am uploading a screenshot
[12:25] <gnomefreak> Dimmuxx: http://img691.imageshack.us/f/screenshotecb.png/
[12:25] <gnomefreak> it seems .json cant be added so its .html that i used
[12:29] <Dimmuxx> gnomefreak: maybe it only works properly on first run then
[12:29] <Dimmuxx> because the first time I imported from firefox it worked as it should
[12:29] <gnomefreak> i closed it and reopened it and its the same
[12:29]  * gnomefreak will try again
[12:30] <Dimmuxx> first run as it in with no profile in your home folder
[12:31] <gnomefreak> Dimmuxx: k
[12:32] <gnomefreak> what is the name of the profile :(
[12:33] <Dimmuxx> .config/chromium
[12:33] <gnomefreak> thanks
[12:33] <gnomefreak> that is really an odd place to put it
[12:34] <Dimmuxx> nah it's the gnome way to do things
[12:34] <Dimmuxx> most apps ignore that suggestion though
[12:35] <gnomefreak> Dimmuxx: thanks that worked. is this a bug?
[12:35] <gnomefreak> shouldnt it work without a new profile?
[12:35] <Dimmuxx> no it's probably a feature
[12:36] <Dimmuxx> if you import bookmarks later you probably want to get them in a specific folder and not mess with your already added ones
[12:36] <gnomefreak> ok
[12:37] <Dimmuxx> an extension/addon that synced firefox and chromium bookmarks+history would be nice though since I switch between them
[12:38] <gnomefreak> i agree and i do the same
[13:05] <gnomefreak> anyone having problems with chromium + launchpad home page map?
[13:09] <chrisccoulson> gnomefreak, yeah, it seems it doesn't work in any browser
[13:13] <gnomefreak> chrisccoulson: chromium gives me an error firefox didnt
[13:14] <chrisccoulson> firefox gives me the same error as chromium
[13:14] <gnomefreak> oh i didnt get it let me try again
[13:15] <gnomefreak> chrisccoulson: it does now
[13:18] <chrisccoulson> gnomefreak - bug 624981
[13:18] <ubot2> Launchpad bug 624981 in launchpad-registry "The Google Maps API server rejected your request (affects: 33) (dups: 6) (heat: 171)" [Critical,Fix committed] https://launchpad.net/bugs/624981
[13:19] <gnomefreak> chrisccoulson: thanks
[13:21] <fta> jdstrand, what is test-browser.py?
[13:23] <jdstrand> fta: in lp:qa-regression-testing
[13:23] <jdstrand> fta: the security and QA teams have scripts to test stuff
[13:24] <Dimmuxx> any more specific eta on the beta ppa yet btw?
[13:24] <jdstrand> fta: one is test-browser.py-- which basically hand holds you through a series of tests
[13:24] <jdstrand> fta: it is requires (a lot of) user interaction, but it works ok
[13:25] <fta> hm, it's a huge branch
[13:25] <jdstrand> yes, it is
[13:26] <jdstrand> it's more than just test scripts, there is all kinds of data too
[13:26] <jdstrand> (for the test scripts)
[13:29] <fta> 550M
[13:45] <fta> seems very firefox oriented
[13:46] <jdstrand> fta: it was written initially for firefox
[13:46] <jdstrand> fta: you can do 'test-browser.py -E -e chromium-browser'
[13:46] <jdstrand> fta: but yeah, it is a work in progress
[13:48] <jdstrand> fta: I actually fixed the version check but only just now checked it in
[13:48] <jdstrand> well, by fixed, I 'skipped' it
[15:25] <gnomefreak> are we still planning ff4.0 for maverick?
[18:57] <fta> lol, http://video.nytimes.com/video/2010/08/26/technology/personaltech/1248068922024/the-kindle-3.html
[19:37] <micahg> chrisccoulson: bug reports on your day off? :)
[19:38] <chrisccoulson> micahg - yeah, i thought i should do something today ;)
[19:39] <micahg> chrisccoulson: heh, well, Firefox was approved a few hours ago, so we should know soon if something went horribly wrong, I'll look over bug reports tonight when I get home to make sure there are no regressions
[19:41] <micahg> wow, a universe package pushed through 3 minutes after uploading :)
[19:44] <chrisccoulson> micahg - yeah we should be ok for 3.6.9. there doesn't seem to be any issues for this release
[19:44] <chrisccoulson> not sure if you want to push seamonkey 2.0.7 to maverick or not?
[19:44] <micahg> chrisccoulson: oh, I guess I could do that :)
[19:45] <chrisccoulson> yeah, that one is ok to do, and if you're lucky, it might get processed quickly too ;)
[19:45] <micahg> chrisccoulson: I'll do it later tonight then
[19:45] <chrisccoulson> micahg - you'll need to use the tarball already in the u-m-s PPA for lucid
[19:45] <micahg> chrisccoulson: ok, will do
[19:45] <chrisccoulson> thanks
[19:46] <micahg> chrisccoulson: I still need to fix that cairo issue :-/
[19:46] <chrisccoulson> i've not looked at that issue yet, is it quite a difficult one to fix?
[19:46] <micahg> chrisccoulson: mThebes needs to be dropped
[19:47] <micahg> I guess I keep pushing it off because I'm afraid of doing it wrong, I should just bite the bullet and do it soon