[02:50] <d03boy> hi peoples
[02:50] <d03boy> I know this isnt related to mythtv but... who else am I going to ask?
[02:50] <d03boy> I'm wondering why it takes 3+ seconds to change the channel on my hdtv connected to analog cable
[02:51] <d03boy> the other tvs in the house go fast
[03:51] <MythbuntuGuest22> I just tried a fresh install of 8.10, and it all went smoothly, but after the initial reboot grub tells me "no setup signature found" and stops right there
[07:54] <ina> hi all... coul someone PLEASE help me with lircd?!
[07:55] <d03boy> dead in here
[07:55] <ina> noone here?
[07:56] <d03boy> been dead all day
[07:57] <ina> sudo unetbootin
[07:59] <ina> d03boy where tofind some help?
[08:01] <d03boy> dunno
[08:51] <MythbuntuGuest55> hey, having a problem with mytbuntu 8.10 x64. i've used 8.04 since release with no issues. after a fresh install of 8.10 x64 on a new box, i can watch tv but if i try to schedule a recording nothing happens
[08:51] <MythbuntuGuest55> it just goes back to the scheduler and dosn't mark the show for recording
[08:51] <MythbuntuGuest55> any ideas?
[12:34] <ArthurD> Hi - Is this the right place to ask about IR BLASTER (on mythtv)?
[12:35] <laga> if you're using ubuntu: yes
[12:46] <ArthurD> I'm using Ubuntu (8.04).
[12:46] <ArthurD> so - How do I set my mythtv to change channel on the digital cable tuner?
[12:47] <ArthurD> (i have the IR BLASTER cable)
[12:50] <laga> that's a rather generic question. have you tried googling for your STB model do find specific guides?
[12:51] <ArthurD> I have. but i don't have a basic knowledge so i don't realy understad what to do
[12:51] <ArthurD> understand
[12:51] <ArthurD> what is STB?
[12:53] <ArthurD> I'm using Hauppauge wintv-pvr-150
[12:53] <ArthurD> digital cable TV - a tuner connected to composite1
[12:54] <ArthurD> and a USB remote receiver for the IR remote control. there is a IR BLASTER cable connected to it.
[12:55] <laga> STB means "set top box"
[12:57] <ArthurD> Do you mean the tuner box that the cable company provided?
[12:58] <laga> yes
[12:59] <ArthurD> oh. so there is nothing on the Internet regarding my specific STB.....
[13:01] <ArthurD> is there a basic script one should install in order to make the IR Blaster works?
[13:01] <laga> i have never used IR blasting.
[13:01] <laga> i bet there is a howto somewhere
[13:02] <ArthurD> thank you.
[13:03] <laga> i'd try to get the blaster working outside mythtv first
[13:03] <laga> ie make sure you can change channels from command line
[13:34] <ArthurD> How do I change channels with the command line using the IR BLASTER?
[13:35] <ArthurD> I can change the analog channels using ivtv-tune
[13:36] <ArthurD> but i what to change channels on the STB (the digital tunner)
[13:39] <laga> have you set up the ir blaster for use with LIRC?
[18:54] <uSlacker> !help
[18:54] <Zinn> !help Use ! followed by a topic to get help on the topic (if it exists) example: !logs.  Other available commands: !status, !about, !bug [bug_number].  For a  complete list of my knowledge visit: http://www.baablogic.net/Zinn.cgi
[19:03] <rtc443> hey guys just a quick question, i have everything i need to buy for my pvr/dvr but i was just wondering about the tv schedule(listings) i have heard that u can subscribe for like 5 bucks and that way you can have the tv listings, any1 have info on that. thanks
[19:10] <uSlacker> rtc443:try schedulesdirect.org
[19:10] <rtc443> ok so just to confirm u have to pay for shedule listing, like it doesnt come through the cable
[19:11] <uSlacker> correct.  There is a nominal fee for the service
[19:11] <rtc443> ok 20bucks a year isnt that bad
[19:11] <rtc443> thanks
[19:12] <uSlacker> right, and if you're just getting started you can pay by the month until your sure you'll keep it
[19:13] <rtc443> ok cool ya i am just getting started, sucks the listings dont come over the cable
[19:13] <uSlacker> I'm just starting too.  Not sure how it will work out with FIOS.
[19:14] <rtc443> ya i have optimum online
[19:15] <rtc443> well ill have to find out i gues
[19:15] <uSlacker> enjoy.  Good holiday project!
[19:15] <rtc443> o yes it is
[19:15] <rtc443> just have to get the money first
[19:15] <rtc443> i have most of it but still just a little more
[19:16] <rtc443> do u have your box set all up
[19:17] <uSlacker> I was able to borrow a capture card and tv out card from a friend.  If this works, I plan to pay him or replace them
[19:19] <uSlacker> at this point, I have the cards in a MTV installed, but I don't have the time to committ.  Waiting for family to leave
[19:19] <uSlacker> Love them, so it's bitter sweet!
[19:20] <rtc443> lol yup i myself like peace and quite when i work, yes a little anti-social but thats how it is
[19:21] <rtc443> once everything ships in it will act as a dvr, ssh tunnel, and a desktop comp, not sure wut im going to use for a platform , maybe myth tv something like that
[19:26] <rtc443> well anyway g2g but thanks for ur time and help, hope everything goes great c ya
[21:09] <antebe> Im having real difficulties getting my remote for a Hauppauge WinTV HVR-1110 to work properly with lirc. Can someone give my some insights? Basically, the remote works regardless of whether I have lirc installed or not (i apt-get install or remove it, respectively). In both cases the remote seems to work like a keyboard, but only some buttons, and not enough buttons for it to be any useful with mythtv.
[21:09] <antebe> My installation is a Mythbuntu 8.10 straight installation, and I used the patch mentioned in http://ubuntuforums.org/showthread.php?t=914128 (where I entered pretty much the same info as here now). So - anyone have any idea where I should start troubleshoot this?
[21:22] <henrik_> Hello! I have just exchanged my tv for a lcd tv that uses dvi connection. anyone knows what needs to be done to have it changed from svideo to dvi?
[22:16] <ArthurD> Hi people. Finally I managed to get a script that can change the channel on the STB (using ir transmitter). The script works fine from terminal. But from some reason I can't make it works from MYTHTV. any idea why?
[22:17] <IntuitiveNipple> Any log info? Is the script executed at all, or not even called?
[22:18] <ArthurD> i don't know to look on the log. where can i find it?
[22:18] <ArthurD> but I do see that the led is blinking, so my guess is something is working
[22:19] <IntuitiveNipple> In your script, maybe add some echo "$(date) $@" >> led.log line so the script writes out the args it receives and the date
[22:21] <ArthurD> and where can i find the output?
[22:21] <gregL> ArthurD: Where i usually mess up is not using the correct format when telling mythtv the path.. Mine is /usr/local/bin/MyBlaster.pl  I forgot the leading slash.
[22:22] <IntuitiveNipple> where-ever the script is set to - use an absolute path in the stdout redirection such as >>/tmp/led.log
[22:23] <ArthurD> I double checked the path. it's ok. I'm trying the log... just a mintue
[22:29] <ArthurD> i added the line :
[22:29] <ArthurD> echo "$(date) $@" >> /home/(((myname)))/led.log
[22:29] <ArthurD> but no file was created
[22:29] <gregL> ArthurD: Also make sure you have the permissions set to the proper user..
[22:29] <ArthurD> i gave 777
[22:29] <ArthurD> it should work, right?
[22:29] <gregL> That should be ok then..
[22:30] <gregL> The last time i had a problem,it was a typo..
[22:31] <ArthurD> maybe the myth don't send the channel number at all? (but still... i should see the log file, right?)
[22:32] <ArthurD> does the script must be on a shared folder?
[22:32] <gregL> Can you start the frontend and back end in a terminal.. and use -v some and see what errors are created..
[22:33] <gregL> I put mine in /usr/local/bin
[22:38] <ArthurD> there are no errors while running from the terminal
[22:38] <gregL> ArthurD: did you set up your schedule.and set your starting channel to a known good channel?
[22:39] <ArthurD> the starting channel is ok.
[22:39] <ArthurD> what do you mean about the schedule? I have the channels listed, and the next two days programs in the schedule
[22:40] <gregL> Program guide
[22:41] <ArthurD> so i have
[22:42] <ArthurD> OHO!
[22:42] <ArthurD> I found the problem
[22:42] <IntuitiveNipple> let us in on it :)
[22:43] <ArthurD> I was  sure that the myth transmitting the channel number. but actually it transmit the  "freqid"
[22:43] <IntuitiveNipple> ahhh
[22:43] <ArthurD> damn
[22:43] <Zinn> ArthurD: Please watch your language.
[22:43] <ArthurD> oppps
[22:44] <IntuitiveNipple> Can you change it to send the channel number?
[22:44] <ArthurD> I dont know. but I will just insert in the freqid field the channel number value
[22:45] <gregL> ArthurD: Where are you located?
[22:45] <ArthurD> Israel
[22:46] <gregL> Oh..It's quite different here in the US..
[22:46] <gregL> Great you figured it out though...
[22:47] <ArthurD> :-) thanks anyway people!
[22:47] <gregL> np
[22:48] <IntuitiveNipple> Has anyone been trying the native PulseAudio output patches?
[23:16] <antebe> has anyone seen my question? No ideas?
[23:46] <Kevin`> hey, I just installed mythbuntu, then tried to run the mythtv setup. it fails because there is no database. how do I add one


[01:45] <wrst> Unit193: not me I can leave anytime I want... I keep telling myself
[01:45] <Unit193> I don't even know how to.
[01:46] <wrst> Unit193: 'sudo shutdown -h now'?
[11:53] <cyberanger> wrst: Ouch
[11:54] <cyberanger> Granted, it could be worse. Like my mistake of telling you my desktop is on every linux computer, just hit ctrl+alt+f1
[11:55] <cyberanger> In my defence, I didn't think that through, I figured anyone would google it first OR ask how to switch back (if they didn't know) not reboot to get back to the GUI


[20:33] <DonkeyHotei> please nominate bug 1247528 for trusty sru; it was fixed in utopic but not in trusty lts


[01:07] <pragmaticenigma> Just discovered yesterday... there are no 32bit ISO for the netinstaller mini.iso anymore... bummer :-(
[01:10] <tomreyn> even for 18.04?
[01:14] <tomreyn> pragmaticenigma: how about http://archive.ubuntu.com/ubuntu/dists/bionic-updates/main/installer-i386/current/images/netboot/
[01:49] <pragmaticenigma> tomreyn, after 18.04
[01:49] <tomreyn> oh ok, that's not surprising to me then.
[01:51] <pragmaticenigma> I was hoping they might continue to release 32bit through that means... but I guess they really want to cut all 32bit support where they can
[01:52] <pragmaticenigma> I get that 32bit machines are becoming far less common. I've already found another means to keeping my 32bit machines going a bit longer through the use of another Debian based distribution.
[01:52] <pragmaticenigma> 32bit Ubuntu was getting to be too much for my machines to handle anyways, even running something like Xubuntu or Lubuntu was struggling
[01:59] <tomreyn> puppylinux will probably "work" for a while longer. i wouldn't use it for processing any sensitive data but you should be able to burn some watts at least ;)
[02:01] <pragmaticenigma> these old machines mostly serve for entertainment purposes. I installed MX Linux on them. They're approach seems to reduce the overhead enough to get things running smoothly
[02:01] <pragmaticenigma> *Their
[02:01] <pragmaticenigma> I think as long as Debian devs keep it going, there will be 32 bit support in the Debian branch for a while
[02:01] <pragmaticenigma> how long before packages themselves get to be too big, that's a matter to worry about on another day
[02:04] <tomreyn> debian will probably support i386 a while longer, too, but i guess it'll become a port.
[02:05] <tomreyn> *unoffical* port, i mean
[02:06] <pragmaticenigma> hard to say... RPi's are still 32bit
[02:06] <tomreyn> yes, but arm, not intel
[02:08] <pragmaticenigma> right, but still means a need for 32 bit software. The compilers handle the archetecture differences (at least good compilers will)
[02:14] <tomreyn> the reason ubuntu is dropping support is that kernel development for i386 is being phased out. that's not the case for 32-bit ARM platforms as far as i know. if ubuntu had continued to support i386 till 20.04 it'd have to have done ESM for another 10 years, effectively mataining an otherwise dead kernel architecture.
[02:15] <tomreyn> debian has shorter lifecycles so it's an easier decision there, i guess.
[02:15] <pragmaticenigma> ah, that would make sense
[02:15] <pragmaticenigma> I don't follow kernel news, as I've found it too chaotic to follow
[02:25] <tomreyn> actually, i386 development is still happening on the kernel according to https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git/refs/heads but at a slower pace, i think. some spectre patches took months after amd64 release to be developed there.
[02:40] <pragmaticenigma> makes sense that it isn't a high priority
[03:35] <lotuspsychje> good morning
[04:54] <lotuspsychje> jnewt: a few tips to solve bugs faster: actively help your own bug, keep it alive and find new users that are affected
[05:00] <pragmaticenigma> jnewt, what we are trying to convey to you is not about it being supported. If you have a specific issue with Unity, then please ask for support directly related to your issue. If you are experiencing that particular bug, the reason it is still open is because Canonical isn't developing Unity anymore. Therefor it will likely remain open until someone decides to clean up old tickets.
[07:37] <ducasse> good morning
[14:55] <lotuspsychje> we might keep our eyes open for screen issues on 5.3 hwe
[14:56] <lotuspsychje> few new bugs entered in #ubuntu-bugs-announce
[14:56] <oerheks> now a fan issue too
[15:00] <lotuspsychje> bug #1860230
[15:00] <lotuspsychje> bug #1860268
[15:01] <lotuspsychje> bug #1860253
[15:01] <lotuspsychje> thats it
[15:03] <jeremy31> nvidia dkms drivers likely haven't been patched for 5.3
[15:09] <lotuspsychje_> good point jeremy31
[15:09] <lotuspsychje_> the titlebar bug is also on unity, so that could be unity only related perhaps
[15:10] <jeremy31> There seem to be a lot of bugs against 5.3.0-26
[15:11] <lotuspsychje_> have a few on 20.04 kernel 5.4 also here jeremy31
[15:11] <lotuspsychje_> kerneloops, xorg bugs, dock issues,..
[15:12] <jeremy31> Been seeing wireless issues with out of tree modules
[15:12] <lotuspsychje_> bug #1860271
[15:14] <jeremy31> I looked at that one, most of those modules should work in 5.3
[15:37] <lotuspsychje> jeremy31: what do you think of my bug #1854146
[15:37] <lotuspsychje> just happened right now on 5.4 too
[15:41] <jeremy31> I can't access the oops files
[15:43] <lotuspsychje> jeremy31: http://dpaste.com/3094XBA
[15:44] <lotuspsychje> http://dpaste.com/213NV7K
[15:46] <jeremy31> Wonder if it could be caused by virtualbox?
[15:47] <lotuspsychje> interesting idea
[16:33] <oerheks> tomreyn, i discussed this bot thingy with sarnold ..
[16:33] <oerheks> i guess it is not oke, but he seems the only user.
[17:07] <tomreyn> thanks oerheks, i concur
[17:07] <lotuspsychje> moar corrupted ati bug #1860282
[17:10] <tomreyn> "Distro: Linux Mint 19.3 Tricia"
[17:10] <lotuspsychje> yeah saw its on cinnamon
[17:10] <lotuspsychje> the other corruption was on unity
[17:10] <tomreyn> but it can affect ubuntu, too, i guess
[17:10] <tomreyn> logs are missing, though
[17:11] <lotuspsychje> bug #1860268
[17:11] <tomreyn> "CurrentDesktop: Unity:Unity7:ubuntu"
[17:11] <lotuspsychje> yep
[17:12] <lotuspsychje> i wonder if they would have the same on gnome
[17:14] <tomreyn> worth a try for sure.
[17:15] <lotuspsychje> seen alot of ati corruptions on xenial with unity in the past, including my own ex ati x800
[17:15] <lotuspsychje> cant say ive seen it on gnome
[17:34] <tomreyn> is linux 5.3 in bionic-hwe known to break nvidia drivers?
[17:34] <lotuspsychje> ive seen a bug passby holdon tomreyn
[17:35] <lotuspsychje> another mint one though... bug #1860221
[17:36] <tomreyn> hmm thanks
[17:36] <lotuspsychje> and jeremy31 earlier suspected nvidia dkms drivers not patched yet?
[17:37] <ducasse> is any action taken on mint bugs at all?
[17:37] <jeremy31> ducasse: I have seen some of them addressed
[17:38] <lotuspsychje> ducasse: jeremy31 would prob know that
[17:38] <jeremy31> I know at one time they were flat out ignored
[17:40] <ducasse> that is what i'd expect to happen, tbh
[17:41] <lotuspsychje> i asked the kernel guys same question the other day
 lotuspsychje, if they are our actual kernel binaries we are interested in bug found; though we may not be able to tell if it is a 'different userspace' interaction in some cases to be sure
 apw: but if ubuntu's kernel suffers a bug, does that mean that mint also suffers that bug?
[17:41] <tomreyn> https://launchpad.net/ubuntu/+source/nvidia-graphics-drivers-340/+bugs?orderby=-id&start=0 lists no recent reports (but i'm not even sure that's the "usual" nvidia driver in bionic)
 lotuspsychje_, i could not say for sure; if they have the same kernel likley yes
[17:44] <lotuspsychje> tomreyn: 340 is for older cards
[17:46] <tomreyn> oh, what's current?
[17:46] <lotuspsychje> depends on the card and the ubuntu version
[17:46] <lotuspsychje> but more newer cards would pull 390 and higher
[17:48] <jeremy31> What is this linux-modules-nvidia-435-generic-hwe-18.04?
[17:48] <tomreyn> okay, so there is 340, 390, 430, 435
[17:49] <lotuspsychje> not sure jeremy31
[17:51] <lotuspsychje> 19.10 should include the nvidia drivers on the iso now
[17:52] <tomreyn> those linux-modules-nvidia-* packages have been existing for a while: https://packages.ubuntu.com/search?suite=bionic-updates&section=all&arch=any&keywords=linux-modules-nvidia-+-generic&searchon=names
[17:53] <tomreyn> actually not that long, only since december
[17:53] <tomreyn> ah those seem to be secure boot signed modules?
[17:54] <lotuspsychje> !info linux-modules-nvidia-435-generic-hwe-18.04
[17:54] <tomreyn> i wonder how canonical can safely sign them.
[17:56] <tomreyn> (or what this attestation actually means)
[18:01] <jeremy31> lotuspsychje: Can you check your driver manager?  Does the backports-iwlwifi-dkms show there?
[18:02] <lotuspsychje> jeremy31: hmm it does :p
[18:02] <jeremy31> lotuspsychje: thanks, then it isn't just Mints version doing that
[18:02] <lotuspsychje> but its greyed out for me
[18:03] <lotuspsychje> i can only select, continue with using the manual driver
[18:04] <jeremy31> There almost has to be some data file that goes along with the driver manager
[18:06] <lotuspsychje> driver=iwlwifi driverversion=5.4.0-9-generic firmware=46.6bf1df06.0
[18:06] <lotuspsychje> still im connected on wifi
[18:08] <lotuspsychje> tomreyn: what is usually do is compare ubuntu's versions with https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa
[18:10] <tomreyn> those are the same nvidia branches / versions there.
[18:10] <lotuspsychje> !info nvidia-driver-435
[18:10] <tomreyn> but newer package verisons
[18:11] <tomreyn> https://packages.ubuntu.com/bionic-updates/nvidia-driver-435
[18:11] <lotuspsychje> Version 435.21-0ubuntu<IP_ADDRESS>
[18:11] <lotuspsychje> yeah
[18:11] <tomreyn> actually 440 is not in ubuntu proper
[18:12] <tomreyn> not in bionic anyways
[18:12] <tomreyn> nor 304, nor 515, nor 418
[18:12] <tomreyn> nor 304, nor 415, nor 418
[18:13] <lotuspsychje> not sure wich driver those big RTX pulls by default on ubuntu
[18:13] <lotuspsychje> would be interesting to see a 19.10 with RTX 2080
[18:15] <tomreyn> they all use amdgpu, just different firmwares
[18:17] <lotuspsychje> tomreyn: apt-cache shows nvidia-driver-440 - NVIDIA driver metapackage on 20.04 here
[18:18] <lotuspsychje> not on bionic?
[18:41] <lotuspsychje> digikin: geary is cool
[18:41] <digikin> X)
[18:41] <lotuspsychje> but 'best' is pretty relative of course
[18:46] <tomreyn> lotuspsychje: ah i missed you saying nvidia-driver-440 is only available on 20.04 here - too much channel hopping on my part
[18:46] <lotuspsychje> its sunday, no sweat :p


[11:21] <xnox> cyphermox, ack, thanks. let me continue that.
[11:28] <xnox> WARNING: The following packages cannot be authenticated!
[11:28]  * xnox is confused why make -C d-i update doesn't work for me =(
[11:33] <cjwatson> bootstrap archive lying around somewhere?
[11:33] <cjwatson> since it'll be grabbing stuff from the system apt config
[11:35] <xnox> ah
[11:41]  * xnox enables -updates & -security pockets.... cause this desktop used to run devel, but now is running wily and kind of needs those.....
[14:29] <xnox> are http://people.canonical.com/~ubuntu-archive/livefs-build-logs/?C=M;O=D meant to be updated?
[14:30] <cjwatson> xnox: no, that's only an archive of logs from before building in LP
[14:30] <xnox> ack.
[15:26] <cyphermox> xnox: if it helps I already had it build in a PPA...
[15:28] <cyphermox> https://launchpad.net/~mathieu-tl/+archive/ubuntu/installer-dev/+sourcepub/5755722/+listing-archive-extra
[15:28] <cyphermox> it also requires mokutil though, for which the MIR might have just been acked
[21:09] <samson-uo> Hi all, can someone point out where I should be looking to figure out how autopartitioning works? I'm trying to figure out if/when ubiquity decides to create a separate /boot partition.
[21:15] <superm1> cyphermox: so the intention is that if secure boot is enabled then only load signed kernel is what's causing this change?
[21:16] <cyphermox> samson-uo: you want to look at the partman-auto package
[21:16] <superm1> has there been any discussion about ways to extend the trust onto third party modules that are in archive at least?  building them on launchpad with new kernel or something similar?
[21:16] <cyphermox> superm1: for my ubiquity branch?
[21:16] <superm1> yeah
[21:18] <cyphermox> so, yeah, only when booted in UEFI *and* when secure boot is enabled
[21:20] <superm1> so with that combination it won't be possible to say install an aftermarket NVIDIA kernel module
[21:22] <cyphermox> well, yes
[21:22] <cyphermox> that's why there is a prompt for a password to disable secureboot
[21:22] <cyphermox> with it, you'd be back to the current state of things
[21:23] <superm1> you can't programatically turn off secure boot though, that will require going into the BIOS to change the setting
[21:23] <cyphermox> ah, shim does have some logic for this
[21:23] <superm1> for turning off secure boot?
[21:23] <cyphermox> not quite disabling secure boot in the BIOS, but not failing validation
[21:23] <superm1> oh....
[21:23] <superm1> it's cheating gotcha :)
[21:23] <cyphermox> yeah
[21:24] <cyphermox> by the time you're in shim, it's not the BIOS itself doing validation but shim doing it for us
[21:25] <superm1> right.  if you're breaking the trust relationship at the shim level why not instead generate a machine specific key for third party modules and sign the kernel modules with that key during build?
[21:25] <cyphermox> that is one possibility for the future yes
[21:25] <cyphermox> you still need to hook up importing the machine key, kind of similarly to disabling validation in shim
[21:26] <superm1> yeah i guess it's a very similar end result


[00:33] <jdub> hey hey
[00:33] <jdub> is there a loggerhead package in a ppa somewhere?
[00:34] <beuno> jdub, not yet. Hopefully I'll get to that next week
[00:34] <beuno> regular setup should be easy enough, if you don't want to wait
[00:34] <jdub> cool, ta :-)
[00:35] <beuno> jdub, all you need installed is python-paste and python-simpletal.  What do *you* have in mind?
[00:46] <lifeless> jdub: what do you mean by trust
[00:46] <jdub> evil co-developer putting evil in their branch that abuses my LH
[00:46] <lifeless> jdub: we use loggerhead do display 10^4+ branches on launchpad
[00:47] <mwhudson> loggerhead is reasonably careful to not allow xss by displaying user content unmunged, for example
[00:47] <lifeless> if you pull their branch to a local mirror and show that, you'll have precisely the same level of condom loggerhead on launchpad has
[00:48] <jdub> cool
[00:48] <lifeless> jdub: also, if you mirror locally you can setup a bzr-search index of the same branch
[00:48]  * jdub levels up his condom by grinding...
[00:48] <Peng_> If it's remote, will bzr-search still work?
[00:48] <lifeless> Peng_: yes
[00:48] <lifeless> Peng_: if there is a search index on the remote branch
[00:49] <lifeless> Peng_: or if you add a mapping to bzr-search telling it to use a different index for that branch, and then sync the index from time to time
[00:49] <lifeless> -> train to catch
[00:49] <Peng_> Oh, neat.
[00:49] <Peng_> lifeless: Bye. :)
[00:49] <lifeless> jdub: ring me if you want more info
[00:50] <jdub> beuno: congrats, btw :-)
[00:51] <beuno> jdub, not sure exactly for what, but thanks  :_
[00:51] <beuno> :)
[00:51] <jdub> canonical
[00:52] <beuno> ah, yes!  I'm thrilled  :)
[00:52] <cody-somerville> :]
[00:52] <beuno> how was your first week btw, cody-somerville?
[00:53] <cody-somerville> beuno, fairly productive
[00:53] <cody-somerville> beuno, Yours?
[00:54] <beuno> cody-somerville, productive too. Lots of setup stuff though, took away a chunk of time. I'm really enjoying it so far  :)
[00:56]  * cody-somerville nods.
[00:57] <cody-somerville> beuno, I dunno how I'm going to like getting paid monthly instead of biweekly though
[00:57] <Peng_> But do you get beanbag chairs?
[00:57] <beuno> Peng_, I have a beanbag 2m away from me!
[00:57] <cody-somerville> Peng_, I opted for the hoody
[00:58] <cody-somerville> Anyhow, I'm starving! :-) It has been a long day. One of the drawbacks of working from home is that you have to force yourself to actually stop working :P
[01:03] <mwhudson> cody-somerville: yeah, i find that a lot
[01:04]  * cody-somerville forms Canonical Workaholics Anonymous.
[01:32] <rocky> is there a standard way to "disable" a widget like a TitlePane so that all of it's inner contents become greyed out and can't be edited/focused ?
[01:33] <markh> it looks like I can get similar http weirdness with a 'http+urllib' url... - bzr: ERROR: Invalid http response for http://bazaar-vcs.org/....rix: Expected a boundary (squid/2.6.STABLE18:...9C890B4)line, got ''
[01:59] <Leefmc> Question: How do you create a working directory again?
[01:59] <Leefmc> Or is it just a lightweight checkout.. i forget heh
[02:00] <Peng_> "bzr co --lightweight whatever/" to create a lightweight checkout.
[02:01] <Peng_> "bzr co" to create a working tree in the current branch.
[02:02] <Leefmc> I'm confused, a normal checkout creates a working tree?
[02:03] <Peng_> The  checkout command is overloaded.
[02:03] <Peng_> If you have a branch with no working tree, run "bzr co" to create one.
[02:04] <markh> and my hardy box on the same network can give the same error.
[02:08] <Leefmc> Peng_: Huh.. i gatta go, so i'll have to ask again later, because im still confused. I spose i must just be confused on BZR's version of a working tree. Anyway, thanks :)
[02:08] <Leefmc> later
[05:05]  * markh wonders where the release manager is when you need him :)
[05:06] <tacone> if he is european he could be in bed :-)
[05:14] <markh> I think he is in the US which means he would be getting ready for it (or better still, hopefully something even better on a friday night :)
[05:17] <meteoroid> so i have a relatively old bzr and bzr-svn from ubuntu hardy, should i build from source, or are there newer packages from alternative sources?
[05:18] <meteoroid> jelmer says the new bzr-svn has fixes for issues i have, and bzr-webdav says it "only works with 1.6"
[05:47] <lifeless> RAOF: http://piumarta.com/pepsi/?C=M;O=D
[05:47] <fullermd> markh: He's in my TZ, which means that if he's sensible, he's in bed   :p
[07:20] <lifeless> beuno: hi
[07:20] <lifeless> beuno: rant
[07:20] <lifeless> http://bazaar.launchpad.net/~jml/subunit/split-right/revision/51
[07:21] <lifeless> beuno: can't read the entire line, no scroll bar in my window to make things wider; kthxhelp
[07:24] <mwhudson> i think there's a bug report about that already
[07:24] <lifeless> mwhudson: great
[07:25] <lifeless> mwhudson: number plx?
[07:26]  * mwhudson looks
[07:27] <mwhudson> lifeless: maybe not, actually, i think it was just complained about on the mailing list
[07:57] <Jc2k> Zooming out FTW
[07:57] <Jc2k> (i have to zoom in to see the bug :P)
[08:18] <lifeless> Jc2k: :P
[08:18] <lifeless> beuno: ^^^^ more hai!
[08:35] <jml>         self.failUnless(self.suite._tests == [self.case1, self.case2,
[08:35] <jml>                                               self.case3, self.case4] or
[08:35] <jml>                         self.suite._tests == [self.case3, self.case2,
[08:35] <jml>                                               self.case1, self.case4])
[09:25] <Kazade> Hi everyone, I've just recently tried moving a project to Bzr (from GIT) so that I can use it on Windows easily. I've set up putty etc with my private key so I can ssh into my other PCs without entering a password, but no matter what I do, bazaar on windows crashes when I try to clone a project with the error "ERROR: socket.error: Socket is closed". Any ideas?
[11:00] <gour> jelmer: someone from #ghc asks me about bzr's rebase...
[11:01] <gour> jelmer: is it possible to drop shortly in #ghc
[11:14] <gour> lifeless: ping
[11:15] <gour> lifeless: can you visit #ghc shortly to explain about loom plugin, pls.
[11:16] <gour> ...or whoever use it and understand the purpose..
[12:15] <matkor> Hi ! Afer bzr update I see list of modified (M) files but bzr finishes run with bzr: ERROR: [Errno 13] Permission denied ... with not futher info which file permission are denied ... any hint how to find it out ?
[12:17] <matkor> ok, question cancelled - I found out ...
[12:20] <gour> considering http://andrew.puzzling.org/diary/2008/July/29/rebase-criticism i wonder whether rebase is actually needed in bzr?
[12:21] <thumper> gour: no, it isn't normally needed
[12:21]  * thumper going to bed now
[12:45] <LarstiQ> gour: there are usecases for it, but it usually isn't needed.
[13:01] <gour> LarstiQ: thanks
[13:02] <gour> thumper: ^^^
[14:51]  * rocky sniffs and wishes his "bzr commit" to a svn repo didn't make 100 requests and take about 1min
[15:18] <palango> is there an easy way to find out if a file is under bzr control?
[15:20] <Peng_> I guess you could use "bzr st" on it.
[15:20] <Peng_> You could also check for it in "bzr inventory".
[15:20] <Peng_> I'm sure there's a better way, especially through bzrlib.
[15:23] <Necoro> bzr unknowns | grep -q $FILE  && echo $FILE is unknown
[15:23] <Necoro> ;)
[15:23] <uws> Necoro: that doesn't take ignored files into account
[15:24] <Necoro> true
[15:24] <Peng_> "bzr st" does, but it's not very good for a script.
[15:24] <uws> no
[15:24] <Peng_> I mean, usable by a script
[15:24] <uws> "bzr inventory $FILENAME"
[15:25] <Peng_> Oh, I didn't know you could do that. There you go then.
[15:25] <uws> bzr inventory $FILENAME 2>/dev/null && echo versioned || echo not versioned
[15:28] <palango> thanks
[15:40] <Glenjamin> does anyone have experience setting up tortoisebzr on vista?
[15:41] <Glenjamin> i'm getting an error about a missing entry point in pywintypes25.dll
[16:00] <Leefmc> Question: Is there a way to wildcard remove directories? I added a set of directories and my .bzrignore was formatted wrong, so it added a ton of directories and files i dont want.. and removing them by hand would suck
[16:02] <Leefmc> oo, seems wildcard works
[16:02] <Leefmc> :)
[18:01] <gour> how can one delete project on LP?
[19:07] <jbalint> Hi
[19:07] <jbalint> how can i debug this problem on windows? http://rafb.net/p/3vsOH366.html ssh.exe/plink.exe to the host works fine, bzr is working fine on the local and remote hosts
[19:08] <beuno> jbalint, I wonder why you're getting bzr: Command not found.
[19:08] <beuno> is bzr installed on the remote server?
[19:08] <jbalint> yes
[19:09] <LarstiQ> BZR_REMOTE_PATH?
[19:09] <jbalint>  /usr/bin/bzr
[19:09] <beuno> jbalint, also, My Documents/.bzr.log   has more debug info
[19:09] <jbalint> beuno: ah, right. thx, will check it
[19:10] <LarstiQ> jbalint: and I presume that is also where bzr actually resides?
[19:11] <jbalint> yes
[19:11] <jbalint> heres the info from the log http://rafb.net/p/1kzTVr41.html
[19:13] <LarstiQ> jbalint: hmm, no clue of command not found there.
[19:13] <LarstiQ> though, maybe, hmm.
[19:14] <jbalint> i branch its locally on the server, works. i can ssh to the exact from part of the url, and bzr version works fine
[19:15] <LarstiQ> jbalint: it might be a red herring, but how is ssh/plink setup? Key based login?
[19:15] <LarstiQ> jbalint: does the server side ssh log provide any insight?
[19:16] <jbalint> yes, keys, everything is working fine
[19:16]  * LarstiQ glances at the code
[19:21] <LarstiQ> jbalint: It comes back to BZR_REMOTE_PATH.
[19:22] <jbalint> set locally?
[19:22] <LarstiQ> jbalint: what happens if you set that to, say, /bin/true?
[19:22] <LarstiQ> jbalint: yes
[19:22] <jbalint> Dlklemme try
[19:23] <LarstiQ> jbalint: do I read that correctly to say that you previously hadn't set the env var in Windows?
[19:25] <jbalint> heh, /bin/true: Command not found.
[19:25] <LarstiQ> riiight.
[19:25] <LarstiQ> jbalint: is your ssh server jailing you?
[19:26] <jbalint> oi, i dont think so
[19:28] <LarstiQ> if it is a bzr bug, it is a strange one.
[19:28] <jbalint> i can ssh in and it works fine
[19:28] <LarstiQ> but right now I'd like some more confirmation on your environment :)
[19:28] <LarstiQ> rihgt.
[19:29] <LarstiQ> ugh, typo galore tonight.
[19:29] <LarstiQ> jbalint: So what is the difference in the two methods?
[19:29] <jbalint> i dont know
[19:30] <LarstiQ> jbalint: for openssh, you can add config options for particular hosts to ~/.ssh/config. Does plink have something similar?
[19:30] <jbalint> kind of, yeah
[19:30] <LarstiQ> jbalint: can you up the verbosity of the connection?
[19:31] <LarstiQ> jbalint: if not, does BZR_PDB=1 bzr .... drop you in a pdb prompt? (I'm not sure about connection errors)
[19:31] <LarstiQ> then again, if the connection is already closed..
[19:33] <jbalint> it gets into the debugger after the error message
[19:33] <LarstiQ> ok, good
[19:34] <jbalint>  http://rafb.net/p/aCkOkR40.html
[19:38] <LarstiQ> jbalint: while I read more of the code to see what we could do, could you try executing ls or something to discover more about why we get these command not founds?
[19:39] <LarstiQ> jbalint: and, perhaps you could try with paramiko directly?
[19:39] <LarstiQ> jbalint: ie, BZR_SSH=paramiko
[19:45] <LarstiQ> jbalint: btw, which version of bzr is this?
[19:49] <jbalint> 1.4rc1 on the client and 1.5 on the server
[19:49] <jbalint> oh, paramiko wont work because of the plink aliases, bzr: ERROR: Unable to connect to SSH host linksys-route-FWD-nt77; (11001, 'getaddrinfo failed')
[19:50] <jbalint> let me try the ip
[19:52] <LarstiQ> jbalint: ooh, is that alias something over a forwarded ssh connection?
[19:52] <LarstiQ> that might be a clue.
[19:52] <jbalint> http://rafb.net/p/jI6CPD49.html
[19:53] <LarstiQ> jbalint: without BZR_PDB, does it still print 'command not found'?
[19:54] <LarstiQ> jbalint: and in pdb, could you 'print dir(self)'?
[19:54] <jbalint> no, just the bzr: ERROR part
[19:54] <jbalint>  http://rafb.net/p/8a351019.html
[19:54] <LarstiQ> jbalint: that to me sounds like an ssh login problem.
[19:55]  * LarstiQ looks at _request
[19:58] <LarstiQ> jbalint: the .pyc in the traceback sounds like you use the windows binary installer, and not the bare python based one, is that right? (Thinking of editing .py files instead of doing post-mortem debugging)
[19:58] <jbalint> yeah, i can install something else
[20:00] <whitemice> Hi, new (potentially) to bzr.  I am the patch gatekeeper for a large codebase kept in subversion(OpenGroupware).  I'd like to front-end the subverzion repo with bzr so I can allow people to use BZR and push patches, then look at the patches and potentially push them to svn.
[20:00] <whitemice> I've looked at a couple of pages like <http://blog.tplus1.com/index.php/2008/03/22/use-bazaar-and-subversion-together/> but the examples don't quite work. :(
[20:00] <uws> whitemice: install bzr-svn and   "bzr branch svn+ssh://....."
[20:00] <whitemice> Is this a possible setup?
[20:01] <whitemice> I tried "bzr branch svn+http://developer.opengroupware.org/OpenGroupware.org/trunk" and get "Unsupported protocol for url "svn+http://dev..."
[20:02] <jbalint> LarstiQ: i just branched from another box on the lan, and it worked fine, so it must be a client issue
[20:02] <uws> whitemice: do you have bzr-svn?
[20:02] <uws> whitemice: bzr: ERROR: Invalid http response for http://developer.opengroupware.org/OpenGroupware.org/trunk/.bzr/branch-format: Unable to handle http code 401: Authorization Required
[20:02] <uws> whitemice: That's what I get
[20:02] <LarstiQ> jbalint: ok, still would like to find out what is going on
[20:03] <LarstiQ> jbalint: could you go 'up' in pdb until you hit bzrlib/smart/medium.py:protocol_version
[20:03] <jbalint> ok
[20:03] <uws> jelmer: ping
[20:04] <uws> jelmer: recent bzr and bzr-svn complain about svn+ syntax being depreacted
[20:04] <LarstiQ> jbalint: and then a dir(self) again, looking for the backing transport
[20:04] <uws> jelmer: but on the url just mentioned by whitemice it DOES make a difference
[20:04] <jbalint> LarstiQ: print some specific member of self? or dir is enough?
[20:04] <LarstiQ> jbalint: dir is enough for now
[20:05] <LarstiQ> jbalint: what I want to do is call transport.list_dir('.')
[20:05] <LarstiQ> or '/'
[20:05] <whitemice> uws: yep, the repo requires auth.  I must (openSUSE 11) be missing something...  I have all the available bzr packages installed.
[20:05] <LarstiQ> jbalint: but first we have to find the transport
[20:05] <uws> jelmer: in the svn+http:// case it asks for a password, while the http:// one (recommended by the warning message) gives an error about .bzr/branch-format needing auth
[20:05] <uws> whitemice: does "bzr plugins" list svN?
[20:05] <jbalint>  http://rafb.net/p/O1seq080.html
[20:05] <whitemice> uws: no
[20:06] <LarstiQ> whitemice: you cn use<EMAIL_ADDRESS>to force authentication prompt
[20:06] <uws> whitemice: then you don't have the bzr-svn machinery so bzr won't be able to speak to SVN servers
[20:07] <uws> LarstiQ: wasn't that supposed to be directed to me instead?
[20:07] <LarstiQ> jbalint: you can check self._bzr_remote_path but I don't think it will help us much
[20:07] <jbalint> '/bin/true'
[20:07] <LarstiQ> uws: ehm, maybe, not paying close attention, trying to debug jbalint's issue
[20:07] <uws> LarstiQ: no worries
[20:08] <LarstiQ> jbalint: ah. hmm. Have you tried the combo paramiko//usr/bin/bzr ?
[20:08] <LarstiQ> jbalint: since paramiko /bin/true doesn't print a command not found
[20:09] <jbalint> trying
[20:09] <jbalint> ah, success!!
[20:10] <LarstiQ> jbalint: ok, so: paramiko works with the ip address, but plink does not with the alias?
[20:10] <jbalint> right
[20:10] <LarstiQ> jbalint: how about plink + ip?
[20:11] <LarstiQ> at least we have isolated the problem somewhat
[20:11] <jbalint> hrm, yup works with IP
[20:11] <LarstiQ> next question would be, does it work with other aliases? Or, what makes this one different.
[20:12] <jbalint> let me try a new/clean alias
[20:12] <LarstiQ> If it doesn't work with _any_ alias, then we know which bug to file.
[20:12] <LarstiQ> jbalint: thanks for your patience going through this with me.
[20:13]  * LarstiQ is also simultaneously trying to translate a text.
[20:13] <uws> LarstiQ: from klingon to dutch?
[20:14] <LarstiQ> uws: Finnish to English
[20:14] <uws> LarstiQ: that's roughly the same for me :)
[20:14] <LarstiQ> haha :P
[20:14] <LarstiQ> I admit one of the Finnish 2-seat row athletes had some suspicious crinkles in her forehead.
[20:15] <uws> heh.
[20:15] <LarstiQ> but Klingon I don't speak at all.
[20:16]  * uws afk for a book (in English, not the original ancient greek *phew*)
[20:16] <whitemice> uws: ran through one-click install (nice!) and now have svn plugin
[20:16] <whitemice> uws: "bzr branch<EMAIL_ADDRESS>fails with "subversion/libsvn_ra/ra_loader.c:940: svn_ra_get_log2: Assertion `*path != '/'' failed."
[20:17] <jbalint> LarstiQ: yup same problemw tih a fresh alias :(
[20:17] <uws> whitemice: ask jelmer about that one. I think it's a Subversion bug
[20:17] <LarstiQ> jbalint: alias to the same system?
[20:17] <uws> whitemice: (recompile svn, comment out that assertion might work ;))
[20:18] <uws> whitemice: (or try upgrading svn to 1.5)
[20:18] <LarstiQ> jbalint: I have no clue how plink aliases work. But if you can list a set of steps to reproduce this, a bug report would be nice.
[20:18] <whitemice> uws: I'm using subversion 1.5.0 as is the server (I believe)
[20:18] <LarstiQ> whitemice: what version of bzr-svn are you using?
[20:18] <whitemice> uws: bzr-svn-0.4.10-6.2
[20:18] <LarstiQ> whitemice: svn changed their api in 1.5, but there is a patch for bzr-svn to deal with that.
[20:19] <uws> whitemice, LarstiQ: https://bugs.launchpad.net/bzr-svn/+bug/234010
[20:20] <LarstiQ> whitemice: for a big gun approach, you could try to apply http://ftp.de.debian.org/debian/pool/main/b/bzr-svn/bzr-svn_0.4.10-2.diff.gz (but -6.2 seems to imply some local patching)
[20:27] <jbalint> LarstiQ: add a bug on launchpad?
[20:28] <LarstiQ> jbalint: yes please.
[20:28] <jbalint> ok
[20:29] <LarstiQ> ala "bzr complains about command not found when using plink aliases", listing steps to reproduce and something like your original paste, that would be sweet.
[20:30] <jbalint> ok
[20:30] <jbalint> thanks again
[20:31] <LarstiQ> jbalint: glad to be of help, and thank you for the report.
[20:41] <LarstiQ> whitemice: how easy is it for you to patch the bzr package you are using?


[01:41] <ubotu> New bug: #138777 in ubuntu-docs (main) "Wrong internal links in 'Installing a single package file'" [Undecided,New]  https://launchpad.net/bugs/138777
[06:42] <CIA-18> Ubuntu Documentation: sbalneav * r4330 edubuntu/handbook/C/ (bookinfo.xml server.xml): Added multi-server setup from Francis, updated authors
[08:47] <mdke> morning all
[04:30] <ubotu> New bug: #138891 in ubuntu-docs (main) "Mistake in basic-commands about pwd" [Undecided,New]  https://launchpad.net/bugs/138891
[05:00] <ubotu> New bug: #138901 in ubuntu-docs (main) "activating/deactivating an interface" [Undecided,New]  https://launchpad.net/bugs/138901
[05:24] <CIA-18> Ubuntu Documentation: nixternal * r4331 kubuntu/config-desktop/C/config-desktop.xml: Thank you Jason for providing this Compiz-Fusion write up
[07:35] <ubotu> New bug: #138937 in kubuntu-docs (main) "[Gutsy]  "Ubuntu 7.04" in Kubuntu docs" [Undecided,New]  https://launchpad.net/bugs/138937
[09:26] <sommer> hey all is String Freeze on the 13?
[09:26] <CIA-18> Ubuntu Documentation: ddrichardson * r4332 ubuntu/internet/C/modem.xml: Dougie Richardson - Connecting to the Internet, modems
[09:26] <sommer> !StringFreeze
[09:26] <ubotu> Sorry, I don't know anything about stringfreeze - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[09:27] <CIA-18> Ubuntu Documentation: ddrichardson * r4333 ubuntu/internet/C/adsl.xml: Dougie Richardson - Connecting with ADSL modems.
[09:28] <CIA-18> Ubuntu Documentation: ddrichardson * r4334 ubuntu/internet/C/basics.xml: Dougie Richardson - Connecting to the internet and networking basic information.
[09:28] <CIA-18> Ubuntu Documentation: ddrichardson * r4335 ubuntu/internet/C/connecting.xml: Dougie Richardson - Wireless networking main file.
[09:29] <CIA-18> Ubuntu Documentation: ddrichardson * r4336 ubuntu/internet/C/networking.xml: Dougie Richardson - Minor corrections and formatting changes.
[09:29] <sommer> I found Sept 13 in a couple of blogs so I'll go with that.
[09:29] <CIA-18> Ubuntu Documentation: ddrichardson * r4337 ubuntu/internet/C/troubleshooting.xml: Dougie Richardson - Wireless troubleshooting guide.
[09:30] <CIA-18> Ubuntu Documentation: ddrichardson * r4338 ubuntu/internet/C/internet.xml: Dougie Richardson - Updated format.
[09:31] <CIA-18> Ubuntu Documentation: ddrichardson * r4339 ubuntu/internet/C/connect.xml: Dougie Richardson - Helper to guide user to correct connection section.
[09:31] <CIA-18> Ubuntu Documentation: ddrichardson * r4340 ubuntu/internet/C/wireless.xml: Dougie Richardson - Changed ndiswrapper to windows wireless drivers.
[09:31] <fijam_> sommer, yes
[09:32] <CIA-18> Ubuntu Documentation: ddrichardson * r4341 ubuntu/internet/C/web-apps.xml: Dougie Richardson - Formatting.
[09:32] <fijam_> massive internet documentation updates, that's what I love. Now let fijam adjust it for xubuntu.
[09:40] <sommer> fijam_: cool thanks
[09:42] <sommer> fijam_: I'm really into Xubuntu as well if you need help with anything specifically let me know.
[09:42] <sommer> I'm still learning the whole process though :)
[09:42] <fijam_> there's this https://wiki.ubuntu.com/Xubuntu/Documentation/Assignments page
[09:43] <fijam_> just pick something and join us at #xubuntu-devel
[09:44] <sommer> ah genius I'll try to help out...thanks for the link
[09:45] <fijam_> no problem, you're welcome :)
[10:27] <mdke> sommer: wiki.ubuntu.com/GutsyReleaseSchedule is the relevant page for freezes
[10:29] <sommer> cool thanks mdke


[12:50] <asac> gnomefreak: yeah i couldn't stand but have to drop a comment
[12:51] <gnomefreak> :)
[12:52] <gnomefreak> Admiral_Chicago: i wont beable to make the 12th i found out this morning so im thinking of a new date if you have any day good for you let me know
[12:53] <asac> i am fine with everything :)
[12:53] <gnomefreak> gpg: problem with the agent - disabling agent use  :(
[12:54] <gnomefreak> failed to sign but should still be good for now until i can figure out gpg. uploading trunk overnight
[12:57] <Admiral_Chicago> gnomefreak: every day actually works for me. i don't have a job this summer.
[01:01] <gnomefreak> ok i will know more sometime tomorrow evening and ill let everyone know
[01:01] <Admiral_Chicago> as long as it is around the same time i'll be there
[01:02] <gnomefreak> it will be i think 1800 works for most of us from times in past
[01:03] <gnomefreak> i have been busy with doctors and PT the past few weeks but its winding down. and im not sure if i will be here the last week in june
[01:05] <Admiral_Chicago> okay. let us know as soon as you find out so we can confim date and time
[01:06] <gnomefreak> i will
[03:33] <satx> Hello!
[03:34] <satx> Has anyone been able to get the Adobe Flashplayer to work on Firefox?
[06:29] <Admiral_Chicago> asac: do you know what day <IP_ADDRESS> came out?
[06:29] <Admiral_Chicago> i'm looking at burning edge for a change log and am not finding it
[10:01] <asac> Admiral_Chicago: http://www.mozilla.com/en-US/firefox/<IP_ADDRESS>/releasenotes/ ??
[10:03] <asac> ok i am off for another 2 hours ... will start at 10 UTC today ;)
[10:03] <Admiral_Chicago> asac: yea not as much detail as a i hoped though...oh well thanks anywayt
[10:04] <asac> Admiral_Chicago: otherwise you have to look at bonsai.mozilla.org for and read commit messages :)
[10:04] <Admiral_Chicago> i'll try that
[10:04] <asac> Admiral_Chicago: they are good at naming the bugs they are fixing in commit message so you can directly read details by clicking there
[10:04] <asac> Admiral_Chicago: in the branch field use MOZILLA_1_8_BRANCH
[10:04] <asac> e.g. default is HEAD on the bonsai query form
[10:05] <asac> but MOZILLA_1_8_BRANCH is the branch where <IP_ADDRESS> changes end up on
[10:05] <Admiral_Chicago> great. I'm working on the release page for Xubuntu and want to add more detail about <IP_ADDRESS>
[10:05] <asac> Admiral_Chicago: actually i think i can forward you a mail from the security list where there are URLs that make bugzilla pop up all fixed bugs for this release
[10:06] <Admiral_Chicago> that would be awesome
[10:06] <Admiral_Chicago> brb, gettin a call.
[10:06] <asac> Admiral_Chicago: just ping me about this later today ... out for 2 hours now :)
[10:07] <asac> Admiral_Chicago: or send a mail that I will see when I come back (incase you go to sleep now :))
[10:10] <Admiral_Chicago> asac: will do
[10:58] <gnomefreak> repo is down for updating
[11:02] <gnomefreak> ok can someone test -trunk update please
[11:02] <gnomefreak> there is something wrong with gpg in gutsy
[11:07] <asac> gnomefreak: feisty i386?
[11:07] <gnomefreak> yes
[11:07] <asac> ok let me try
[11:11] <asac> gnomefreak: why?
[11:11] <asac> Failed to fetch http://gnomefreak.youmortals.com/mozilla-testing/dists/feisty/Release.gpg  Could not connect to gnomefreak.youmortals.com:80 (<IP_ADDRESS>), connection timed out
[11:11] <asac> thats on apt-get update
[11:11] <asac> ah now it worked
[11:11] <gnomefreak> it works?
[11:12] <asac> ok it was not an upgrade ... but a fresh install
[11:12] <asac> ... currently downloading firefox-trunk
[11:12] <asac> lets see
[11:12] <gnomefreak> k
[11:12] <gnomefreak> once im able to sign things again i will sign the release file again
[11:12] <asac> gnomefreak: is alpha5 out?
[11:12] <asac> have you looked if there are sources on the mirror?
[11:12] <gnomefreak> your downloading it
[11:13] <asac> alpha5?
[11:13] <gnomefreak> i havent looked for sources but you should be grabbing it
[11:13] <asac> http://releases.mozilla.org/pub/mozilla.org/firefox/releases/granparadiso/
[11:13] <asac> hmm
[11:13] <gnomefreak> asac: yes
[11:13] <asac> not yet official
[11:13] <asac> i somehow feel that tbird <IP_ADDRESS> has been completely forgotten
[11:14] <asac> do they even know they didn't release it?
[11:14] <gnomefreak> when im back on my feisty system ill check but i swear you to to help>about it says alpha 5
[11:14] <asac> http://releases.mozilla.org/pub/mozilla.org/thunderbird/releases/
[11:14] <gnomefreak> asac: maybe most of it was combined into <IP_ADDRESS> since it was so late?
[11:14] <asac> he?
[11:14] <asac> but look at the advisories
[11:15] <asac> http://www.mozilla.org/security/announce/2007/mfsa2007-15.html
[11:15] <asac> for instance
[11:15] <asac> Fixed in: ... Thunderbird <IP_ADDRESS>
[11:15] <asac> tse
[11:15] <gnomefreak> tse?
[11:16] <gnomefreak> Fixed in: Thunderbird <IP_ADDRESS> Thunderbird <IP_ADDRESS>
[11:16] <asac> yeah ... express doubt, astonishment in german
[11:16] <asac> http://developer.mozilla.org/devnews/index.php/2007/06/04/thunderbird-15012-security-and-stability-update/
[11:16] <gnomefreak> makes me think it was combined
[11:16] <asac> gnomefreak: how combined?
[11:17] <asac> sounds not like a sane explanation
[11:17] <asac> i will ask tonight on the security list
[11:17] <gnomefreak> thunderbird came out what a month before release of <IP_ADDRESS>?
[11:17] <asac> ah ... yeah
[11:17] <gnomefreak> are we sure the updates weretn done at that time and pushed into <IP_ADDRESS>
[11:17] <asac> but then the advisory would be wrong and should read Fixed in: Thunderbird <IP_ADDRESS>
[11:18] <gnomefreak> agreed
[11:18] <asac> let me see .. i can verifiy that
[11:18] <gnomefreak> either way something is wrong, maybe since they just pushed <IP_ADDRESS> they are taking thier time (as they did getting 2.0 out)
[11:18] <asac> David Bienvenu   2007-04-23 09:30:22 PDT
[11:18] <asac> fixed on 1.8.0 and 1.8.1 branches
[11:19] <asac> when did tbird 2.0 came out?
[11:19] <asac> after that date?
[11:19] <gnomefreak> before than iirc
[11:19] <asac> before april 23?
[11:19] <gnomefreak> iirc it was early april
[11:19] <asac> (which is my birthday btw:)) :)
[11:19] <gnomefreak> happy birthday
[11:19] <asac> no
[11:19] <asac> 23 apr :)
[11:19] <asac> long ago ;)
[11:19] <gnomefreak> mines coming up this month
[11:20] <asac> yeah ... its always sad to get older :)
[11:20] <gnomefreak> agreed
[11:21] <asac> 18 April 2007
[11:21] <asac> Mozilla Releases Thunderbird 2
[11:21] <asac> so
[11:21] <asac> not fixed :/
[11:22] <gnomefreak> ok well do you have upstream contact?
[11:22] <asac> sure
[11:22] <asac> i have an appointment with redhat developer tonight
[11:23] <gnomefreak> we used to in here but havent seen him
[11:23] <asac> to talk about extended 1.5.0.x maintenance
[11:23] <asac> i will ask him what they think
[11:23] <gnomefreak> im sorry to hear that
[11:23] <asac> if he doesn't know i will raise on security list
[11:23] <asac> sorry to here what?
[11:23] <asac> did you misread?
[11:24] <gnomefreak> asac: you have meeting with RH devel tonight
[11:24] <asac> ah ... no he is a pretty nice guy
[11:24] <asac> at least he has the same problems as we have with mofo
[11:25] <asac> nevertheless, he has commit rights to the tree
[11:25] <asac> :)
[11:25] <asac> http://christopher.aillon.org/blog/
[11:29] <gnomefreak> to mozilla tree?
[11:31] <gnomefreak> damn if i read that right hes gonna start trying to change things (way things are patched ect..) in mozilla himself
[11:35] <gnomefreak> rawhide is pre release fedora core isnt it?
[11:37] <asac> no idea ... yes he has commit rights to mozilla tree
[11:37] <asac> gnomefreak: actually i should have a VM install ... or maybe a chroot
[11:38] <asac> just to look at how they package ffox et al
[11:38] <asac> and to steal patches ;)(
[11:38] <gnomefreak> patches are good :)
[11:38] <asac> yeah ... especially since redhat has an approved set of patches as well
[11:38] <gnomefreak> i used to love fedora when i started using it at fedora 1
[11:38] <asac> hmm gnomefreak pssst
[11:39] <asac> :)
[11:39] <gnomefreak> but i cant install ubuntu and fedora side by side :(
[11:39] <asac> have you tried a chroot?
[11:39] <gnomefreak> no
[11:39] <asac> for fedora?
[11:39] <asac> maybe it works
[11:39] <gnomefreak> hmmmmm
[11:40] <asac> http://www.pixelbeat.org/docs/chroot.html
[11:40] <gnomefreak> maybe ill play with it today just have to find how to do it but maybe your link will help :)
[11:40] <asac> if you find a good way to setup a chroot
[11:40] <asac> then i would be greatful :)
[11:41] <asac> actually i think there should be a base tarball of fedora somewhere
[11:41] <asac> which you could just unpack instead of using debootstrap
[11:41] <asac> maybe wading through fedora ftp server directories will make us find such a tarball
[11:42] <gnomefreak> but i still know a few people that play(hard core) in fedora/RH
[11:42] <gnomefreak> brb
[11:42] <asac> just unpack ... (e.g. if its a full base tarball)
[12:07] <gnomefreak> It is highlighted by the elimination of the distinction between  Fedora Core and  Fedora Extras entirely
[12:07] <gnomefreak> i dont like that :(
[12:08] <gnomefreak> there is not a doc on chroot for fedora
[12:18] <asac> gnomefreak: what is the path where crashes end up?
[12:18] <gnomefreak>    /var/crash
[12:20] <asac> ty
[12:20] <gnomefreak> yw
[12:24] <gnomefreak> ill be back in near future
[01:43] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=378635
[01:43] <ubotu> Mozilla bug 378635 in General "Tracking Bug: Bugs to Fix in TB2.0.0.x before offering a major update" [Major,Assigned]
[01:43] <asac> maybe they wait for those
[01:43] <asac> to be fixed
[01:43] <asac> since afaik major version upgrade should be offered with shipment of <IP_ADDRESS>
[01:46] <asac> http://forums.mozillazine.org/viewtopic.php?t=553514#2908205
[01:46] <asac> tse
[01:46] <asac> sad story
[01:47] <asac> <IP_ADDRESS> was tagged when Firefox <IP_ADDRESS> was tagged. The build team may have cycles to start making a build for us to test next week or the week after. So it'll be a couple weeks at least until we release a <IP_ADDRESS>.
[01:47] <asac> (quote from mscott)
[01:49] <asac> maybe we should just drop tbird from gutsy
[01:49] <asac> byebye
[01:50] <asac> hjmf: bug 106750 is a dupe of gtk_style_realize
[01:50] <ubotu> Launchpad bug 106750 in firefox "[edgy]  firefox crashed x86_64 [@gtk_style_ref]  [@gtk_style_attach] " [High,Needs info]  https://launchpad.net/bugs/106750
[01:50] <asac> without retracing i see that
[01:50] <asac> all non-symbolized backtraces looked the same
[02:45] <hjmf> asac: thanks I already marked it as such. It happened that I had to go between the two posts I posted in that thread :)
[02:45] <asac> ah ... ok :)
[02:45] <asac> ... just wanted to push away the need to retrace on amd64 :)
[02:46] <hjmf> asac: yes there are a few bugs taged as mt-needretrace which are amd64 that if you can look to their unsymbolized stacks probably you could mark them as dups
[02:46] <hjmf> just to get rid of them :)
[02:47] <hjmf> out again! see you later :)
[02:47] <asac> suire
[03:51] <hjmf> something funny: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/106750/comments/5
[03:51] <hjmf> I just only hope that this guy hasn't wait the 195 duplicates to complaint
[03:51] <ubotu> Launchpad bug 106750 in firefox "[edgy]  firefox crashed x86_64 [@gtk_style_ref]  [@gtk_style_attach]  (dup-of: 72018)" [High,Needs info]
[03:51] <ubotu> Launchpad bug 72018 in firefox "MASTER Firefox Crash [@gtk_style_realize]  [@nsFilePicker::Show] " [High,In progress]
[03:51] <hjmf> lol
[03:57] <asac> hjmf: hehe
[03:58] <asac> actually maybe we should include a message that educate the user about the possibility to unsubscribe from bugs with lots of dupes
[03:59] <hjmf> asac: excellent idea! I'm appending that note to my stock answers
[04:00] <asac> cool
[04:00] <asac> maybe not on every answer?
[04:00] <asac> just for crashes?
[04:00] <hjmf> maybe just on the dups
[04:00] <asac> e.g. telling ... if they cannot reproduce you are just a waste of bandwidth :) ... please unsubscribe :)
[04:00] <hjmf> lol
[04:01] <asac> hehe ... please don't use that exact wording ;)
[06:26] <Admiral_Chicago> !info thunderbird gutsy
[06:26] <ubotu> thunderbird: mail/news client with RSS and integrated spam filter support. In component main, is optional. Version <IP_ADDRESS>-0ubuntu3 (gutsy), package size 10709 kB, installed size 32116 kB
[06:28] <asac> <IP_ADDRESS> is not yet out
[06:29] <asac> don't ask me :/
[06:30] <Admiral_Chicago> i know i get planet mozilla
[06:30] <Admiral_Chicago> but it is <IP_ADDRESS>
[06:30] <Admiral_Chicago> !info firefox gutsy
[06:30] <ubotu> firefox: lightweight web browser based on Mozilla. In component main, is optional. Version <IP_ADDRESS>+2-0ubuntu1 (gutsy), package size 8980 kB, installed size 26200 kB
[06:31] <Admiral_Chicago> great. make sure x.4 was in gutsy
[06:31] <asac> Admiral_Chicago: no :)
[06:31] <asac> they used <IP_ADDRESS> for the initial release ... which was the previous one
[06:31] <asac> which came about the same time as ffox <IP_ADDRESS> iirc
[06:35] <asac> Admiral_Chicago: its a bit wierd ;)
[06:36] <Admiral_Chicago> yea but our release teams ship at different rates too
[06:36] <Admiral_Chicago> i remember Xubuntu's Edgy came out a few days after everyone else
[06:37] <asac> Admiral_Chicago: yes ... point is they released security advisories
[06:37] <asac> but no release :)
[06:38] <asac> and according to mscott in forums it will take a couple of weeks to get the build people build a build for testing :)
[06:38] <asac> this is scary somehow
[06:39] <asac> its interesting how huge (measured in compile time) gnash is
[06:39] <asac> most likely because its cpp :)
[06:43] <Admiral_Chicago> i like gnash but i'd like it to be more stable
[06:43] <Admiral_Chicago> the big problem i have is that when i installed teh package it didn't load automatically in firefox
[06:44] <Admiral_Chicago> i.e. if i restart fx, after installing gnash, it should be in my media players
[07:52] <adrighem> Hi all
[07:52] <Admiral_Chicago> hello
[07:54] <adrighem> I'm currently having a problem with my Ubuntu Feisty machine. It's not a problem with moz itself, but I'm hoping you can help me as it has something to do with dns lookups from ff.
[07:55] <Admiral_Chicago> networking is not my forte but i can try
[07:55] <Admiral_Chicago> whats the problem?
[07:55] <adrighem> When I open a website (I have wireshark running), I get a "connection reset" error from firefox. When I click on the "try again" button it works like a charm. That's the case with all websites.
[07:55] <adrighem> 1 try, no go, 2 try yes.
[07:56] <Admiral_Chicago> hmm...
[07:56] <Admiral_Chicago> i've never heard of such a case
[07:56] <adrighem> I've been breaking my noodle over this one for quite some time now.
[07:56] <Admiral_Chicago> you're best bet would be to fill out a support ticket on launchpad
[07:56] <adrighem> http://paste.ubuntu-nl.org/24455/
[07:56] <adrighem> (Just pasting in the hope that you notice something)
[07:57] <Admiral_Chicago> looking...
[07:58] <adrighem> It's a printout of a wireshark udp-sniffing session of 1 try.
[07:58] <adrighem> I'm trying to reach www.anwb.nl in that one.
[07:58] <Admiral_Chicago> adrighem: https://answers.launchpad.net/ubuntu/+addquestion
[07:58] <Admiral_Chicago> they can help a lot better than I can.
[07:59] <adrighem> *click*
[08:07] <adrighem> https://answers.launchpad.net/ubuntu/+question/7789
[08:10] <Admiral_Chicago> looking
[08:10] <Admiral_Chicago> adrighem: youll have to excuse me...
[08:11] <adrighem> np, thanks for your help so far, Admiral_Chicago.
[08:11] <Admiral_Chicago> adrighem: i just finished some major work so I need a break...
[08:11] <adrighem> Have fun
[09:20] <asac> off for today
[11:18] <hjmf> night!
[12:11] <asac> Bug 50254 ... what a bad comment "mozilla sucks" :/ ... just ignore or reject that ... and feed the troll?
[12:11] <ubotu> Launchpad bug 50254 in firefox "Ctrl-Backspace should stop_at_punctuation" [Low,Confirmed]  https://launchpad.net/bugs/50254
[12:12] <asac> i guess just ignore
[12:27] <JanC> edit it  :)


[16:31] <applepi> Hi all..  I'm setting up a 14.04 ARMHF image, and I'm trying to get hostapd on my image that I'm chroot'd into, but I'm getting the 'not available but referred to by another package' thing, has hostapd been lumped in with something else?
[16:33] <rbasak> applepi: looks like it's in universe. Do you have universe enabled?
[16:38] <applepi> rbasak: Oh, my mistake, I didn't.  I thought I had done that previously.  Whomp whomp.
[19:29] <Riku-VPS> my system is not seeing the whole disk, gnome-disks says there's a 30GB partition mounted as the rootfs, gparted doesn't recognize the partition tablet, and everything else says the rootfs is 6.3GB (which I experienced when it ran out of space)
[19:30] <Riku-VPS> it's a 32GB eMMC flash, there should be a lot more than 6.3GB of space
[19:33] <Riku-VPS> I want to put some media on it, but I'm almost out of space from software
[19:34] <Riku-VPS> and the os