#ubuntu-mobile 2007-12-25
<Nosey> test
#ubuntu-mobile 2007-12-28
<guardian> morning
#ubuntu-mobile 2007-12-30
<administrator> hello ! can somebody tell me what the actual status of ubuntu-mobile for the htc-shift is.
#ubuntu-mobile 2008-12-22
<kngoworld> hello everyone, can someone teach me how to connect my blackberry bold to 8.04.1
<persia> http://ubuntuforums.org/showthread.php?t=190938 might work.  You might also have more luck in #ubuntu for that sort of thing: this channel is moer about running ubuntu on smaller devices.
<kngoworld> im on an eee pc?
<persia> heh.  This would be the right place for discussions about the Eee :)
<kngoworld> when downloading packages to the desktop how do I run and install them with terminal?
<persia> I'd recommend just using apt-get install <package> most of the time.
<playya> sudo dpkg -i files
<persia> In those rare caess where you can't do that, gdebi does a nice job.  In the worst case, you can use dpkg -i but then you'll have to manage the dependencies yourself.
<kngoworld> yeah, not good at managing
<kngoworld> what is cd Desktop?
<playya> change to your deskto directory
#ubuntu-mobile 2008-12-23
<NCommander> lool, you awake?
<lool> Folks I merged the proposed changes by NCommander; please test *-hildon packages and in particular contacts
<NCommander> Other news: ubuntu-mid particially works now under ARM
<NCommander> *partially
#ubuntu-mobile 2008-12-24
<FreeSoul> Hi guys! how are you?
<FreeSoul> It's a few weeks that i see there are no newer versions of the daily mid build.... is there any problem?
<sly966> ciao
<sly966> !list
<ubottu> Hi! I'm #ubuntu-mobile's favorite infobot, you can search my brain yourself at http://ubottu.com/factoids.cgi - Usage info: http://wiki.ubuntu.com/UbuntuBots
<FreeSoul> It's a few weeks that i see there are no newer versions of the daily mid build.... is there any problem?
#ubuntu-mobile 2008-12-25
<bizkut> slamat hari natal
#ubuntu-mobile 2008-12-26
<snookie_> Anyone tell me how to checkout the ubuntu mobile source code using bzr?  What's the latest branch that's stable and I can compile?
<persia> The source isn't organised like that.
<persia> Each of the Ubuntu Mobile flavours (MID, UMPC) is a collection of packages from Ubuntu.
<persia> Each package in Ubuntu is managed separately: some are in bzr, but the majority are not.
<snookie_> really?
<persia> Or rather, the majority are, but aren't managed that way: they've been imported.
<persia> Yes.
<snookie_> so I'm interested in cross compiling the file system for another processor, how in the heck do I go about getting the source for the filesystem (known to compile)
<persia> Which processor?
<snookie_> coldfire
<snookie_> it's a freescale processor
<persia> That's m68k, right?
<snookie_> yeah
<persia> Well, you'd need to bootstrap it.
<persia> I'd recommend starting with Debian m68k, and recompiling the Ubuntu base packages first.
<snookie_> well, bootstrapping is step two
<snookie_> I need the filesystem first
<persia> NCommander, What's your thought on trying to port Ubuntu to m68k?  How long might it take?
<persia> snookie_, Right.  It doesn't exist.  Like I said, you'd want to start with Debian m68k.
<snookie_> but that's easy, freescale has a one click solution, they have their sources and compiler and a beautiful set of menuconfigs
<snookie_> compiling their standard debian distro is easy
<snookie_> I want to use the kernel I get from them with the ubuntu mobile filesystem, or maybe it's harder than that....
<persia> Hrm?  "their standard debian distro"?  How does this differ from Debian itself?
<snookie_> I don't know if it does, it's just a source tree included on their site that's known to compile
<persia> Ah.
<persia> Well, I'd say it's both easier and harder than you think.
<snookie_> what are you thinking?
<persia> Debian already has a userspace that works on m68k, with mostly the same packages as those used in Ubuntu (something like 85% of the packages are identical).
<persia> So, you should be able to get a Debian system up with a minimum of fuss.
<persia> If you install the same selection of packages as for one of the Ubuntu Mobile flavours, you'll end up with a fairly similar system, probably nearly sufficient for hacking about.
<persia> You might want to recompile a few Ubuntu packages against this, but probably not too many.
<snookie_> a few ubuntu packages?
<snookie_> not sure I follow
<persia> On the other hand, if you want to have a proper Ubuntu for m68k, you'll have to recompile everything: you'd start with the toolchain, getting the Ubuntu toolchain compiled (from under Debian is probably the easiest way to do this), and then use those packages in a chroot to compile the rest of things.
<snookie_> why can't I use the freescale toolchain?
<persia> OK.  85% or so of the packages in Debian and Ubuntu are identical.
<persia> So, if you build a collection of packages for personal use, there's a good chance that you don't need to recompile much to handle patches you want.
<persia> That's why I say "a few".
<persia> Well, you could use the freescale toolchain, but the result wouldn't really be either Debian or Ubuntu.
<persia> Also, if you use the freescale toolchain, you would probably want to recompile everything, which would take a very long time.
<persia> Personally, I don't think it's worth that much time unless you're going for a full port, in which case, you'd want to use the Ubuntu toolchain.
<persia> Also, as those machines aren't known for fast compiles, I'd think you'd do a lot better starting from Debian, where everything is already compiled for m68k.
<snookie_> but I'd have to recomplie the ubuntu toolchain for the freescale processor no?
<persia> Let's step back.  What's your ultimate goal?
<snookie_> The ultimate goal is to benefit from all this being done on ubuntu mobile for the touch screen/mobile X/ etc
<snookie_> but I don't want to go about starting my own distribution 
<persia> OK.  So you have some device, and you want to run Ubuntu on it for the touchscreen stuff.
<persia> What's the specs on the device, roughly?  Memory, resolution, etc.?
<snookie_> yeah, but all the other work they are doing is great too
<snookie_> 64 Megs of DDR2 
<snookie_> resolution tbd
<persia> I'll suggest going for a minimum resolution of 800x600, as anything less starts cutting off widgets in Ubuntu.
<snookie_> okay
<snookie_> Can you hold on two seconds, I'm being kicked out, gotta run to another room
<snookie_> I'll probably lose internet
<persia> There are some people who run as low as 640x480, but that gets fairly small.
<snookie_> I really appreciate your help
<persia> OK.  I'll wait.
<snookie_> okay back
<snookie_> thanks for waiting
<snookie_> I can't imagine doing something smaller than 800x600
<persia> No problem, especially that short.
<persia> Yeah: some people like the low resolution, I'm not sure why.  There's 800x600 0.35" screens available, which is more DPI than most people want, but still lots of people talk about lower resolution.
<persia> Also, 64MB RAM is extremely low for a full Ubuntu installation.
<persia> Generally, 128 is considered minimum, 192 still low, and 256 a base beneath which it's hard to run.  That said, I know of several people who run with 64, and at least one who runs with 36, so it's possible.
<persia> Next, do you have proper X drivers for the display, or is it a framebuffer?
<snookie_> but isn't mobile-ubuntu better optimized for lower end processors?
<snookie_> the freescale is only 200Mhz
<persia> Not really.
<snookie_> So what's the ARM this is targeted for?
<persia> Well, the hildon environment has some tricks to work better with low resources, but it's still fairly hungry.
<persia> Ubuntu as a whole is being ported to ARM, with a minimum of ARMv5t, but I would expect it to be slow.
<persia> Slowest ARM I've heard about anyone running Ubuntu on is a 416MHz XScale 262
<snookie_> so you think I would be better off dropping this dream of a freescale processor and using an ARM
<snookie_> 200 is a lot slower than 400
<snookie_> I just don't like how arm doesn't use real DDR2
<persia> Well, processor clockspeeds can't really be compared between architectures well.
<snookie_> yeah true
<persia> That said, I'd recommend selecting x86, ppc, or ARM for your device, because Ubuntu is already ported to those architectures.
<snookie_> Yeah, that's what I'm thinking
<persia> That means you'd have very little compilation to do: mostly just installation, and maybe working with the kernel or toolchain a bit to make sure your device is well supported.
<persia> You could also choose ia64, sparc, or hppa, but I don't know of any low-power chips for those architectures.
<snookie_> Well, if anything, I'd use an arm
<snookie_> the atom is very closed, it's hard to get a development board and the whole bios thing scares me, how do I get one without having to pay the ridiculous licensing fees
<persia> Makes sense: those are more widely available.
<persia> The coreboot project supports the Intel Menlow platform, if you want a bios for the Atom.
<persia> Also, there's some interesting stuff being done with PowerQUICC
<snookie_> as far as what?
<persia> In terms of low-power (watt) processors for various applications.
<persia> Anyway, as long as you don't have a dev board yet, there's lots of options.
<persia> I was afraid you already had the Coldfire dev board, and were looking to install Ubuntu.
<snookie_> no
<snookie_> my buddy is really pushing coldfire, and I just think it's a dead end
<snookie_> thank god
<snookie_> I have a good reason to fight back
<snookie_> = P
<persia> Coldfire is fairly nifty, just not supported by Ubuntu.
<snookie_> yeah
<persia> Part of that is the immense effort seen in Debian to keep m68k up-to-date.  If you did want Coldfire, you'd really want to run Debian unless you were prepared to run a porting project.
<snookie_> yeah I know what you mean
<snookie_> the way they set it up, they are assuming you'd never use anything else
<persia> Hrm?
<snookie_> Anything being done at the moment for QUICC and ubuntu?
<snookie_> I'm unfamiliar with it, I see it's PPC, but do they have it up and running on anything yet?
<snookie_> I don't want to pick something that I'm going to have to dig myself out of to be on level playing ground...
<persia> I haven't heard of anything PowerQUICC specific: most of the PPC crowd seems to be focused on old Macs and the PS3.
<snookie_> yeah
<persia> That said, you'd really want to ask freescale if it works: it should.
<snookie_> lol
<snookie_> so how do I keep up with the arm port, I'd like to be involved, get a development board, report my progress, etc
<snookie_> well, I'll have to talk to my buddy, but I'm nearly certain we'll start out with an arm
<persia> A lot of the discussion on the ARM port happens in #ubuntu-devel or on the ubuntu-devel@lists.ubuntu.com mailing list.
<persia> There's also an #ubuntu-arm channel for arm-specific discussions.
<persia> https://launchpad.net/ubuntu/jaunty/armel/+builds shows the current build status of the packages
<snookie_> how about the source code, it's going to be the same deal isn't it
<persia> Yep.
<persia> Do you run Ubuntu on any of your systems currently?
<snookie_> but I imagine the packages have pre-built kernels and filesystems yes?
<snookie_> yeah
<persia> No, the packages are the same as for your Ubuntu system.
<persia> So, if you want to look at e.g. teg, you'd look at the teg package, which is then compiled for each architecture.
<persia> You can get the source with e.g. apt-get source teg.
<persia> It's really the same Ubuntu system, just that you might install different packages on a handheld device than you might on a workstation or server.
<persia> Same with the kernel: it's the same source as builds the kernel for any other architecture.
<persia> The filesystems are built from the installation of a base set of packages.
<snookie_> oh I was confused, I think  I understand.  I'd need to find out what the base set of packages are for a basic filesystem, use a ubuntu install to download the source, and then cross compile them
<persia> If you select a supported architecture, you don't need to cross-compile: everything should already be built.
<snookie_> terribly sorry, I'm confused now, how do I start out?  How do I go about getting a kernel and file system (if possible) for a supported arm kernel?
<bizkut> http://www.geloraworld.org/bizkut/3pcs.png
<persia> We're really getting off-topic for here: let's continue in #ubuntu-arm.
<snookie_> okay thanks persia
<NCommander> persia, with 22 m68ks? Maybe six months to a year
<persia> snookie_, Based on that, I'm firmly recommending against the coldfire option :)
<snookie_> rofl
<snookie_> And that's probably for someone who wouldn't be doing this for the first time
<snookie_> = P
<snookie_> but that's just between you and me
<snookie_> oh and the 36 other people in the chatroom
<persia> That's why I asked someone who had worked on that sort of thing before: best to have the experts answer :)
<NCommander> persia, wait, coldfire?
<NCommander> persia, I thought you meant traditional m68k
<NCommander> Coldfire probably could be done at half the speed of ARM since we can't leverage the existing Debian port
<persia> We can't?  Why not?
<NCommander> persia, coldfire and m68k use different instruction sets
<NCommander> different op codes, and coldfire doesn't have FPU on most of their boards
<persia> I thought that was solved last year, and that the m68k binaries worked for both coldfire and regular m68k.  Sorry for my confusion.
<snookie_> but why can't you leverage the existing debian port for ARM?
<persia> It was leveraged.
<persia> Oh, I see.  The plan was identified last year, but m68k glibc still emits opcodes that confuse coldfires.  Indeed.
 * NCommander would like to see a MIPS port before ColdFire
<NCommander> Mostly because MIPS netbooks actually exist
<persia> heh
 * StevenK mutters about doorstops
 * StevenK hides
 * persia doesn't have any coldfire hardware heavy enough to stop a door
 * NCommander doesn't either
<persia> Now, in traditional m68k, they built heavy stuff, but there's only a couple coldfire solutions (e.g. UPSs) that would actually hold the door open.
<persia> Mind you, that leads to the argument that coldfire isn't a doorstop architecture because it's not even useful enough to hold a door open, but that's probably off topic (plus, I am very happy with my coldfire devices)
 * NCommander would like to see a LPIA Debian port ...
 * NCommander runs
 * StevenK kicks both NCommander and persia and mutters about metaphors
<NCommander> The holiday spirit already left StevenK :-/
<persia> It melts quickly at 26 degrees.
<StevenK> It had to be in me in the first place to leave
 * NCommander tries to picture StevenK happy and smiling ...
<NCommander> Nope, nothing
<StevenK> Oh, come on, I think I smiled once at UDS
<persia> I saw that.
<StevenK> But happy? No.
<NCommander> StevenK, you smiled at people's misery
<NCommander> such as my own
<StevenK> Yes.
<NCommander> -_-;;;
<Hobbsee> NCommander: i'm fairly sure he also smiled when you kept falling off your chair.
<StevenK> Bwaha
<Hobbsee> and was also happy :P
<king> Can someone comment on this?
<king> This version of the Ubuntu Desktop operating system will target the ARMv7 architecture including ARM Cortex-A8 and Cortex-A9 processor-based systems.  Canonicalâs support of a full ARM distribution will strengthen the ARM Linux ecosystem and widen the opportunity to leverage ARM technology into fast-growing markets. 
<king> Does ubuntu MID run on Openmoko Freerunner, an older ARM based handset?
<NCommander> kirma, no, it won't work. OpenMoko's ARM chipset is too old
<NCommander> er, king
<NCommander> oh, missed him
#ubuntu-mobile 2008-12-27
<munroe> I'm having a bit of trouble configuring mid to work. I've got an IDOT ce260, which is pretty much the same as an everex cloudbook ce260
<munroe> The touchscreen doesn't work, and the resolution isn't right.
<munroe> I'm thinking about just wiping this partition, and using windows.
<persia> munroe, What resolution is the ce260?  Also, what video hardware?
<munroe> 800x600, the video hardware is onboard. It's a via cx-7 chipset I believe for the board
<persia> OK.  How isn't the resolution right?
<munroe> Half the icons were off the screen. The touchscreen is the biggest part though, I really need that to work
<munroe> based on screenshots anyway
<persia> Which touchscreen does that use?
<persia> Also, which screenshot were you referencing?
<munroe> Sorry about that, I can't quite figure out what touchscreen it is. The configure touch screen program under accessories claims evtouch doesn't support my touchscreen
<munroe> I poked through the lshal output, but I couldn't figure out which one was my touchscreen
<persia> You might try installing the microtouch, mutouch, or tslib drivers.r
<munroe> I'll give that a whirl, thanks.
<munroe> I'll let you know.
<munroe> I picked up this little netbook yesterday. It's pretty slick, has a voip phone built in
<persia> The ideacom touchscreen also seems fairly popular, but its a closed-source driver.  Celtiore wrote up some instructions (http://forum.pocketables.net/showthread.php?p=14163), but I'm not sure if they work with intrepid.
<munroe> 300 Canadian down from 500
<munroe> Are there any calibration tools outside of the calibrate_touchscreen? It's not working for me. It's still complaining about the evtouch
<persia> calibrate_touchscreen only works for evtouch.  If you're using one of the other drivers, you'll have to calibrate differently.
<persia> There's usually some documentation in /usr/share/doc/${package}/ about how to do that.
<persia> I'm heading off, but good luck getting it all to work right.
<munroe> thanks
#ubuntu-mobile 2008-12-28
<munroe_> Hi, I'm looking for help getting my touchscreen working.
<munroe_> I have no idea what driver to use, but my product string for the touchscreen is 'E N E UTS 6680'
<rzr> gu
<rzr> hi
<rzr> are there any hacks on nokia770 ? beside deblet and nitdroid ?
<persia> I don't know of anyone running Ubuntu on the 770.  I've heard of it running on the 800.
<rzr> just rhumours maybe http://linuxuk.blogspot.com/2007/08/ubuntu-mobile-on-nokia-770n800.html
<rzr> persia: maybe a chroot version
<persia> Maybe.
<persia> That's a fairly old post: even from before there was an ARM port.
<rzr> yes, i havent seen more recent stuff
<rzr> beside http://www.gossamer-threads.com/lists/maemo/users/42983#42983
<persia> Well, https://wiki.ubuntu.com/ARM/DeviceSupport indicates at least someone had it running on the n810
<persia> More than anything, I don't know about the n770 hardware.  You might try something.
<persia> You might also ask on #ubuntu-arm
#ubuntu-mobile 2009-12-23
<mterry> asac, do you know why 063 edje seems built: https://launchpad.net/ubuntu/+source/edje but the binaries aren't available in lucid?  The source is...  This is why efl builds are failing
<asac> mterry: i think we are waiting for publisher
<asac> mterry: stevenk NEWed things 
<asac> just a bit ago
<mterry> asac, but I figured launchpad would tell us it has yet to publish.  And edje shouldn't have to go through NEW, it was in karmic
<asac> i thought it had this new -svn5... thing?
<mterry> asac, ah, right.  
<asac> a nyway.. i clearly see the old version
<asac> in apt-cache
<asac> so for me it means that publisher hasnt finished
<mterry> asac, k, I assumed launchpad would note that.  I'll wait patiently
<asac> apt-cache show libedje-dev | grep Version
<asac> Version: 0.9.92.062-1
<asac> not sure. maybe its because we are on ports
<asac> i also tried to give back elementary ;)
<asac> which is still needed before the efl
<asac> but it needs that lib-dev too
<persia> You guys might want to check with Lutin :)
<asac> already did ... its just waiting a bit imo
<persia> OK.  I just saw a complain from him on -motu a whlie back about pushing rebuilds before build-deps were ready.
<asac> well. that was me
<asac> i was tricked by the build depends appearing ready on launchpad ... while they are not on ports
<persia> publisher scheduling ?
<asac> i guess so
<asac> when is the publisher run?
<persia> I haven't checked in a *long* time, but it was at :08 back then.
<persia> Someone in -devel likely knows.
<persia> (just needs someone who can check the cron config)
<asac> ok seems its there now
<asac> already given back for armel ... so all fine from what i see
<asac> mterry: ^^
<mterry> asac, cool.  Still can't see it from archive.ubuntu.com, but assume it will be a matter of time.  How did you tell?
<asac> mterry: well. it already built on i386 et al
<asac> and on ports i see it for armel
<asac> i mean libedje-dev
<asac> elementary needs to finish first and then NEWed
<asac> or not newed
<asac> but seems its new
<persia> elementary *does* need to be NEWed.
<persia> Source NEW is complete, but binary NEW needs to happen.
<persia> On the other hand, it only built for powerpc, i386, and amd64 so far: better to wait until it's available on all architectures (or known FTBFS) before asking for NEW.
<asac> StevenK: persia: elementary is all built and waiting in bin NEW
#ubuntu-mobile 2009-12-24
<ogzy> hi i have an atom based mid device and its manual says it is tested with moblin ubuntu
<ogzy> i checked google but i am not sure about the image
<ogzy> where can i get that ubuntu moblin ?
#ubuntu-mobile 2009-12-26
<symbol> what is the current recommended device for ubuntu mobile?
