**** BEGIN LOGGING AT Tue Aug 16 02:59:57 2011
Aug 16 10:51:45 <WillieNL> hmm is it me or are those dku5/ca42 nokia data cables harder to get these days :S
Aug 16 10:52:30 <WillieNL> local shops dare to ask 25~30 eur for replacement options (cable for newer phone)
Aug 16 10:53:07 <loswillios> WillieNL: you can try the Siemens C25 cables on ebay
Aug 16 10:53:30 <WillieNL> loswillios: i was looking for siemens c55 cables those pl2303hx based models
Aug 16 10:53:40 <loswillios> right, I meant those
Aug 16 10:53:50 <WillieNL> loswillios: problem the phonestores refuse to sell those since they are to cheap and nobody wants them :S
Aug 16 10:53:59 <WillieNL> i just want a comport for a normal price :)
Aug 16 10:54:02 <loswillios> heh
Aug 16 10:54:54 <WillieNL> conrad 5 eur some 5v usb stick that need to be modded. or 80 eur 3.3v usb stick ftdi based thats rediculous for that money i can build 4 of those sticks when i ask a compant printing the pcb's ;-)
Aug 16 10:55:06 <_trine> WillieNL, http://www.ebay.co.uk/sch/i.html?_trkparms=65%253A12%257C66%253A2%257C39%253A1%257C72%253A5251&rt=nc&_nkw=usb+ttl+pl2303&_trksid=p3286.c0.m14&_sop=15&_sc=1
Aug 16 10:55:35 <WillieNL> point is i do have a pl2303 cable here and looking around for extra cables to hookup a ds2508b 232-1wire bridge remotely.
Aug 16 10:55:51 <WillieNL> s/ds2508b/ds2408b
Aug 16 10:56:11 <WillieNL> damn nrsDS2480B Serial 1-Wire®
Aug 16 10:57:02 <WillieNL> _trine: yes at ebay (outside holland) i can find everything i'm looking for indeed.
Aug 16 10:57:14 <WillieNL> have seen those siemens cables for just 1$
Aug 16 10:57:21 <WillieNL> but then i need to order 200 of those
Aug 16 10:57:29 <WillieNL> while i need 10 or 20
Aug 16 10:58:08 <WillieNL> i'm more looking for a nowdays standart data cable that is easyer to shop even if they ask 15 eur still better then whasting 4 weeks :S
Aug 16 10:59:54 <WillieNL> more or less go shopping for a comport solution with 10 eur on your pocket.. come home with no cable :(
Aug 16 11:02:29 <WillieNL> _trine: but no idea for other cables on the market ?
Aug 16 11:02:51 <WillieNL> something that can't make a phone store complain about to old :S
Aug 16 11:02:53 <_trine> there are lots of ones that work
Aug 16 11:03:09 <WillieNL> i know but somehow they just sell now if they can't sell it for +15 eur :S
Aug 16 11:03:16 <_trine> why dont you just order some
Aug 16 11:03:18 <WillieNL> while i used to order sie-c55 cables for 2 eur
Aug 16 11:03:26 <WillieNL> they are out of stock :S
Aug 16 11:03:37 <_trine> not on ebay they arnt
Aug 16 11:03:53 <WillieNL> jup but ebay for non paypal users is not so easy accept that..
Aug 16 11:04:02 <WillieNL> i wish i did live in the us just for dx and ebay :S
Aug 16 11:04:16 <_trine> can you not use paypal in NL
Aug 16 11:04:54 <WillieNL> hmm yeah possible if i wait again 3 weeks for paypal fixing my money transfer from dutch bank to dutch bank to get the money at paypal before i'm able to buy anything
Aug 16 11:05:08 <WillieNL> while we do that in 5 minutes now days :S
Aug 16 11:05:28 <WillieNL> sending money via iban(nr) is going faster
Aug 16 11:05:32 <WillieNL> but insecure
Aug 16 11:06:00 <WillieNL> thats why i look for a solution..
Aug 16 11:06:02 <_trine> why cant you use paypal like most people do with their credit card
Aug 16 11:06:06 <WillieNL> atleast a diffrent solution
Aug 16 11:06:21 <WillieNL> i have no credit card and not even want a problem card.
Aug 16 11:06:43 <_trine> then you are doomed
Aug 16 11:06:57 <WillieNL> cash and a bank account has always been ok i can't help it that paypal is not intergraded in the bank systems like our ideal webstuff nowdays
Aug 16 11:07:12 <WillieNL> it is a local and isolated market with prices x10 compared to over sea :S
Aug 16 11:07:33 <_trine> you could also use with paypal a direct debit card
Aug 16 11:07:59 <WillieNL> _trine: hmm thats new to me but paypal is a nogo to me..
Aug 16 11:08:06 <WillieNL> they still must pay me my 5 buck back :S
Aug 16 11:08:11 <WillieNL> just vanished
Aug 16 11:08:29 <WillieNL> i used paypal once in the past and sorry but never again
Aug 16 11:08:38 <WillieNL> they wait tolong before do anything
Aug 16 11:09:16 <WillieNL> also here is not everybody carrying a debit card ;-)
Aug 16 11:09:59 <karlp> paypal is for people who live in backward countries with banking systems that take weeks to process interbank electronic trnasfers
Aug 16 11:10:21 <WillieNL> rofl paypal ?
Aug 16 11:10:28 <WillieNL> slowest damn thing i evert paid for
Aug 16 11:11:13 <WillieNL> once they have managed theire back office stuff and send the email (5 weeks after sending the money to paypal) they have processed your transfer thanks and happy buying..
Aug 16 11:11:21 <WillieNL> ebay deal was gone already by then
Aug 16 11:11:51 <WillieNL> also again i'm not looking for something i already know..
Aug 16 11:12:20 <WillieNL> just a diffrent type of cable lg or watever is a current phone nowday and don't get me wrong i still use a 3310 like ancient brick it can call..
Aug 16 11:12:40 <karlp> "current" phone cables aren't serial cables though
Aug 16 11:12:52 <karlp> they're _actual_ usb, not usb-serial
Aug 16 11:13:04 <WillieNL> karlp: like my last nokia n70 indeed
Aug 16 11:13:19 <karlp> so yes, over time, the availability of cheap usb-serial cables that came with phones will be drying up
Aug 16 11:13:19 <WillieNL> direct usb in the phone it self :s
Aug 16 11:13:39 <WillieNL> karlp: jup but for me conrad is almosth the only dealer.
Aug 16 11:13:56 <WillieNL> and i refuse to pay 70 eur for a ttl pl2303 stick to conrad
Aug 16 11:14:25 <WillieNL> then i can better shop for sweex+232 at the market and cut that open and thread it as 5v comport :S
Aug 16 11:14:47 <WillieNL> those are still 20~30 eur :S
Aug 16 11:16:24 <WillieNL> hmm ok thanks looks like i can better forget about usb232 and look further for usb-1wire or i2c solutions for the same price ..
Aug 16 11:16:50 <WillieNL> all this for hooking up a damn temp sensor is not making me real happy :S
Aug 16 13:32:52 <fullstop> morning all!
Aug 16 13:33:38 <fullstop> or, afternoon for a lot of you.
Aug 16 13:51:48 <fullstop> KanjiMonster: from google searches, I saw that you did some work with the 8316 switch.  Any idea how to figure out the MDIO / PHY masks?  I've been guessing at values but have not come  up with much as of yet.
Aug 16 13:53:41 <KanjiMonster> fullstop: the important thing is that you have bit 0 set for the eth where the management port is attached
Aug 16 13:54:38 <fullstop> What do you mean by management port?
Aug 16 13:54:47 <KanjiMonster> fullstop: and bit 4 as the phy mask for the second eth *if* the second eth is actually connected anywhere
Aug 16 13:54:55 <KanjiMonster> fullstop: port 0 of the switch
Aug 16 13:54:56 <fullstop> aha
Aug 16 13:55:15 <fullstop> So there is a chance that they never connected the second ethernet and I must use some sort of vlan?
Aug 16 13:57:15 <KanjiMonster> yes
Aug 16 13:58:09 <KanjiMonster> if you can ping a lan host connected to the wan port through the "lan" eth, then it isn't connected
Aug 16 13:58:25 <fullstop> I can.
Aug 16 13:59:18 <KanjiMonster> then you have to use vlans
Aug 16 13:59:32 <fullstop> If it is not connected, is there any point in adding eth1 in the board definition?
Aug 16 13:59:57 <fullstop> The only thing of value would be the hardware address.
Aug 16 14:00:22 <KanjiMonster> no, it just adds confusion since there's an eth you can't use
Aug 16 14:01:26 <fullstop> Also, somewhere along the line I started getting warnings about AR79 being an unmet dependency.
Aug 16 14:02:23 <KanjiMonster> you can ignore that, it's caused by having two arches in the kernel for ar71xx (AR71XX from openwrt and the mainline AR79) sharing config symbols
Aug 16 14:05:30 <fullstop> I take that back about being able to ping the lan from the wan port.
Aug 16 14:06:38 <fullstop> with eth0 having bit 0 set and eth1 having bit 4 set, I get an eth1 link up message when I plug a cable into port 2
Aug 16 14:15:13 <CIA-89> loswillios * r28008 /packages/libs/json-c/ (. Makefile): [packages] add json-c
Aug 16 14:15:14 <CIA-89> loswillios * r28009 /packages/sound/pulseaudio/Makefile: [packages] pulseaudio: update to 1.0-rc2
Aug 16 14:19:58 <KanjiMonster> fullstop: did you set the eth1 phy_mask to bit 4 (= 0x10), or to 4 (= bit 2)?
Aug 16 14:21:25 <KanjiMonster> fullstop: but anyway, that doesn't mean anything - the driver just read that port 2 went up and applied that as the state to eth1 - that doesn't mean that eth1 is actually connected to anything
Aug 16 14:21:53 <fullstop> bit 4, not just 4
Aug 16 14:22:25 <fullstop> how did you figure out these bits before?  Trial and error?
Aug 16 14:22:41 <fullstop> I've been playing around, setting it to bit 4, bit 5, bit 6...
Aug 16 14:22:51 <KanjiMonster> ignore bits 5+
Aug 16 14:23:08 <fullstop> really?
Aug 16 14:23:14 <KanjiMonster> yes
Aug 16 14:23:15 <fullstop> I see a difference between 5 and 6
Aug 16 14:23:38 <fullstop> I am also changing the mdio mask at the same time..
Aug 16 14:23:45 <fullstop> not sure if that is a good thing or not.  :)
Aug 16 14:24:13 <EqUaTe> changing multiple things at once is always a bad idea.
Aug 16 14:24:38 <fullstop> Yes, but the two appeared to be paired in all of the other board definitions I saw.
Aug 16 14:26:22 <fullstop> KanjiMonster: anyway, with bit 0 and bit 4 set, lan ports 1 and 2 are non-functional.
Aug 16 14:27:41 <fullstop> If it _is_ connected to eth1, is there any way which the wan port could work as one of the lan ports?
Aug 16 14:28:03 <fullstop> That is, if I do not set bit 4 or even add eth1 to the board definition, could I prove that it is not connected by doing this?
Aug 16 14:29:03 <KanjiMonster> fullstop: in theory by writing to the correct internal registers you can switch port 5 between a dedicated wan port and being part of the normal switch
Aug 16 14:29:19 <KanjiMonster> (port 5 = phy 4)
Aug 16 14:30:03 <fullstop> still monkeying around..
Aug 16 14:30:15 <fullstop> with bit 0 and 1 set for eth0 and eth1
Aug 16 14:30:26 <fullstop> eth1 link up when plugged into the wan port
Aug 16 14:30:32 <fullstop> I know this probably means nothing
Aug 16 14:30:57 <fullstop> especially since I can not ping
Aug 16 14:32:17 <KanjiMonster> fullstop: you could try setting the phy_mask to 0x1f for eth0 (when not registering eth1)
Aug 16 14:33:25 <fullstop> I will try that next.
Aug 16 14:33:45 <fullstop> One other observation... I can not tftp flash when the cable is connected to the wan port.
Aug 16 14:34:10 <KanjiMonster> btw, how did you determine that port 1 or 2 are non functional?
Aug 16 14:34:17 <fullstop> I also looked.. buffalo has not released their u-boot source code yet.
Aug 16 14:34:33 <fullstop> By non-functional, I mean that I can not ping a lan host.
Aug 16 14:36:18 <fullstop> if I set the phy_mask to 0x1f, any suggestions for the mdio mask?
Aug 16 14:37:43 <fullstop> Also, I see that boards like the PB42 have bits 16 -> 20 used for the wan / lan masks.
Aug 16 14:37:52 <fullstop> although I do not know what switch that board has.
Aug 16 14:39:24 <KanjiMonster> 16->20 is likely an ADM6996
Aug 16 14:39:30 <fullstop> good to know
Aug 16 14:39:51 <fullstop> It is unfortunate that atheros is so secretive with their data sheets.
Aug 16 14:40:22 <KanjiMonster> fullstop: did you create a vlan with all ports? The default port isolation doesn't play very well when switching ports
Aug 16 14:41:05 <fullstop> KanjiMonster: I did, but let me verify that it is still there.
Aug 16 14:41:20 <fullstop> Also, my previous test was incorrect because of a typo.
Aug 16 14:43:31 <fullstop> it was using the default network config.. but not the one for my board definition for some reason.
Aug 16 14:47:30 <fullstop> KanjiMonster: All 5 ports work now
Aug 16 14:47:42 <KanjiMonster> great
Aug 16 14:48:08 <KanjiMonster> next will be finding out which of the internal port numbers corresponds to the wan port ;)
Aug 16 14:48:20 <fullstop> KanjiMonster: mdio mask ~(BIT(0))
Aug 16 14:48:30 <fullstop> and eth0 phy mask of BIT(0)
Aug 16 14:48:58 <fullstop> I wish there was a better way of verifying that eth1 is not connected.
Aug 16 14:50:14 <KanjiMonster> fullstop: well, there's an indirect way
Aug 16 14:50:48 <fullstop> how scary is it?  ;-)
Aug 16 14:51:18 <KanjiMonster> fullstop: actually, you do it by finding out which of the internal port numbers is the lan port - if it isn't 4, then it can't be connected
Aug 16 14:51:19 <fullstop> I also have all of the gpio buttons working except for the AOSS button.
Aug 16 14:51:57 <fullstop> did you mean wan ?
Aug 16 14:52:16 <KanjiMonster> err yes, I do
Aug 16 14:52:40 <fullstop> and I should be able to determine this by altering the vlan settings
Aug 16 14:52:47 <KanjiMonster> fullstop: you can probably just copy the pb92 config and then cycle the second vlan's port until you hit the wan port
Aug 16 14:53:21 <fullstop> I was using the config from the ag300n
Aug 16 14:53:26 <fullstop> but I will look at the pb92 one now
Aug 16 14:56:23 <fullstop> it takes too long to erase jffs2 blocks.  :)
Aug 16 14:57:00 <KanjiMonster> don't you have serial access?
Aug 16 14:57:14 <fullstop> I do
Aug 16 14:57:30 <fullstop> I'd like to make changes to the filesystem, though.
Aug 16 14:57:55 <KanjiMonster> then why not do netboots until you got everything figured out, then there's no flashing involved
Aug 16 14:58:17 <KanjiMonster> and tmpfs images still allow you changing files, it just doesn't persist between reboots ;)
Aug 16 14:58:45 <KanjiMonster> but now it's probably too late anyway, you seem to have most things figured out
Aug 16 14:59:57 <fullstop> KanjiMonster: I'll look into net booting.. I've done that before with TI boards, but it involved setting up nfs and a bunch of other things.
Aug 16 15:00:12 <fullstop> Also, there must be a special keystroke to get into uboot.
Aug 16 15:02:54 <KanjiMonster> fullstop: it's rather easy with uboot, all you need is a tftp server
Aug 16 15:03:27 <fullstop> easy enough
Aug 16 15:03:47 <fullstop> but, I've not been able to get uboot to do anything besides boot.  That is, ctrl + c does nothing..
Aug 16 15:03:52 <KanjiMonster> then you can tell uboot to load arbitrary files like an uboot image from it into ram with "tftpboot" and then tell it with  bootm <address> to boot it
Aug 16 15:03:58 <KanjiMonster> hrm
Aug 16 15:04:38 <fullstop> yes, I've done that before to test different kernels on evm boards.. but you could just press a key to interrupt uboot.
Aug 16 15:05:00 <fullstop> I'd really like to see the uboot source.  I only have 1 LED working.  :)
Aug 16 15:05:13 <fullstop> uboot leaves the gpio in a working state.
Aug 16 15:05:35 <fullstop> and I've not been able to figure out what the difference is.
Aug 16 15:07:15 <fullstop> KanjiMonster: where are you, geographically?  Because, as far as I can tell, you do not sleep.
Aug 16 15:07:48 <KanjiMonster> fullstop: germany ;-)
Aug 16 15:09:15 <fullstop> Along with many other openwrt people, it seems.
Aug 16 15:11:04 <fullstop> My sister lived in Jülich for about six months.
Aug 16 15:11:53 <gzanan> irq.c error still occur when complying ar71xx with 2.6.39.2
Aug 16 15:12:07 <fullstop> She returned home with a dozen Kinder Überraschung for me.  :D
Aug 16 15:12:24 <gzanan> http://pastebin.com/gJ5GGEPx
Aug 16 15:13:54 <KanjiMonster> fullstop: heh, nice. Where are you?
Aug 16 15:14:44 <fullstop> Eastern Pennsylvania, USA.
Aug 16 15:16:06 <fullstop> gzanan: what revision of irq.c?
Aug 16 15:16:37 <fullstop> I have r27962 and kernel 2.6.39.2 building properly.
Aug 16 15:19:51 <KanjiMonster> gzanan: make sure your files/ and patches-2.6.39 are current and make a target/linux/clean; "set_irq_chip_and_handler" does not exist anywhere in current svn
Aug 16 15:24:07 <gzanan> I've deleted patches-2.6.39 under ar71xx and svn up again to get the current files,also make a target/linux/clean
Aug 16 15:24:47 <fullstop> KanjiMonster: wan port is port 2, just like pb92
Aug 16 15:24:58 <gzanan> Still happens when comply,I've try couples of times.
Aug 16 15:25:18 <KanjiMonster> gzanan: do the same with target/linux/ar71xx/files/
Aug 16 15:25:22 <fullstop> if I'm reading the vlan config properly, that is.  port 0 is cpu?
Aug 16 15:25:27 <KanjiMonster> yes
Aug 16 15:25:57 <KanjiMonster> "swconfig dev eth0 help" would show you that, too ;-)
Aug 16 15:26:07 <KanjiMonster> bbl
Aug 16 15:33:38 <mazilo> For an ARM platform, the $(ARCH) variable returns arm. What variable should I use if I want it to return kirkwood, instead of arm?
Aug 16 15:35:07 <mazilo> Wil $(BOARD) in target/linux/kirkwood/Makefile do?
Aug 16 15:35:30 <swalker> loswillios: json-c already exists as package/libjson-c
Aug 16 15:42:38 <Chocky> mb
Aug 16 15:44:32 <Chocky> ugh
Aug 16 16:18:35 <nbd> loswillios: json-c is already in trunk
Aug 16 16:19:12 <nbd> oh, swalker pointed it out already
Aug 16 16:21:54 <fullstop> nbd: I'm almost done with the wzr-hp-g300nh2, but I'm missing something with the LEDs.  I'm hoping that, perhaps, you have run into something similar in the past.
Aug 16 16:22:35 <fullstop> The diagnostic LED is the only one which works.  I have a feeling that it is because u-boot leaves the pin configured a little differently than I am configuring the others.
Aug 16 16:22:59 <fullstop> I've tried active low / active high..
Aug 16 16:23:06 <fullstop> but I'm missing something simple.
Aug 16 16:28:01 <nbd> fullstop: maybe there is some information in the dd-wrt svn
Aug 16 16:28:39 <fullstop> nbd: I looked there.  He accesses the gpio very differently.
Aug 16 16:30:55 <nbd> hm, apparently some leds might be connected behind the gpios of the wireless mac
Aug 16 16:30:57 <fullstop> dd-wrt writes to what appears to be a mapped PCI address.
Aug 16 16:31:06 <fullstop> ahh.. just some of them?
Aug 16 16:31:11 <nbd> looks like
Aug 16 16:31:14 <fullstop> bummer
Aug 16 16:31:24 <nbd> i'll try to hack up some code to register leds from ath9k
Aug 16 16:31:29 <fullstop> in openwrt, would this be implemented as a gpio expander?
Aug 16 16:31:34 <nbd> no
Aug 16 16:31:43 <nbd> it would be leds registered by ath9k
Aug 16 16:31:47 <nbd> provided via platform data
Aug 16 16:32:10 <nbd> i probably won't get around to it before this weekend though
Aug 16 16:32:27 <fullstop> That's fine... the LEDs are not all that important to me at this time, but I was going for completeness.
Aug 16 16:33:14 <fullstop> I'm guessing that the AOSS gpio is back there too.  It's the only push button which I could not find.
Aug 16 16:38:29 <nbd> hm, if there is a button there, then making it register a gpio chip might be a good idea after all
Aug 16 16:40:14 <fullstop> to find the buttons, I set all gpios to input and printed out the values before and after holding down a button.  Is there a better way to find them?
Aug 16 16:40:48 <nbd> i usually do the same
Aug 16 16:43:16 <fullstop> also, is this something to be concerned with?  WARNING: at /home/mdeneen/openwrt/trunk/build_dir/linux-ar71xx_generic/compat-wireless-2011-08-10/drivers/net/wireless/ath/ath9k/pci.c:132 ath_tx_node_cleanup+0x300/0x7dc [ath9k]()
Aug 16 16:43:38 <nbd> should be gone after svn up
Aug 16 16:43:47 <fullstop> many thanks
Aug 16 16:45:52 <Chocky> moo all
Aug 16 16:52:31 <EqUaTe> fnord
Aug 16 16:52:36 <EqUaTe> time to go home.
Aug 16 16:53:13 * Chocky doesn't notice the fnods
Aug 16 17:00:48 <loswillios> swalker, nbd: thanks, I didn't look at trunk
Aug 16 18:47:34 <[florian]> swalker: can you create an account at patchwork.openwrt.org?
Aug 16 20:36:23 <CIA-89> florian * r28010 /trunk/package/kernel/modules/w1.mk:
Aug 16 20:36:23 <CIA-89> [package] add support for DS2482 1-Wire I2C bus master
Aug 16 20:36:23 <CIA-89> Signed-off-by: Wojciech Dubowik <Wojciech.Dubowik@neratec.com>
Aug 16 20:36:36 <CIA-89> florian * r28011 /packages/net/openl2tp/Makefile: [package] openl2tp: fix pppd version (#9940)
Aug 16 20:36:37 <CIA-89> florian * r28012 /packages/net/xl2tpd/ (Makefile patches/110-makefile_dont_build_pfc.patch): [package] xl2tpd: update to 1.3.0 (#9921)
Aug 16 20:36:43 <CIA-89> florian * r28013 /packages/ipv6/tayga/ (. Makefile files/ files/tayga.hotplug files/tayga.sh):
Aug 16 20:36:44 <CIA-89> [package] ipv6: add tayga
Aug 16 20:36:44 <CIA-89> TAYGA is an out-of-kernel stateless NAT64 implementation for
Aug 16 20:36:44 <CIA-89> Linux. It uses the TUN driver to exchange packets with the
Aug 16 20:36:44 <CIA-89> kernel, which is the same driver used by OpenVPN and QEMU/KVM.
Aug 16 20:36:44 <CIA-89> Signed-off-by: Alexey I. Froloff <raorn@altlinux.org>
Aug 16 20:36:45 <CIA-89> florian * r28014 /packages/net/bind/ (3 files in 2 dirs):
Aug 16 20:36:45 <CIA-89> [package] bind: update to 9.8.0-P4
Aug 16 20:36:46 <CIA-89> Signed-off-by: Alexey I. Froloff <raorn@altlinux.org>
Aug 16 20:36:46 <CIA-89> florian * r28015 /packages/utils/dbus/ (3 files in 2 dirs):
Aug 16 20:36:47 <CIA-89> [package] dbus: update to 1.4.14
Aug 16 20:36:47 <CIA-89> This bumps dbus in the packages repository to 1.4.14.
Aug 16 20:36:48 <CIA-89> It also requires librt now due to clock function usage.
Aug 16 20:36:49 <CIA-89> It also supports systemd and launchd now.
Aug 16 20:36:49 <CIA-89> Signed-off-by: Daniel Mierswa <impulze@impulze.org>
Aug 16 20:36:50 <CIA-89> florian * r28016 /packages/net/strongswan4/Makefile:
Aug 16 20:37:01 <CIA-89> patch from Paul Geraedts
Aug 16 21:13:18 <CIA-89> loswillios * r28019 /packages/sound/pulseaudio/Makefile: [packages] pulseaudio: change json dependency
Aug 16 21:13:22 <CIA-89> loswillios * r28020 /packages/libs/json-c/Makefile: [packages] remove json-c, its in trunk already
Aug 16 21:18:21 <jow_laptop> loswillios: is the json-c dependency due to a recent pulseaudio update? Does it need any backfire merges?
Aug 16 21:19:32 <loswillios> it doesn't need backfire merges. the pulseaudio version in trunk is now at 1.0-rc2 while backfire is at 0.9.23 (stable)
Aug 16 21:21:05 <loswillios> maybe if pulseaudio-1.0 becomes stable before backfire is released, but we'll see
Aug 16 21:22:09 <jow_laptop> ok
Aug 16 21:44:43 <CIA-89> jogo * r28021 /trunk/target/linux/generic/patches-3.1/ (4 files): kernel: generic: refresh patches for 3.1-rc2
Aug 16 22:06:38 <CIA-89> hauke * r28022 /trunk/ (12 files in 11 dirs): kernel: update kernel to version 2.6.39.4
Aug 16 22:12:51 <CIA-89> cshore * r28023 /packages/utils/boxbackup/ (7 files in 2 dirs): [packages] utils/boxbackup: Added boxbackup. Currently only the server is fully integrated (init script and uci), but it compiles and the server works.
**** ENDING LOGGING AT Wed Aug 17 02:59:57 2011