[12:02] Sepheebear, yes i've ape-get source ubuntu-artwork ... [12:02] but i see it has been made using some tools [12:02] there are Makefile.am|in and so on [12:04] what kind of artwork are you making? desktops? icon? themes? [12:05] ubuntu-artwork ... [12:05] myproj-artwork ... [12:06] gdm icons wallpaper usplash and all this [12:06] ok, well i suppose the usplash stuff is where all that makefile.{am,in} stuff comes in [12:07] Sepheebear, there are even in icons and all art subdirs [12:07] hmm lemme take a look [12:11] well i'd start by replacing art/*/ with my artwork [12:11] the makefiles arent that complex [12:12] Sepheebear, so reverse engineering job :) [12:12] it would be nice to know how to make it from scratch .. but if there are no other way i'll use that dir tree as sample .. [12:13] i think that'd be the best template to use [12:14] yep .. let's do that ... [12:14] thanks for your availability [12:14] the makefiles dont seem to specify any other filenames other than those directories [12:16] you'd have to edit art/*/Makefile.am to point to your stuff === rikai [n=gtk2@pool-64-222-225-195.port.east.verizon.net] has joined #ubuntu-motu [12:17] Sepheebear, i'll play with diff and *ubuntu-artwork to see what i need to change ... [12:18] it looks pretty straightforward === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-motu === ogra_ibook [n=ogra@ubuntu/member/ogra] has joined #ubuntu-motu [12:23] another alternative would be to look at other theme related packages and you could learn some install techniques from them [12:26] Sepheebear, yep *ubuntu-artwork .. [12:27] xubuntu has just usplash ... [12:30] there's xubuntu-artwork and xubuntu-artwork-usplash [12:31] umm [12:32] Sepheebear, it seems the same pkge [12:32] oh yes i see that now [12:33] nomed: if you want to learn to package from scratch, then you should read the New Debian Maintainer's Guide [12:34] raphink, i can generate debs .. the problem is how to generate the *ubuntu-artwork pkge ... [12:34] how do you generate debs nomed ? [12:35] raphink, well it depends by the pkge .. [12:35] if you mean using checkinstall or magic generate scripts, this is (hopefully) not the way we do it [12:35] for the moment waht i need to build were mainly pkges of bash scripts or python scripts [12:35] so the rules file is simple [12:36] raphink, no checkinstall [12:36] or other stuff like that [12:36] ok [12:37] if you know how to package binaries, packaging an artwork package is not harder, maybe even eaiser [12:37] easier [12:37] raphink, yes .. [12:37] what i can't figure out is how Makefile.in | am has been generated .. [12:38] most of the stuff can be installed using either dh_install yourstuff, or debian/install and debian/dirs files [12:38] it seems they've used some tool [12:38] what does the Makefile.in file install? [12:38] raphink, yep .. that's the last step :) [12:38] and why do you think you would need one? [12:38] raphink, i have the ubuntu-artwork source [12:38] debian/rules is a makefile, too [12:38] and i see its dir tree [12:39] so you don't need to generate other makefiles yourself [12:39] nomed: the fact that ubuntu-artwork contains a Makefile.in doesn't mean _all_ artwork packages need one ;) [12:39] if you don't need one, then don't both with one [12:39] raphink, i would make it in the same way .. [12:39] why? [12:40] if i'll can then that's cool .. if not i'll use a Makefile and a rules file [12:40] what I don't understand is [12:40] raphink, because that pkge has been made in that way ... [12:40] why you want to have the same layout as the existing ubuntu-artwork pkg [12:40] what's the use of that? [12:41] raphink, i think it the best sample i can use for such pkge [12:41] *'s* [12:41] you're creating your own package... you can get inspiration in other ones, but you don't have to do it the way it was done by other guys [12:41] nomed: it might be a very good sample for sure... unless they didn't exactly have the same requirements as you [12:42] raphink, i think i should be able to choose .. [12:42] but anyway, it's up to you [12:42] not to don't do that in that way just because i don't understand [12:42] I just say you might not bother with files you might not need ;) [12:42] my two pence ;) === greenpenguin13 [n=joseph@user-6333.lns3-c7.dsl.pol.co.uk] has left #ubuntu-motu [] [12:48] i still think the ubuntu-artwork is the best template for any artwork package [12:48] why reinvent the wheel? [12:49] keep the structure and add/subtract your own stuff, by the end it'll be distinguishable as your work === ptlo [n=senko@83-131-75-11.adsl.net.t-com.hr] has joined #ubuntu-motu [01:00] \sh_away: are you there, [01:00] ? === Hobbsee [n=Hobbsee@CPE-144-136-118-222.nsw.bigpond.net.au] has joined #ubuntu-motu [01:01] Riddell-awa: you there, [01:01] hi Hobbsee :) [01:01] hi raphink :) === Hobbsee came to ask for an account on REVU, but it looks like siretart is away... [01:02] merry xmas :) [01:02] you too :) [01:02] it's the 26th here [01:02] hehe [01:02] same here ;) [01:02] but still [01:03] wanna package Hobbsee ? :) [01:03] yeah [01:03] what do you want to package ? [01:03] :) [01:03] actually, i was working on ksudoku earlier :) [01:03] setting up a pbuilder now, to find out the dependancies... [01:03] what is that? [01:04] hmmm [01:04] ksudoku? it's a game... [01:04] 77%, board game [01:04] nice :) [01:04] very [01:04] did you package it already, [01:04] i'm just uploading to random places at the moment, which is a pain [01:04] ? [01:05] no, there was one on crzzi or something, and and old debian one, which i updated [01:05] hmm [01:05] official debian ? [01:05] think so [01:05] did you check on packages.debian.org ? [01:05] i took the crzzi one which was built for breezy (supposedly) though [01:06] well [01:06] the first thing should be to check if there's a version in Debian sid [01:06] look on packages.debian.org for that [01:06] if there is, then you get to synchronize it with ubuntu [01:06] if there is not, then you get to package it [01:07] either using a non official package and make it nice enough, or from scratch ;) [01:07] true [01:07] there's one on packages.debian.org [01:07] non official packages are often a bit trashy and I often choose to do it all from scratch, but it's up to you ;) [01:07] last version? [01:08] yeah [01:08] then you should merge it === Hobbsee hates doing it from scratch! [01:08] how do i do that? [01:08] and you don't need REVU for that [01:08] https://wiki.ubuntu.com/MOTU/HowToMerge [01:08] k [01:08] couldn't help you much as I han't done that part yet ;) [01:09] && good luck :) [01:10] hmmm [01:12] er.... === fredix [n=fredix@d213-103-73-104.cust.tele2.fr] has joined #ubuntu-motu [01:12] this is clearly why i should check first... === Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu [01:24] Is there a single document which describes the entireity of the MOTU upload process, including the use of REVU and whatnot? I can't find anything actually useful in the wiki or revu.t.d. === Mithrand1r [n=tfheen@c5100BC63.inet.catch.no] has joined #ubuntu-motu [01:35] womble: https://wiki.ubuntu.com/REVU [01:39] raphink: Read it. Several times. Doesn't say anything useful on the topics of "what does REVU do for me?", "why do I need REVU?", "how does REVU fit into the overall process of MOTU work?", and so on. I thought it was mentors.d.n for Ubuntu, but I see uploads in there from dholbach. There's also a lack of "overview" of the whole process, from end-to-end, so I can't see how the whole of the MOTU world actually operates. [01:39] it's a bit different an approach from mentors [01:39] womble: Heh. I've never actually used REVU. [01:40] womble: Being a DD, people trust that you can actually package. :-) [01:40] seems you know the debian way womble right? [01:40] womble; cheer up, emo kid [01:40] womble; merry christmas [01:41] StevenK: i'm sure even DDs can learn from using REVU ;) [01:41] and improve their packaging skills ;) [01:41] raphink: Yes, I do. [01:41] And I'd like to know the Ubuntu way. [01:41] But there's a dearth of useful docs to help me. [01:41] womble: woo! [01:41] womble: well how do you get a package in Debian when you're not a DD ? [01:42] raphink: a sponsor [01:42] raphink: (same as here) [01:42] raphink: http://people.debian.org/~mpalmer/debian-mentors_FAQ.html#sponsored_packages [01:42] yep exactly ;) [01:42] but w/o a pretty interface [01:42] tseng: I know the answer ;) [01:42] well without more things imo tseng [01:42] i've been to Debian dev confs [01:43] and seen how people who are not DDs just stick to DDs to try getting their packages sponsored [01:43] the fact is that REVU allows to get a packaged sponsored faster and more securely [01:43] eh its what slomo and I do [01:43] because it's being checked by several people [01:43] tseng: :) [01:44] there arent many dd's on the debian mono team [01:44] raphink: So it's just sponsors.d.n then? [01:44] womble: now it doesn't prevent MOTUs from putting packages on REVU aswell, and get them checked, even though they could just upload them right away [01:44] I wouldn't exactly say so womble [01:45] womble: its that and more [01:45] So what *would* you say, raphink? [01:45] youll notice it runs lintian, linda [01:45] and has reviewers comments built in [01:45] REVU allows to browse the package [01:45] 3 positive comments flags for upload [01:45] get the files directly [01:45] post comments [01:46] one problem we were solving was, not everyone had webspace to host sources [01:46] yep [01:46] another was keeping a history of reviews [01:46] :) [01:46] tseng: 2 positives ;) [01:46] this is also very useful for packagers btw [01:46] when I go to another comp and wanna work on the latest version of a package of mine, I just get it from REVU ;) [01:46] So it's sponsors.d.n with comments? [01:46] hi slomo [01:46] :) [01:46] merry xmas [01:47] its not just comments, they have intelligence [01:47] (have you taken a look?) [01:47] you can either advocate a package or not with a comment [01:47] if you dont, it needs more work, another upload [01:47] if 3 advocate, its uploaded [01:47] womble: not exactly... even MOTUs need to upload NEW packages there for review [01:47] tseng: that womble cannot see ;) === Hirion [n=hirion@draugr.de] has left #ubuntu-motu [] [01:48] tseng: Who uploads it? [01:48] an existing MOTU [01:48] slomo: Why do MOTUs *need* to upload there? What stops them from uploading directly? [01:48] and it gives us a nice trail to see a potential MOTUs work [01:48] tseng: Is an existing MOTU required to upload the package once it has gotten three yes votes? [01:48] womble: this is quality assurance :) [01:48] womble: yes. [01:49] womble: but my next point is someone who has a few good packages on revu is a shoe in for maintainership [01:49] tseng: What sanctions are in place for all MOTUs if none of them upload the approved package? [01:49] womble: not everybody votes though, only MOTUs [01:49] raphink: What is quality assurance? [01:49] womble: no sanctions.. this is a volunteer project [01:49] slomo: did you have some time to review my two updates? [01:49] womble: we work on good faith like everyone else [01:49] womble: in theory nothing... we could upload everything directly... but nobody does in general [01:49] :) [01:50] tseng: So how is an existing MOTU *required* to upload the package? What makes them do it? [01:50] someone asks nicely [01:50] hehe :) [01:50] having a requirement on a volunteer developer would be pretty shitty imo [01:50] So your answer to my question "is a MOTU required to upload the package" is actually 'no'? [01:50] womble: by quality assurance, I mean that two MOTUs checking and approving a package at a given time is better than only one sponsoring it [01:50] i read that another way [01:51] womble: we want our packages as good as possible and one overlooks mistakes which are obvious for others [01:51] i read "do you have to be a motu to upload a source" [01:51] not "is a motu required by some rule to upload a package with 3 votes for fear of sanctions" [01:51] sorry. [01:51] hehe [01:51] womble: we're not _required_ to upload to revu but it's common practice to improve package quality [01:51] tseng: Of course a non-MOTU can't upload a package to Universe -- that's absurd. [01:51] back to the hosting issue [01:52] http://sponsors.debian.net/viewpkg.php?id=29 [01:52] notice that the posted sources arent existing [01:52] this is the first package i went to, no idea if thats a general problem [01:53] raphink: not yet... i have them both still on my todo list, don't worry :) i was busy or out all the day [01:53] slomo: ok [01:53] hmm... i could to it now :) *me gets the packages* [01:53] womble: the best way to get what's special about REVU is to see it in action imo [01:54] ok, time for christmas dinner [01:54] womble: http://revu.tauware.de/details.py?upid=1285 shows how REVU allows several reviewers to interact to have a package be improved [01:54] cheers everyone [01:54] womble: nice to have you. [01:54] cheers tseng [01:54] slomo: ty [01:55] raphink: damn... which ones were it? knmap and kalcul? [01:55] knmap and konq-encrypt-menu [01:56] http://revu.tauware.de/details.py?upid=1296 and http://revu.tauware.de/details.py?upid=1297 [01:56] ok... i'll do kalcul too now :P [01:56] raphink: It looks like the exact same process we go through in Debian with mentors.d.n and the d-mentors mailing list. [01:56] Except that you can add 'Advocating' marks to this one (which is kinda cool) [01:57] slomo: kalcul doesn't build with the recent stuff with libX$dunrememberwhat [01:57] So can people look at the new REVU page on the wiki and see if it accurately reflects reality? [01:57] womble: and it needs the eyes of more than one to get a package uploaded... which improves quality [01:57] womble: what you see now is REVU v1 [01:57] raphink: ah right... [01:57] there's REVU v2 to be released soon enough :) [01:57] slomo: I don't see how that follows, if someone can get a package uploaded without needing to go through revu === jinty [n=jinty@205.134.224.215] has joined #ubuntu-motu [02:00] womble: well, we trust each other... ;) ok, that's a problem when you have > 1000 DD with upload rights but it works fine currently... and if someone uploads directly it would be noticed normally [02:00] slomo: So every single upload should go via REVU? [02:00] womble: no... only NEW packages [02:01] womble: REVU is only for NEW packages in Universe [02:01] and when it fails later with the current way we will change our processes [02:01] slomo: For NEW in the dak sense, yes? [02:01] raphink: (well, and for updates from people without upload rights) [02:01] womble: yes [02:02] Major changes in packaging can do just as much (if not more) harm than initial packaging stuffups, though. [02:03] womble: yes... that's a whole currently... but it worked until now as we normally ask someone else to review our changes when we're in doubt or the changes are major [02:03] stevenk said earlier that he's never gone through REVU for his uploads. How does that mesh with what you're saying now? [02:06] maybe he found two people without revu... that's also possible... as i said before, we trust each other to handle uploads in a sane way and we're all in contact ;) [02:06] it's probably much more informal than in debian [02:06] So should I upload my changes to wiki.u.c/REVU to REVU for comment? [02:07] slomo: Debian is the ultimate in informality for sponsored uploads. I like the idea of a helper tool like REVU. [02:11] when you have any changes either upload your changed package to revu or give someone here the debdiff for the changes... the latter could be faster [02:12] womble: I can't imagine you needing review [02:13] but revu is definitely the entry point for new people... only for motu it _could_ be voluntary but we agreed that it's still better to upload NEW packages to revu for review and discuss greater changes with others... it's always better to let someone else look at your problems from a different point of view [02:13] lifeless: I'm not expecting to make any major stuffups either. I'm not looking for REVU, as such, I just want to understand how the pieces fit. There seems to be a lamentable lack of documentation thus far. I'm out to fix that where I can, whilst enhancing my understanding of it all. [02:14] womble: sweet [02:14] :) [02:15] I asked for comments on my changes to wiki.u.c/REVU to see if my translation of the comments made here was accurate; that request was met with resounding silence, so I tried a bit of humour by asking if I'd get more comments by posting my changes to REVU... [02:15] hmm [02:15] what exactly did you modify womble ? [02:16] raphink: The first real paragraph. Possibly should have localised my changes a bit more, but I figured that people could read the diffs if they really wanted to find out. [02:16] let's see [02:16] "[WWW] revu is a web-based tool to allow people who have worked on packages a chance to "put their packages out there" for other people to look at and commend on in a structured manner. Packages can also have "votes" attached to them; a certain number of positive votes will bring the package to the attention of uploaders, who will then send the package into the Universe repository." [02:16] s/commend/comment/ [02:17] I think it's a rather good description of how it works :) [02:17] 1) once you're approved in the keyring, you upload your packages to REVU [02:17] 2) your work gets reviewed and commented [02:18] 3) you uploaded updated versions till you get at least 2 advocacies from MOTUs [02:18] 4) your work is uploaded by a MOTU [02:18] :) [02:18] raphink: The 'edit' button on the wiki is calling you, I think. [02:18] hehe ;) [02:19] ok right ;) [02:19] siretart: there's a bug in revu... when a package is NEW and gets uploaded to universe... and later a new version (i.e. updated) gets uploaded to revu it still shows up as NEW [02:20] womble: it looks fine to me [02:22] hmm [02:22] does anyone know whats going on with FF in dapper ? [02:22] It's calling itself deer park [02:22] yes [02:22] thats the code name for the next release [02:22] I know [02:23] but FF 1.5 is released and uses the name "firefox" [02:23] womble: how do you like that ? https://wiki.ubuntu.com/REVU [02:23] clearer ? [02:23] Mez: but we don't have ff 1.5 yet, only rc3 [02:25] raphink: Yep. Much better. [02:25] :) [02:26] Slomo - yet it calls itself deer park in the title bar [02:26] for no reason [02:26] Mez: that had some reason... ask Diziet :) it was either for firefox release candidates or inofficial firefox builds... [02:28] womble: but i have to aggree with you... there's much documentation currently missing... revu-related and in general [02:29] slomo: It's starting to feel like a regular thing... womble wants to do something; womble goes looking for documentation; womble finds no documentation; womble asks questions on IRC; womble writes documentation [02:30] huhu [02:30] hehe, at least you write the documentation :) i hate writing documentation and still have 2 wikipages on my todo list... :/ [02:31] slomo: I'll archive konq-encrypt-menu [02:31] :) [02:31] slomo: I hate repetition. I'd rather write it first, then never have to explain it to anyone by hand ever again. Worst case I have to cut-n-paste a URL. [02:32] Consider how much time we've expended talking about this topic here today -- my time, your time, the half a dozen or so people who've contributed. For a one-paragraph description. === Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu === slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-motu === minghua [n=minghua@69-153-139-23.dsl.hstntx.swbell.net] has joined #ubuntu-motu === rbelem [n=rodrigo@ubuntu/member/rbelem] has joined #ubuntu-motu === elektranox [n=elektran@p5481C186.dip.t-dialin.net] has joined #ubuntu-motu [03:41] does sb. know howto change the system mail adress of a user? === poningru [n=poningru@pool-70-110-67-26.tampfl.fios.verizon.net] has joined #ubuntu-motu === Arrogance [n=aks@ottawa-hs-209-217-83-193.d-ip.magma.ca] has joined #ubuntu-motu [03:46] elektranox: /etc/aliases? [03:46] Can you better describe the result you wish to achieve? === Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu [03:49] If I make any command like "dh_make" a wrong mail adress is insert automatacily. So I want to say the system my right mail adress :) [03:50] elektranox: you need to set DEBFULLNAME and DEBEMAIL correctly [03:50] o_O [03:55] adding "export DEBFULLNAME = 'Sebastian Reichel' export DEBEMAIL = 'elektranox@gmail.com'" to ~/.bashrc doesn't work :/ [03:58] elektranox: Unless dh_make is "special", it doesn't read the environment, it gets the config parameters out of ~/.devscripts [03:59] There's documentation that mentions environment vars, but AFAIK it's all wrong [03:59] Also check out the new(ish) -m option for dch, for more long-term lack-of-name-mangling in changelogs [04:00] siretart: ping ? [04:01] mh dh_make uses USERNAME@[-> /etc/mailname] :S [04:03] Try EMAIL="elektranox@gmail.com" dh_make [04:03] and see if that helps [04:05] that works :S [04:05] womble: I don't know about dh_make, but dch (debchangelog) reads DEBFULLNAME and DEBEMAIL from environment for sure [04:06] and dh_make should have an option to specify the maintainer's name and email === minghua doesn't have dh_make installed [04:07] and can't check [04:13] dh_make should use DEBEMAIL and DEBFULLNAME too [04:15] minghua: Last time I tried, dch refused categorically to read from the environment. So I got used to always using ~/.devscripts [04:16] Now, of course, I've got packages which need different things in their changelog footers, so I'm reduced to using dch -m and crossing my fingers [04:17] womble - just use the DEBEMAIL and DEBFULLNAME envvars [04:18] womble: I see. I must admit I'm quite new to packaging, so maybe dch changed behaviour. It should work now though. === Sepheebear [n=SepheeBe@cpe-68-175-48-160.nyc.res.rr.com] has joined #ubuntu-motu [04:27] Mez: Because that's a *lot* less typing that -m. Right. [04:27] depends on what you wanna do [04:29] then I've got a second question: "are the menu sections of ubuntu equal to the menu sections of debian?" (I'm talking about the debian/menu file) [04:30] elektranox, the debian menu is there if you install the menu package I beleive [04:30] in debian there is "Games/Strategy" but in my ubuntu gnome menu there is only the section Games and no dirs in it [04:31] the debian menu depends on menu-xdg [04:31] and the ubuntu menu? === freeflying [n=freeflyi@61.190.65.28] has joined #ubuntu-motu === crimsun [n=crimsun@cpe-066-056-187-199.triad.res.rr.com] has joined #ubuntu-motu [04:34] with menu-xdg you get the "Debian" category with all the subdirs [04:35] hmm i may be wrong on that [04:35] Oo I want to edit the menu file in the debian dir, created by dh_make, so that it will appear in the Games Section and no Debian categroy [04:36] elektranox: for an ubuntu package or a debian one? [04:36] for a ubuntu package [04:36] Debian would be " section="Games/Strategy"\ " [04:37] ubuntu doesnt make much use of menu files [04:37] it uses .desktop files [04:38] but the caveat is that you lose that Strategy subdir [04:38] Categories=GNOME;Application;Game; [04:38] that should appear in your .desktop [04:38] unless you know how to munge applications.menu [04:39] i havent seen nested menus in gnome since i used debian gnome 2.8 [04:40] pre-warty [04:41] i was just thinking how cool tearoff menus would be for gnome [04:42] mh where does the *.desktop files in the ubuntu system? [04:42] /usr/share/applications/ === elektranox [n=elektran@p5481C186.dip.t-dialin.net] has left #ubuntu-motu [] === Hobbsee [n=Hobbsee@CPE-144-136-118-222.nsw.bigpond.net.au] has joined #ubuntu-motu === Hobbsee [n=Hobbsee_@CPE-144-136-118-222.nsw.bigpond.net.au] has joined #ubuntu-motu === robitaille [n=robitail@d154-5-117-228.bchsia.telus.net] has joined #ubuntu-motu === minghua [n=minghua@69-153-139-23.dsl.hstntx.swbell.net] has joined #ubuntu-motu === Mez [n=Mez@ubuntu/member/mez] has left #ubuntu-motu ["Leaving"] === Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu === freeflying [n=freeflyi@61.190.65.28] has joined #ubuntu-motu === Sepheebear [n=SepheeBe@cpe-68-175-48-160.nyc.res.rr.com] has joined #ubuntu-motu === markuman [n=markuman@p50924C8B.dip.t-dialin.net] has joined #ubuntu-motu === StevenK reads through backscroll. === StevenK doesn't use dch, and uses debian-changelog-mode instead. [08:25] StevenK: But that's because you're an emacs freak. [08:25] lol [08:25] Real Men use an OS *without* a built-in psychiatrist. [08:27] Actually, I'd like to augment debian-changelog-mode. [08:27] If there is an ubuntu in the current version, it should use my @u.c address, not my @d.o address. [08:28] Hmm, that's an interesting twist. === Mez rolls eyes [08:28] I should be able to do it, it just involves learning elisp. [08:28] Or just writing a shell wrapper for dch... [08:28] dpkg-parsechangelog == Love [08:29] StevenK, /query :D === Fuddl [n=fuddl@2001:6f8:9cf:0:20f:eaff:fe4d:d7b7] has joined #ubuntu-motu [08:30] morning all === MagnusR [n=magru@85.194.14.142] has joined #ubuntu-motu === markuman [n=markuman@p50924C8B.dip.t-dialin.net] has joined #ubuntu-motu === Yagisan [n=jamie@60-240-9-82-nsw-pppoe.tpgi.com.au] has joined #ubuntu-motu [09:27] G'day all [09:28] sleeping or hungover from christmas ? [09:36] I wish, sleeping from working late :) === tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #ubuntu-motu [09:37] sivang, so what was so important you had to be working ? [09:38] Yagisan: ah well, I'm in .IL - even hanuka is a vacation only for the kids, adults still go to work :-> [09:41] sivang: I see. Over here in .au I have a hard time finding *anything* open on a public holiday. === Yagisan wishes there was an ia32-libs-universe and an ia32-libs-universe-dev package === Yagisan decides to try and make ia32-libs-universe and ia32-libs-universe-dev === Yagisan realises that it isn't so easy to make an ia32-libs-universe package === Tonio_ [n=tonio@cac94-5-82-229-219-55.fbx.proxad.net] has joined #ubuntu-motu === ompaul [n=ompaul@213-202-180-230.bas504.dsl.esat.net] has joined #ubuntu-motu === CGA [n=CGA@213-156-52-117.fastres.net] has joined #ubuntu-motu [10:52] is the packager of Xorg for ubuntu here? === rob1 [n=Robert@ubuntu/member/rob1] has joined #ubuntu-motu [10:56] CGA: he'd be in -devel, but considering it's 9pm and a public holiday, he's not here [10:56] Yagisan, thanks you =) [10:56] *-s [10:57] Yagisan, what's his nick? i'm in -devel too [10:58] CGA: IIRC it is dstone, but as I said he's not here. I think he like most canonical staff are on holidays [10:59] CGA: why do you ask ? [11:00] Yagisan, thank you && i ask because i'm trying to compile E17 and all its libraires from CVS and i have an error compiling evas. It complains about Xorg not compiled with the XShm.h header , evas it's afundamental lib for E and ican't install because of that ; so i want to ask him to compile Xorg with that header too so ubutnu users can enjoy E17 from CVS =) [11:00] hi, does anyone know if xfwm4 was compiled with --enable-compositor in Ubuntu? [11:06] rob1: apt-get source and check /debian/rules [11:06] Yagisan, yeah ok === rob1 was hoping for the easy way out :) [11:07] rob1: on boxing day ? you hope too much. I could heat the echos when I post in here! [11:08] s/heat/hear [11:08] hieveryone [11:08] hehe [11:08] CGA: Do you have x11proto-xext-dev installed? [11:08] StevenK, going to check that out thanks [11:08] yeah, it was === Hobbsee [n=Hobbsee@CPE-144-136-118-222.nsw.bigpond.net.au] has joined #ubuntu-motu [11:09] now to work out why it isn't working for me :( [11:09] StevenK, nope i don't && does that give me the XShm.h ? [11:09] CGA: libxext6-dev [11:10] Yagisan, i'll search that too [11:10] Yagisan, there's not package with thqat name [11:11] CGA: TI typoed it. It should be: libxext-dev [11:11] CGA: what's E17 ? [11:11] enlightenment 17 [11:11] IIRC [11:11] yes it is [11:12] CGA: Does that support East Asian characters now ? last time I tried it didn't [11:13] sivang, go visit enlightenment.sf.net and learn about :P [11:13] Yagisan, i really don't know but you can ask in #e [11:13] Yagisan, i use english or italian === CGA rolls up a fag [11:17] Yagisan, how can i use pat or synaptic to search a package that provides me a certain feature or header for that matter? [11:17]