=== pkl is now known as pkl_
=== azeem_ is now known as azeem
=== Amaranth_ is now known as Amaranth
[02:25] <calc> do packages in universe get synced automatically from debian?
[02:26] <Fujitsu> calc: Yes.
[02:26] <Fujitsu> And multiverse, when somebody remembers to do it.
[02:26] <Fujitsu> Otherwise we'd have to request tens of thousands of syncs, which would be counter-productive.
[02:27] <calc> do new packages get let into universe automatically or do those have to be requested?
[02:27] <Fujitsu> The former, although they still have to go through NEW.
[02:27] <calc> ok
[02:27]  * calc has a bunch of new deps for OOo 2.3.1
[03:15] <jdong> any archive admins around and looking for stuff to do? I've got cookies....
[03:17] <Hobbsee> depends what it is
[03:17] <jdong> x264 got wrongly removed from Hardy
[03:17] <jdong> because there was a removal request against Debian for it
[03:17] <jdong> since we pull it from debian-multimedia into multiverse, this is irrelevant for us
[03:18] <jdong> I'd like to have x264 blacklisted from that autoremove thingie.
[03:18] <Hobbsee> there is no autoremove thing
[03:19] <jdong> Hobbsee: then why was x264 evicted from Hardy?
[03:20] <Hobbsee> because pitti removed it, i expect
[03:20] <jdong> hmm :(
[03:20] <jdong> Fujitsu: ^^?
[03:31] <slangasek> right, removals are never automatic, so this is merely pilot error :)
[03:37] <jdong> slangasek: ok, cool. Can I have it back now? :D
[03:46] <slangasek> jdong: was it a sync, or was there an Ubuntu delta?
[03:46] <crimsun> deltas for every currently supported release except edgy.
[03:47] <slangasek> jdong: if it has an Ubuntu delta, I'm afraid the only way is to reupload
[03:48] <jdong> slangasek: ok, then I'll reupload.
[03:48] <jdong> slangasek: can I keep same version number as last time?
[03:51] <slangasek> I would advise changing it, since they'll be distinct binary packages
[03:52] <slangasek> and it is a different version than gutsy had?
[03:56] <jdong> slangasek: it's the same as the Hardy version that I uploaded 2 weeks ago but was removed
[03:56] <jdong> slangasek: https://edge.launchpad.net/ubuntu/+source/x264/1:0.svn20070930-0.0ubuntu1
[03:56] <jdong> in fact LP still knows about it
[03:58] <ScottK> jdong: Is there any harm in incrementing the revision.
[03:58] <jdong> ScottK: not at all
[03:59] <jdong> if I should just grab that version LP still has archived, and reupload it with a bumped version, I have no objections
[03:59] <jdong> I just am making sure tha'ts the right way to do it
[03:59] <ScottK> That's what I'd suggest.
[03:59] <jdong> worksforme
[04:02] <ScottK> jdong: Could you pop into #ubuntu-server? Innatech there is having some trouble with PREVUing a package.
[04:06] <jdong> ok, x264 in source NEW
[04:07]  * Hobbsee looks at it
[04:10] <Hobbsee> jdong: accepted.
[04:11]  * Hobbsee wonders if that will go to main or universe.
[04:11] <khermans> can someone tell me why gcc is installed by default, but not libc-dev?
[04:11] <jdong> Hobbsee: thanks. It should go into multiverse
[04:11] <khermans> what is the reasoning behind that?
[04:11] <Hobbsee> jdong: yeah, but ti'll probably go to main, due to YALPB
[04:11] <Hobbsee> hurrah!  mail generation works!
[04:11] <jdong> whee! instant promotion :D
[04:12] <jdong> From: Default Sender <dsilvers@staging.ubuntu.com>
[04:12] <jdong> Hobbsee: ^^ not perfectly ;-)
[04:13] <Hobbsee> jdong: was that on your accepted mail?
[04:13] <Hobbsee> jdong: ah well.  *shrug*
[04:13] <Hobbsee> unsure where it's supposed to come from
[04:13] <jdong> yeah, that's the accepted mail I got
[04:14] <Hobbsee> works enough
[04:15] <TheMuso> Um, won't that have to get to multiverse sometime soon?
[04:15] <jdong> TheMuso: hehe, I was hoping for this to be a shortcut to all of the multimedia stack in main ;-)
[04:15] <khermans> so can someone tell me why gcc is installed by default, but not libc-dev???  what C programs would you compile without std C lib dev headers?
[04:16]  * khermans is a little confused
[04:16] <Hobbsee> TheMuso: sure, but due to YALPB, it'll probably go to main by default.
[04:16] <TheMuso> khermans: I am not entirely sure, but I would say that its installed to allow people to build extra driers if they need them
[04:16] <calc> how do i request a package be brought in from debian?
[04:16] <calc> if it isn't in hardy at all
[04:16] <TheMuso> Hobbsee: YALPB?
[04:16] <khermans> TheMuso, so only for linking object code blobs?
[04:16] <jdong> TheMuso: yet another LP bug
[04:16] <Hobbsee> TheMuso: Yet Another LP bug.
[04:17] <Hobbsee> jdong: ^5
[04:17] <TheMuso> ah
[04:17] <Hobbsee> calc: in unstable or experimental?
[04:17] <Hobbsee> calc: unstable stuff is still getting pulled in normally
[04:17] <TheMuso> khermans: Well the kernel headers also get installed, likely enough for people to be able to use driver source to get hardware working.
[04:17] <calc> its in unstable and has been a while but still isn't in hardy
[04:17] <calc> eg http://packages.qa.debian.org/libx/libxml-java.html
[04:18] <Hobbsee> calc: you can file a sync request, but there is a script that does it
[04:18] <calc> why hasn't it been synced automatically yet though?
[04:18] <Hobbsee> not sure if they've run hte script lately
[04:18] <calc> aren't packages supposed to be getting synced automatically right now?
[04:18] <Hobbsee> yes
[04:18] <calc> its been in debian since at Oct 19
[04:18] <Hobbsee> odd.
[04:18] <Hobbsee> i'd file a sync request for it hten
[04:19] <calc> but hasn't made it to hardy yet so did the script ever get run at all?
[04:19] <calc> i have several others like that as well
[04:19] <Hobbsee> some new stuff has
[04:19] <Hobbsee> it seems to only be partially done
[04:19] <calc> hmm
[04:19] <calc> libxml-java is there
[04:19] <TheMuso> Speaking of archive work... I need to file a removal bug.
[04:19] <calc> but i can't install it, hmm
[04:20] <calc> oh its in the archive but not built anywhere yet
[04:20]  * Hobbsee wonders if she can do blacklists
[04:20] <Hobbsee> calc: source new?
[04:20] <calc> maybe so
[04:20] <Hobbsee> cjwatson: erm, so where is the blacklist stuff, if i'ts kept in bzr, and ubuntu archive admins can modify it?
[04:21] <calc> oh its dep-wait on another package
[04:21] <Hobbsee> cjwatson: shouldn't it logically be in https://code.edge.launchpad.net/~ubuntu-archive/, instead of somewhere private?
[04:21]  * calc looks at it
[04:23] <calc> omg dep-waits from hell
[04:23] <Hobbsee> hah
[04:23] <Hobbsee> all arches?
[04:23] <calc> i gotta write this down
[04:23] <Hobbsee> or just hppa/sparc?
[04:23] <calc> oh it deps on another java package which deps on yet another, etc
[04:23] <calc> i have to make a graph
[04:23] <jdong> calc: haha that's a bad sign when you need to graph out the dep chain to explain it :D
[04:24] <calc> jdong: looks like it might get deep considering i have list of java deps to begin with that aren't in hardy yet
[04:24] <Hobbsee> calc: need some help?
[04:25] <calc> anyone here that can kick libloader to retry
[04:26] <Hobbsee> yeah
[04:26] <calc> its dep-wait is satisified now (or should be)
[04:26] <Hobbsee> hum, pitti's script just blew up
[04:26] <calc> lol
[04:26] <TheMuso> haha
[04:26] <calc> er hold a minute
[04:26] <Hobbsee> apparently calling it by binary doesn't make it too happy
[04:27] <calc> i'm looking in the log and it needed more than what i thought
[04:27] <calc> i am tracking all of the deps now
[04:27]  * Hobbsee retries it anyway
[04:27] <Hobbsee> it looks OK
[04:28] <calc> ok yea i think it might work
[04:29]  * calc notices something interesting about libpixie and downloads it
[04:29] <calc> i think it will fail
[04:30]  * calc looks to see why libpixie is in multiverse
[04:31] <calc> it appears to be in debian main so something weird is up
[04:32] <calc> how can i find out who and why something was stuck in multiverse?
[04:32] <calc> libpixie-java appears to be LGPL'd
[04:32] <Hobbsee> ask an archive admin who can do somethin gabout it.
[04:33] <calc> they are probably all asleep :\
[04:33] <Hobbsee> yup
[04:36] <calc> it looks like it is multiverse due to it previously needing non-free java
[04:37] <calc> is there a special archive-admin tag, i am going to file a bug to have it moved into universe
[04:38] <StevenK> calc: Just set it to Confirmed, and subscribe ubuntu-archive
[04:38] <calc> ok
[04:38] <StevenK> calc: If you care enough when someone who can fix it is around, point them at the bug
[04:38] <calc> ok
[04:40]  * Hobbsee rescores libloader to 0, then.
[04:41]  * calc goes on to other packages to see if they all block off the same libpixie-java
[04:52] <calc> two packages stuck in multiverse blocking the rest of the packages for me, fun stuff :\
[04:54] <TheMuso> heh
=== stu2 is now known as stub
[04:54] <Hobbsee> calc: can't help you there, sorry.  slangasek's gone to bed, too
[04:56] <TheMuso> Thank goodness for the lan apache server. Got a box that can't read CD-RWs very well, so netboot is the only approach to getting this hardy alpha installed.
[04:56] <calc> Hobbsee: ah
[04:57] <Hobbsee> calc: i can accept (sort of), and reject, but i can't do overrides.
[04:57] <calc> Hobbsee: ok
[04:58] <Hobbsee> oh, and do buildd admin stuff
[05:03] <calc> i doubt slangasek is asleep, but he might not be around his computer right now
[05:04] <calc> its only ~ 8pm where he is
[05:04] <StevenK> Then call him, if you dare.
[05:04]  * StevenK smirks
[05:04] <calc> oh yea i could do that
[05:04] <calc> but its outside his hours so he might get a bit annoyed ;)
[05:05] <Hobbsee> calc: he's been up all night, he was planning to go and sleep
[05:05] <calc> oh i see
[05:05] <calc> oh yea did alpha 1 finally get released?
[05:06] <Hobbsee> no
[05:06] <Hobbsee> waiting on IS
[05:06] <TheMuso> IS?
[05:06] <calc> oh yea the torrent issue
[05:06] <Hobbsee> sysadmins
[05:06] <TheMuso> ah
[05:07]  * calc doesn't want to think about how many MIRs he is going to need to write for the new OOo upload
[05:07] <calc> probably on the order of 10-20
[05:07]  * calc needs lzma and now ;)
[05:08] <Hobbsee> yeah, it dumped it to main.  darn launchpad bug.
[05:14]  * Hobbsee gives stuff back, in an attempt for it to build
[05:15] <StevenK> It won't
[05:15] <Hobbsee> it will
[05:15] <Hobbsee> or at least, it should
[05:17] <calc> grr, even with installing stuff by hand and building everything i need liblayout FTBFS
[05:17] <calc>     [javac] 360 problems (166 errors, 194 warnings)
[05:18] <calc> just not my day
[05:19] <Hobbsee> heh
[06:42] <slangasek> calc: it was 9pm, fwiw
[10:32] <Kmos> sabdfl: hi :-)
[10:34]  * Hobbsee waves
[10:34] <Hobbsee> no other archive admins around, are there?
[10:35] <Mithrandir> Hobbsee: yo
[10:35] <Hobbsee> Mithrandir: ahh!
[10:36] <Hobbsee> Mithrandir: can you shove x264 to multiverse please (it's currnetly in main), and calc would also appreciate an answer to https://bugs.edge.launchpad.net/ubuntu/+source/jfreereport/+bug/173188 and https://bugs.edge.launchpad.net/ubuntu/+source/libpixie-java/+bug/173187
[10:36] <ubotu> Launchpad bug 173187 in libpixie-java "libpixie-java should be moved from multiverse to universe" [Undecided,Confirmed]
[10:38] <geser> Hobbsee: as Mithrandir is busy moving packages around, can you please give-back xdialog. Thanks.
[10:38] <Hobbsee> geser: ok
[10:39] <Mithrandir> Hobbsee: demoted.
[10:40] <Hobbsee> Mithrandir: thanks
[10:40] <Hobbsee> Mithrandir: and calc's lot?
[10:40]  * Hobbsee also did some fixing on pitti's buildd.py
[10:41] <Hobbsee> Mithrandir: this is the trouble of YALPB - anything accepted by the web UI goes to main by default.  what happens to the binaries, when they're created?
[10:41] <Mithrandir> Hobbsee: both done.
[10:41] <Hobbsee> dear launchpad, depwait != needsbuilding.
[10:42] <Hobbsee> which is it?  make up your mind!
[10:42] <Hobbsee> Mithrandir: thanks
[10:42]  * Hobbsee hugs Mithrandir
[10:45]  * ogra mumbles ...
[10:45] <Hobbsee> and we get "failed to upload" too
[10:45] <Hobbsee> hi ogra
[10:45] <ogra> why does xserver-xorg get stuck during install in a chroot ...
[10:45] <Fujitsu> Hobbsee: Binary upload in the same cycle as a promotion?
[10:45] <ogra> grr
[10:45] <Fujitsu> Er, demotion?
[10:46] <Hobbsee> Fujitsu: it was never supposed to be promoted
[10:46] <Hobbsee> Fujitsu: due to YALPB, the source got sent to main, and i expect the binaries also do.
[10:46] <Fujitsu> Bug #135610
[10:46] <ubotu> Launchpad bug 135610 in soyuz "rejected upload, for binary upload + promotion in the same cycle" [Wishlist,Confirmed] https://launchpad.net/bugs/135610
[10:46] <Hobbsee> Fujitsu: looking
[10:47] <Hobbsee> Fujitsu: tasty.  taht'll do it.
[10:47] <Fujitsu> Wishlist, you see.
[10:48] <Hobbsee> mmm
[10:48] <Hobbsee> well, hopefully the "everything to main by default" braindeadedness will go away soon, and I won't therefore have to care.
[10:48] <Fujitsu> For working uploads are a niche use case.
[10:48] <Hobbsee> well, promotions and demotions are rare
[10:49] <Mithrandir> ogra: because you've failed to set DEBIAN_FRONTEND and/or redirect stdin to /dev/null?
[10:49] <Fujitsu> It may be Low, but definitely not Wishlist.
[10:49] <Hobbsee> Fujitsu: yeah well
[10:49] <ogra> Mithrandir, thats needed in hardy ?
[10:49] <Hobbsee> Fujitsu: either way, it wont get done anytime soon :P
[10:49] <ogra> Mithrandir, i didnt change anything in ltsp, before alpha1 it worked fine
[10:49] <Mithrandir> ogra: I would assume so, yes, else you'll have debconf trying to query you.
[10:49] <ogra> s/before/before and during/
[10:50] <ogra> meh, ok
[10:50] <Fujitsu> Hobbsee: It's targetted to 1.2.2, is it not?
[10:50] <Hobbsee> Fujitsu: havent looked at the bugs recently
[10:50] <Hobbsee> all i know is that it's not done yet.
[10:50] <ogra> changing DEBCONF_FRONTEND will break the CD installer
[10:50] <Fujitsu> Hobbsee: Oh, I meant the bug I pointed out.
[10:50] <Mithrandir> ogra: given that nothing uses DEBCONF_FRONTEND, unlikely.  It's DEBIAN_FRONTEND.
[10:50] <Hobbsee> Fujitsu: ahhh, right, yes
[10:51] <ogra> Mithrandir, either ...
[10:53] <ogra> sigh, so it seems i need to special case CD installs now ...
[10:53] <Hobbsee> Fujitsu: oh neat.  the braindeaded behaviour is currently set to change in 1.2.1
[10:53] <Fujitsu> Hobbsee: Aha, nice.
[10:54] <Hobbsee> Fujitsu: for now
=== Shely is now known as MJ086
[12:00] <seb128> Tonio_: you know that you can request Debian syncs, right?
[12:09] <Tonio_> seb128: yep, but I didn't have the link on that machine :)
[12:09] <Tonio_> seb128: can you remind me of the URL ? I would have done that way if I had it ;)
[12:10] <Tonio_> seb128: I may request some more syncs today, so....
[12:10] <seb128> Tonio_: we can't sync it now, I though that MOTUs knew better than creating useless delta this way
[12:10] <persia> Tonio_: Just file a bug with the package, version, source, rationale, and recent changelog (back to last sync/merge).  The requestsync script in ubuntu-dev-tools may help.
[12:10] <seb128> Tonio_: https://wiki.ubuntu.com/MOTU/School/Merging-and-Syncing
[12:11] <Tonio_> seb128: thanks
[12:11] <seb128> no problem
[12:12] <seb128> btw if you what whatever reason you have to do a fakesync, use a build1 version rather than ubuntu1 so it's synced automatically when a new revision is available in debian
[12:12] <Tonio_> seb128: well, sorry for the bad action, can you drop the package then ? I'll follow the standard way to go then
[12:12] <seb128> Tonio_: what patch?
[12:12] <seb128> ah, package, misread
[12:12] <seb128> no
[12:12] <seb128> we will have to wait for a new debian upload and do a correct sync for this one
[12:14] <Tonio_> seb128: well I didn't requested a sync for maybe 2 years...
[12:14] <Tonio_> seb128: I'll have to re-read the motu wiki pages on that point :)
[12:14] <Tonio_> seb128: will take care at doing this cleanly next time
[12:15] <seb128> Tonio_: that's easy enough, when there is no ubuntu change just ask for the package to be synced on Debian
[12:15] <Tonio_> seb128: makes sense of course
[12:20] <geser> Hobbsee or Mithrandir: please give-back lablgtkmathview. Thanks.
[12:21] <geser> Hobbsee: are the kde(.*)-kde4 packages the successor of the kde4\1 packages?
[12:21] <Riddell> geser: yes
[12:21] <Riddell> except kde4libs
[12:21] <Hobbsee> geser: given back, assuming LP doesn't blow up
[12:21] <Hobbsee> yup, given back
[12:22] <geser> Riddell: so no need to look at FTBFS for the old packages. any timeframe when they go away?
[12:22] <Riddell> geser: when I next have an archive admin day I guess
[12:24] <geser> ok
=== slangasek changed the topic of #ubuntu-devel to: Archive: OPEN | Development of Ubuntu (not support, even with hardy; not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/edgy/feisty/gutsy | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Hardy Alpha 1 released: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2007-Decemb
=== slangasek changed the topic of #ubuntu-devel to: Archive: OPEN | Development of Ubuntu (not support, even with hardy; not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/edgy/feisty/gutsy | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Hardy Alpha 1 released
=== Tonio__ is now known as Tonio_
=== Faed is now known as Fade
=== Tonio__ is now known as Tonio_
=== cjwatson1 is now known as cjwatson
[14:35] <jdstrand> hi slangasek
[14:36] <jdstrand> slangasek: I am trying to run 'make test' for openldap2.3 on gutsy and am hitting ITS#4830 (aka ITS#4713)
[14:37] <jdstrand> slangasek: interestingly, the 'fix' is included in the unpatched source
[14:37] <jdstrand> slangasek: have you seen this issue and if did you find a fix?
[14:38] <jdstrand> slangasek: http://www.openldap.org/its/index.cgi/Build?id=4830
[14:38] <jdstrand> slangasek: http://www.openldap.org/lists/openldap-software/200701/msg00392.html
[14:39] <jdstrand> slangasek: oh-- it also affects hardy
=== ember_ is now known as ember
=== ember_ is now known as ember
[16:42] <mekius> bryce: Hey, was wondering if you knew how the automatic detection for compositing worked.  We would like to enable some compositing features ourselves, but only if the user has the ability to do it of course.
=== \sh_away is now known as \sh
[18:36] <calc> can someone process libloader 0.3.4-1 ?
=== ryu2 is now known as ryu
=== \sh is now known as \sh_away
=== asac_ is now known as asac
=== j_ack_ is now known as j_ack
[19:24] <calc> slangasek: ping
[20:08] <slangasek> jdstrand: ah, I think I've seen an error such as that reported against the Debian package, but I don't currently find a bug report for it.  Is OpenLDAP 2.3 shipping its own embedded copy of libltdl that we're stripping out?
[20:08] <slangasek> calc: moo
[20:09] <calc> slangasek: do you process new stuff? :)
[20:10] <slangasek> calc: on Mondays :)
[20:10] <calc> ok
[20:10] <calc> anyone do it on saturdays?
[20:11] <slangasek> not AFAIK
[20:11] <calc> ok
=== `23meg is now known as mgunes
=== mcgrof_ is now known as mcgrof
=== asac_ is now known as asac
[20:44] <somerville32> slangasek, ping
[20:45] <slangasek> somerville32: hi
[20:45] <somerville32> slangasek, I noticed that the xubuntu ISOs for alpha-1 were released. However, the i386 images reported no testing on QA-ISO. I was just wondering if this will occur in the future or if you were just being nice this time.
[20:47] <slangasek> somerville32: a calculated risk to release them without getting concrete feedback, extrapolating from the amd64 success reports; things were a bit harried for alpha1 because of the installer landing so late, in the future I would like to go through the expected ISO QA process
[20:47]  * somerville32 nods.
=== simira is now known as Simira
[21:12] <slangasek> jdstrand: make test is sloooow
[21:12] <slangasek> stupid race conditions
[21:27] <sivang> howdy all
[21:27] <somerville32> Hi
[21:27] <sivang> hey Cody
[21:27] <sivang> what's up?
[21:28] <somerville32> working away. you?
[21:28] <sivang> same
[21:28] <sivang> learning to write kernel modules part of my new student job
[22:05] <slangasek> jdstrand: ok, from what I see, openldap is assuming a libltdl that uses RTLD_GLOBAL; that's a bug in libltdl upstream that's fixed in the Debian/Ubuntu package (using RTLD_GLOBAL causes namespace collisions in the general case), so openldap's modules need to be fixed to not rely on this
[22:26]  * emgent heya
[22:29] <somerville32> heya
[22:30] <ion_> Howdy
[22:53] <emgent> sabdfl ping
[22:53] <emgent> argh idle..
[23:09] <somerville32> emgent, Is there anything maybe someone else here can help you with?
[23:09] <emgent> Fujitsu, help me :)
[23:09] <emgent> somerville32, np ^^
[23:14] <slangasek> "np"?
[23:27] <sladen> emgent: email...
[23:27] <emgent> solved, np :)
[23:27] <sladen> emgent: so what was "the problem"?
[23:28] <emgent> well
[23:28] <sladen> yes
[23:28] <sladen> it's good to know, incase we can document the answer somewhere
[23:28] <emgent> I'm worked about digital-divide whit ubuntu
[23:28] <emgent> see http://cantieredelfuturo.argiso.it/gikomero/telecentro/
[23:29] <emgent> i'd like know if canonical can sponsorize this activity.
[23:30] <emgent> now i open a project in ubuntu-it-promo
[23:31] <sladen> yup, you could see what response you get on the mailing list
[23:31] <emgent> but i'd like know if ubuntu can "sponsorize" this project.
[23:31] <emgent> sure :)
[23:32] <emgent> thanks sladen
[23:33] <slangasek> emgent: ah, I suppose you mean "Canonical" then, since Ubuntu probably doesn't have money to apply to such sponsorship? :)
[23:33] <emgent> sure canonical :)
[23:34] <emgent> s/ubuntu/canonical/
[23:34] <emgent> :)
[23:36] <slangasek> emgent: OOI, what sponsorship do you need?  the page seems to describe an already-deployed telecentro
[23:36] <emgent> yes
[23:37] <emgent> but i opened "International cooperation Ubuntu for the digital divide" in ubuntu-italian-promo
[23:37] <emgent> and i'd like know if Canonical can sponsorize similar project.
[23:38] <ion_> What in the name of Kosh is the digital divide? :-)
[23:39] <slangasek> ion_: you've never heard the term? Oh, of course, you're in Finland where there isn't one ;)
[23:40] <slangasek> "digital divide" refers to the problem of the distribution of technology reinforcing pre-existing social stratification, where the poor and underprivileged have reduced access to computers which predetermines the scope of their future achievements
[23:40] <ion_> Ok, thanks.
[23:42] <slangasek> emgent: where can I find this ubuntu-italian-promo list?
[23:42] <emgent> ml ?
[23:43] <sladen> more people /in Finland/
[23:43] <slangasek> where you referring to a mailing list, or not?
[23:43] <emgent> http://wiki.ubuntu-it.org/GruppoPromozione
[23:43] <sladen> y'know it's 2am right :)
[23:43] <emgent> slangasek, i sent mail in ubuntu-it-promo mailinglist
[23:43] <emgent> about this project.
[23:44] <slangasek> oh, ubuntu-it-promo, ok
[23:45] <emgent> sent too canonical
[23:45] <slangasek> or ubuntu-it-promozione, perhaps? (easier to search for lists I don't know if you give the exact list name :)
[23:45] <emgent> ubuntu-it-promozione
[23:46] <emgent> slangasek, http://www.freelists.org/list/ubuntu-it-promozione
[23:46] <slangasek> yes, found
[23:48] <emgent> i cant see mail in archivies.. I think ML filter is on...
[23:48] <slangasek> emgent: fwiw, reading your mail I think you'd be more successful in acquiring sponsorship if you were able to present a more concrete plan for what's needed, what support you can expect from the community vs. sponsors, etc
[23:48] <slangasek> oh, I see your mail in the archive right here: http://www.freelists.org/archives/ubuntu-it-promozione/12-2007/msg00000.html
[23:49] <emgent> oh yes, now i see :)
[23:50] <emgent> sladen, the plan is described
[23:51] <slangasek> emgent: in that mail, you've only described it in general terms.  If you want a company to lay out hardware contributions, you'll really want to demonstrate that you have an organization that will be able to make use of it
[23:52] <emgent> sure
[23:53] <emgent> 	
[23:53] <emgent> It is the aim of the project presented, where I could make reference to the Italian territory
[23:53] <slangasek> i.e., you talk about offering advice and help with resolving problems, who are the people that will be offering support?  you talk about being a communication node between "associations and schools", who are these associations and schools and how will you build relationships with them?
[23:54] <emgent> yes.
[23:54] <emgent> mekius, for example.
[23:54] <emgent> s/mekius/me/
[23:55] <emgent> (about italian territory)
[23:55] <sladen> that's alot of hardware for just one person
[23:56] <emgent> no, u dont understand
[23:56] <emgent> this project isnt only for "gikomero", but for all "digital divide with ubuntu"
[23:57] <emgent> i'd like crate a team for manage request and help
[23:57] <sladen> who are the exact people, on each side of this "divide"
[23:57] <emgent> i dont understand
[23:58] <emgent> :°
[23:59] <emgent> school and association request help, me and team manage request and give help.. later canonical can decide if it's possible sponsorize.