[00:26] falktx_: I was told you were the person to talk to about iso building? [00:28] GTRSDK|busy: ISO? [00:28] falktx_: livedvd [00:28] I can build a custom ISO, not official ones [00:28] yes [00:30] falktx_: do you base then off of an official ISO? [00:31] GTRSDK|busy: no, build from scratch [00:44] sorry I was busy [00:44] GTRSDK|busy: what do you need? [00:45] falktx_: I am trying to figure out how to build a LiveDVD [00:45] GTRSDK|busy: I have a script for it [00:45] ScottL: do you still have the notes I wrote for you about the ISO script? [00:49] I am currently trying to build a LiveDVD by editing files and adding some [00:57] I need to set up ubiquity [00:59] the ubuntu docs have good info about that [00:59] my script is based on that [01:00] because there is no ubiquity-slideshow-ubuntustudio , correct? [02:42] falktx_, i do have the notes [02:43] astraljava, you are probably right about a livedvd and trying to maintain double the number of images [02:43] astraljava, perhaps we should do a "community" maintaind livedvd that we create manually after canonical release [02:43] we could host it on sourcrforge or something [02:45] ScottL: I can host it [02:45] sourceforge kxstudio though, if that's ok [02:46] not sure... [02:46] at this point we need to create it first ;) then we can wory about where it's hosted [03:02] yep [07:02] Hey everybody [07:02] I've explored the edubuntu ubiquity patch [07:02] it will work for us, it's very easy to adapt [07:02] shnatsel: what is the patch about? === GTRSDK|busy is now known as GTRsdk [07:03] GTRSDK|busy: installing only the components selected by the user during installation [07:03] GTRsdk: usual ubiquity doesn't have it while debian-installer has [07:04] the way debian-installer implements it has always driven me nuts, though [07:04] the keyboard controls are absolutely non-intuitive and I always skip it instead of selecting a seed [07:05] then have to re-launch installation and think about the keys [07:05] there should be instructions on how to use debian-installer built in with it [07:06] GTRsdk: if the UI needs explanation, it has to be fixed. (c) elementary philosophy, and also rule of UI design [07:07] apart of that, you have a very common mistake in your seed packages [07:07] everything is marked as "depends" [07:07] instead of "recommends" [07:07] shnatsel: which packages? [07:08] which is terrible because if you uninstall an app from the seed, you lose the metapackage, and then you lose all the other packages from the seed on an autoremove [07:08] GTRsdk: seeds, the ones parsed by Germinate [07:08] GTRsdk: http://packages.ubuntu.com/source/oneiric/ubuntustudio-meta [07:10] so I have a mistake in a seed package? [07:11] GTRsdk: you have a mistake in the guidelines for creating them, I'd say [07:11] GTRsdk: apps should be marked as "recommends", not "depends" [07:12] shnatsel: so which package? [07:12] ubuntustudio-meta source package [07:12] I never packaged that one [07:12] shnatsel: I don't have upload rights [07:12] GTRsdk: hmm, I didn't say it's personally your fault, did I? [07:13] nvm [07:15] shnatsel: I'm not even in the ubuntustudio-dev team yet [07:16] OK, the project has this error [07:16] I gotta report a bug I guess [07:16] !report ubuntustudio [07:16] hmm [07:17] yeah, no rabbitbot here, sorry [07:18] okay [07:22] reported as bug 840144 [07:22] Launchpad bug 840144 in Ubuntu Studio "Use recommends instead of depends in seeds" [Undecided,New] https://launchpad.net/bugs/840144 [07:44] Here's the doc about custom ubiquity from edubuntu: https://docs.google.com/document/d/1JinRIl_hYWJA4L0COe9r5uAX4ZgmfqyIYmC5Tdhfn3o/edit [08:00] I'm not too sure about that bug. For instance, -desktop kinda needs to depend on certain packages, that construct the whole desktop experience. IMHO, that's an invalid. [08:02] Is there an auto-removal for Synaptic? [08:02] If you use it on apt-get, you're kinda expected to know what you're doing anyway. [09:26] ScottL: ubuntu studio doesn't use Launchpad blueprints at the moment. Maybe you should change that? AFAIK it's the best specification tracker available, and we definitely need one to get something done (I sent a link to my writeup on that a while ago) [09:34] ScottL: I need to coordinate some changes to the seed architecture but you have nowhere to write that down [09:34] it sounds like a series of related bugs and blueprints to me atm [11:43] morning...i noticed a lot was written while getting ready to come to work, i'll read logs in a bit [11:51] shnatsel: you mention blueprints and launchpad and a link in a write up that you sent a while ago....how long ago and to whom did you send the email? i don't recall seeing anything at the moment [11:51] TheMuso: could you offer any opinion on bug 840144 ? [11:51] Launchpad bug 840144 in ubuntustudio-meta (Ubuntu) "Use recommends instead of depends in seeds" [Undecided,New] https://launchpad.net/bugs/840144 [11:52] scott-work: actually, I pasted the link here. elementaryos.org/journal/how-see-what’s-our-sleeves [11:52] okay, yes, i saw that one :) [11:53] scott-work: bug 840144 it's a requirement for the selective app installation in Ubiquity, too [11:53] Launchpad bug 840144 in ubuntustudio-meta (Ubuntu) "Use recommends instead of depends in seeds" [Undecided,New] https://launchpad.net/bugs/840144 [11:53] okay, when i looked at it yesterday it looked just like a journal but as i read more at a particular entry i can see where you are talking about lauchpad blueprints [11:54] to be very direct, i had considered using blueprints before (and milestones) but i really didn't understand it completely so i have shied away from it [11:54] i would very much like to understand them however [11:54] i will read more from your link when i have more time (i.e. not at work) ;) [11:55] shnatsel: is there a particular journal entry that you would i recommend reading first or foremost? [11:56] scott-work: this is the only writeup about LP blueprints I'm aware about. [11:56] scott-work: I tried to explain why blueprints are needed, what problem do they solve and how to use them [11:57] so far this is the best i've read that starts explaining more about blueprints: http://elementaryos.org/journal/how-see-what%E2%80%99s-our-sleeves [11:57] i will definitely read more tonight [11:57] scott-work: yes, that's my article :) [11:58] oh, oh, oh...this is funny [11:58] shnatsel: the link you gave me is slightly broken :) [11:58] it takes me to the main journal page [11:58] hahaha [11:58] http://elementaryos.org/journal/how-see-what%E2%80%99s-our-sleeves [11:58] ? [11:59] hmm... :( [11:59] elementaryos.org/journal/how-see-whats-our-sleeves [11:59] between "what" and "s" i see a funny square box [11:59] copy-pasting from url bar in firefox 7 seems to be glitchy [11:59] the link you _just_ posted has "%E2%80%99" between "what" and "s" [12:00] i read the titles and decided to read a little more on one that i thought would be right [12:00] happenstance that i picked the one you wanted me to read [12:00] sorry, my bad [12:00] I'm glad you found the right article anyway :) [12:00] i think it's kinda funny [12:01] okay, i will take a break at work and read this article during the day [12:01] yes, thank you very much, this will be much help! [12:01] i did something similar for packaging for backports using PPA's [12:01] http://fossmusicproject.blogspot.com/ [12:02] it started as a record for me to help me remember how i did stuff but then morphed into a way for others to use and i expand on what a ppa is and how it can be used [12:02] astraljava: did you see my comment about livedvd? [12:21] shnatsel: do you work with any other projects other than elemtary? [12:23] scott-work: well, I also made http://shnatsel.blogspot.com/2011/07/weve-just-revolutionized-alpha-testing.html and it needs work [12:24] also http://www.omgubuntu.co.uk/tag/shnatsel [12:25] or maybe http://www.omgubuntu.co.uk/?s=shnatsel [12:25] i will say that i like the clean look of the windows for the midoria screenshot under the discover page on the elementary os website [12:26] i would like to push the ubuntu studio windows dressings to such a clean look [12:26] scott-work: Midori is also damn fast and, unlike other browsers, it integrates with the DE well [12:26] i think that xfce can look very clean but yet elegant too, perhaps even a "cutting edge" look [12:27] i just don't know much about changing themes or window dressings [12:27] scott-work: there is an elementary theme port to XFCE [12:28] hmmm, i might have to look into that then :) [12:28] scott-work: to be completely honest, I think you'd better migrate to Pantheon than to XFCE. [12:28] i haven't heard of pantheon before [12:29] scott-work: it's elementary's desktop environment, to be released with the next OS version [12:29] scott-work: it also has a modular DE-independent shell, Pantheon Shell that beats GNOME Shell and Unity [12:30] it's built to be lightweight and fast, and also has very good design that's traditional to elementary project [12:31] IMHO XFCE is good, but some of its components are hardly usable in real life; it's better to fix GNOME than to switch to XFCE. [12:31] e.g. Mousepad vs Gedit [12:32] Mousepad is almost as useful as Windoze Notepad [12:32] xfconf is better than gconf but dconf/GSettings from GNOME3 beat it [12:33] dconf is damn fast; it's dconf that makes such a difference in login time between Lucid and Maverick [12:33] etc etc etc [12:34] so in elementary project we take GNOME and replace everything we don't like with custom apps [12:34] There was an article about it in the journal... http://elementaryos.org/journal/meet-me-pantheon [12:36] Mac has a reputation of being an OS for designers and creative people, because it's well-designed. I'm sure a Linux distro for creative people also should have the best design available. [12:37] which is IMO elementary project. Unity is just ridiculous and GNOME is still like it's from early 2000s [12:39] There was a screencast of Pantheon shell somewhere... [12:39] Outdated, but still: http://www.webupd8.org/2011/05/video-slingshot-plank-wingpanel-beatbox.html [12:40] http://www.youtube.com/watch?v=lXaigfAc4vM [12:40] shnatsel: one thing to keep in mind is that ubuntu studio cannot ship anything in the image that is not in the official repositories (i.e. cannot use PPA) [12:40] ATM this is a prototype [12:40] * scott-work is working on reading backscroll [12:41] scott-work: yes, so we'll have to push all elementary apps to ubuntu repos on time; I have no idea how that can be done, because we mostly follow Ubuntu release schedule. [12:42] IMHO using only official repos slows ubuntu studio down so much... [12:43] I might make elementary studio someday, with blackjack and PPAs [12:43] hehe, that would be pretty cool [12:43] i an aware that xfce isn't quite a light as it used to be, especially compared to gnome and kde which used to be much heavier than xfce at one time [12:43] i believe that gap has narrowed in the last year or so [12:44] i really think that we need to redefine and articulate our vision of ubuntu studio (i know i keep talking about this) [12:44] I guess don't really care about being lightweight because multimedia PCs are powerful anyway [12:44] and having a fast light destktop is important (i believe) [12:44] shnatsel: if that is the audience we want to serve (i.e. those with fast, powerful computers) [12:45] historically i believe we have tried to accomodate those with slower comptuers as well [12:45] this doesn't make it proper though [12:45] scott-work: IMHO one of the mistakes you made is shipping custom artwork, custom sound theme, etc. After a fail of my artistic distro I strongly believe in division of labour and avoiding scattering resources. [12:46] scott-work: I haven't been there to see the project's history, though [12:47] shnatsel: wrt "customer artwork, custom sound": are you suggesting that we focus solely on packaging and less on branding perhaps? [12:47] i'm not being critical, i just want to understand your intent :) [12:48] scott-work: yes, exactly [12:48] i ask also because i feel we really do need to figure out who we are, whom we server, and how we will server them [12:49] scott-work: my distro failed exactly for the same reason - nobody knew what exactly we were going to make [12:50] shnatsel: i just realized something.... [12:51] but first, i have felt that the wallpaper on the desktop should be very, very plain [12:51] for a multimedia comptuer [12:51] it should be nuetral [12:51] it shouldn't distract [12:51] it shouldn't be busy [12:51] it should just....be [12:51] yeah, i know that sounds Zen [12:52] i just realized that this may be why i am preferential to xfce [12:52] scott-work: or, the application presenting the wallpaper should present it in a way that makes any wallpaper be like that ;) [12:52] it's uncluttered in many ways and it has simple, but functional, window dressings for example [12:52] shnatsel: good point [12:52] scott-work: https://blueprints.launchpad.net/pantheon-wallpaper/+spec/focus-blur [12:52] ;) [12:53] ah, yes...this is like the windows 7 or vista or something [12:53] my wife has a window laptop she refuses to let me change to linux and it does this [12:53] i very, very rarely use it though [12:54] scott-work: huh? It's implemented somewhere already? [12:55] i belive so, perhaps its the other windows that blur or the background...i suppose it could be both [12:55] but i recall that on my wife's windows machine the stuff behind the active window is blurred, it could only be other windows but it could include the background as well [12:55] AFAIR only the window decoration blurs stuff beneath it [12:56] Compiz can blur inactive windows [12:57] that module crashes Compiz on my PC with default settings, though [12:57] I had to tweak it [12:57] and I don't like the effect anyway [12:58] Fading out inactive windows works better [12:58] it's Compiz's ADD helper module [12:59] but this was on a windows machine [12:59] they are copying linux anyways ;) [13:00] shnatsel: i appreciate your suggestions and comments and would appreciate any help you are willing to provide [13:01] scott-work: does forking ubuntu studio and making elementary studio count as help? ;) [13:01] I want to make your liveDVD first :) [13:01] if we can steal some of you stuff! [13:01] hehe [13:01] scott-work: no problem :) [13:01] shnatsel: astraljava had a very good point last night about supporting another image [13:02] scott-work: huh? [13:02] scott-work: I think I missed it [13:02] we have been struggling to just test the images we have currently [13:02] and the team is already spread pretty thin [13:02] so we have a few options that i can think of currently... [13:02] 1. scrap the live dvd (not my preference) [13:02] 2. build up the community more (yay!) [13:03] 3. create an "unofficial" livedvd that is "community" supported (weird third option) [13:03] scott-work: I choose 3 for Oneiric [13:03] shnatsel: i presume you meant to help us create an officially built livedvd that is created and hosted by canonical via the automated buildd system that already builds the other images [13:04] is that correct? or am i mistaken [13:04] * scott-work is often mistaken but can easily admit it ;) [13:04] scott-work: I'm OK with that too [13:04] scott-work: I have no idea about Canonical build systems, though [13:04] scott-work: I know I can build a livedvd right now [13:05] the buildd daemon builds the image from our seed files automatically and can only use items in the repositories [13:05] all the ubuntu studio team does is have the seeds in our code [13:05] but it would appear that you are suggesting we build our live dvd manually? [13:05] scott-work: well, building from seeds is OK [13:06] i'm not judging or stating preference, i just want to understand your suggested process for building a live dvd [13:06] scott-work: I'm OK with any process that's best for the project [13:06] i think that different people have different expectations and perhaps perceptions [13:07] shnatsel: but what would your original idea for building a live dvd? [13:07] s/would/was [13:07] scott-work: making an unofficial one for Oneiric to test it out and make it official for LTS [13:08] that was my initial plan [13:08] shnatsel: can you describe what you meant by "official"? [13:08] scott-work: no idea tbh [13:08] lol, okay :) [13:08] scott-work: I have no idea about your processes [13:08] i think i understand though [13:09] perhaps you meant "unofficial" is that we build it and then just test it, we don't announce it publicly as an available image [13:09] then for the LTS we build it and then announce it to the public as an available image [13:09] that's up to you actually [13:09] I build the image [13:09] you do the announcements you want [13:09] sh [13:09] shnatsel: how would you build the image? [13:09] I'm not the PR guy of the project [13:10] i'll explain in a minute why i'm so curious about how you will build and the term "official" in a minute [13:10] scott-work: whatever process you prefer. I can build it locally. I can write a script that builds it. Whatever. [13:10] again, this goes with expectation and perceptions [13:10] okay, i'll explain why i was asking [13:10] It's a matter of apt-get install ubuntustudio-desktop && pack image [13:11] like i said before, we currently use the automated buildd daemon from canonical, the same one ubuntu uses to build their images [13:11] this doesn't make it the "right" way or the preferred way, it just is _the_ way it is done currently [13:11] to some this is the "official" image [13:12] I guess it's handy [13:12] and to some the logic goes the other way as well....it is the "official" image because it's built by the buildd system [13:12] which infers that it cannot be "official" if it isn't built using the buildd system [13:13] again, not passing judgement or saying this is right or "proper", just stating how some feel [13:13] my thoughts are...we choose what image we want to call "official" [13:13] it's an arbitrary decision [13:13] and choosing to say the buildd images are "official" is arbitrary decision as well [13:14] but here's a nice dileneation.... [13:15] currently we follow canonical's QA system for the images and are required to participate in the montly image testing [13:16] but if we offer an alternative image that we build then we might avoid that mandatory involvement in the QA testing [13:16] shnatsel: hey [13:16] hey there everyone [13:16] hi falktx [13:16] not to say we wouldn't test it, but we wouldn't need to test two basically identical images and double our workload on a monthly basis [13:16] shnatsel: the last package had a small error, I forgot cmake [13:16] and section still seems to be kde [13:17] no kde3/kde4 difference I guess [13:17] we could test our current image montly, then after release we could make the livedvd, test is specifically for the "live" aspect, then make it available for people :) [13:17] shnatsel: do you have any objections, suggestions, comments, etc to what i described? [13:19] falktx: you mentioned hosting a livedvd on your sourceforge page, is that still a valid offer? [13:19] scott-work: yes! [13:20] scott-work: I'm OK with that, except for the LiveDVD needs some testing too, and I think it's better to do it before the release, not after [13:20] scott-work: but making it takes a lot of time, so I think it's better to wait until final release, then make one [13:20] falktx: not that much [13:20] hm? [13:21] falktx: I've apt-built my squashfs-tools, so now I can build live Ubuntu images in ~30 minutes [13:21] compression stage takes 2-4 minutes [13:21] AuFS mount of squashfs - 1 minute [13:21] or less [13:21] shnatsel: 2-4 minutes? what cpu do you have?? [13:22] it takes ~30 mins to compress the squash fs for me... [13:22] falktx: use apt-build :P [13:22] falktx: Core2Quad Q6600 [13:22] ah [13:22] falktx: I bet Gentoo would build it even faster [13:22] quad [13:22] I have dual core 2.1Ghz [13:23] falktx: 2.4 here [13:23] makes sense [13:23] falktx: I don't have 100% CPU usage anymore [13:23] shnatsel: have you looked at my script? [13:23] falktx: after I apt-built squashfs-tools [13:23] now the bottleneck is the hard disk [13:23] falktx: which one? [13:23] to make a live iso [13:24] falktx: nope. never heard of it. [13:24] http://kxstudio.git.sourceforge.net/git/gitweb.cgi?p=kxstudio/kxstudio;a=blob;f=scripts/kxstudio-create-iso;h=45a71bd0caa04359986fbb5e4989feee05abc9d5;hb=refs/heads/master [13:24] gah [13:24] one more reinvention of the wheel [13:24] shnatsel: well, it's for personal use [13:24] elementary has a similar thing when I came [13:24] but shared as all-is-opensource spirit [13:25] falktx: this is a sure overkill. Just use UCK. [13:25] shnatsel: I used that script to build previous KXStudio ISOs [13:25] I like to have control, using an app to make things for me it's not what I want here [13:26] falktx: UCK does all the boring stuff and lets you script the rest [13:26] falktx: but, really, the ISO build script should be "uncompress minimal ISO, install metapackage, build ISO" [13:27] my script creates a new empty chroot and builds from there [13:27] falktx: UCK does the same. [13:28] falktx: but UCK is popular and polished [13:28] falktx: and you don't have to care about working around upstream bugs [13:29] falktx: moreover, it doesn't stupidly uncompress the base image - it uses an AuFS mount when possible, which speeds up base image uncompression several times [13:29] falktx: reinventing it is not a good idea. [13:29] I don't think I'm reinventing, I'm just doing things as I know [13:30] I never used UCK [13:30] OK, as you wish [13:30] I tried that in elementary and had to give up this approach because debugging and maintaining it took too much time [13:31] so I switched to UCK [13:32] shnatsel: consider it this way - I made that script (which are basically the command-line stuff I need to run, just packed), so I'm very confortable with it [13:32] then I switched installing separate packages to Germinate-based seeds, because apt-get lines left too much unwanted stuff after them, or pulled it back in on updating some packages [13:32] and I got tired of debugging it [13:33] debugging? [13:33] falktx: sure [13:33] creating an ISO is simple, it's just take takes a lot of cpu and disk usage [13:33] and my disk already broke once [13:33] falktx: lol [13:33] my laptop no longer has warranty, so I need to be extra careful [13:33] falktx: bug 799375 [13:33] Launchpad bug 799375 in elementary OS 0.2 "Leftover packages in Luna" [High,In progress] https://launchpad.net/bugs/799375 [13:34] falktx: do you know how many times I tracked those recommends and removed them just to get unity back in the ISO in a week? [13:35] shnatsel: ahaha, I never had that problem [13:35] it's all about meta-packages [13:35] falktx: yep [13:35] kxstudio meta-packages are simple and clean [13:35] falktx: so, elementary build script now looks like "call uck to unpack image, install metapackage, call uck to pack image" [13:36] because there's no point in maintaining custom build functions [13:36] uck already does it and does it very well [13:36] I believe in you [13:36] but [13:37] "don't fix what ain't broken" [13:37] falktx: time will break it. [13:37] falktx: unfortunately :( [13:37] shnatsel: if my script stops working, I'll definitely try uck [13:37] but, except maybe for US, I dont plan to build any more ISOs [13:42] shnatsel: sorry, i probably didn't explain myself properly about testing and a live dvd [13:42] we would do all the expected testing for the alternative image throughout the cycle, this validates the image and applications [13:43] falktx: if you ever plan to do it again, apt-build your squashfs-tools, or even use a compiler that optimizes better than GCC :) [13:43] then after the "official" (i.e. the buildd built image) is released then we create the "community" image [13:43] then we test the "community" live dvd only for the "live" aspect, we don't need to reaffirm the packages work, etc [13:45] scott-work: OK [13:45] np [13:46] whatever is best for you [13:48] i just wanted to point out that we would test the live dvd, but just a select aspect of it [13:49] shnatsel: this isn't a firm decision yet and the team really needs to discuss this further on how a live dvd would be created, supported, etc [13:49] scott-work: I hope this is none of my business :) Alert me when you make a decision. [13:49] i think we should also discuss _which_ images we might want, some might suggest eliminating the alternate image completely [13:50] yep [13:50] it makes even more sense if the ubiquity patch will be a success [13:50] s/will be/is/ [13:50] shnatsel meant: "it makes even more sense if the ubiquity patch is a success" [13:51] shnatsel: lol, i think we would appreciate your involvment if only to inform us of the available methods and their advantages [13:51] kubotu: are you a bot? [13:51] kubotu is the bot normally found only in Kubuntu channels [13:52] charlie-tca: yeah, i know, but sometimes i try to get him to say something [13:52] but i forgot, i though jussi muted him a while back...hmmm, i wonder what changed [13:52] that bot used to spout all kinds of crap at random intervals and seemed to be responding to other conversations in other channels :/ [13:53] I wish the rest of the bots could give the corrections the way kubotu does [13:53] lol [13:53] elementary's RabbitBot is clever enough to respond to greetings, praise and calling names :) [13:56] I don't think that an alternate image is a good idea really [13:57] if you don't want to support two images, use livedvd :) [13:57] but, let's first make one and see if it works at all [13:58] So, I wrote some docs on edubuntu's ubiquity: https://docs.google.com/document/d/1JinRIl_hYWJA4L0COe9r5uAX4ZgmfqyIYmC5Tdhfn3o/edit?hl=ru [13:58] https://docs.google.com/document/d/1JinRIl_hYWJA4L0COe9r5uAX4ZgmfqyIYmC5Tdhfn3o/edit [13:58] actually [13:59] yup... +1 live disc [13:59] but, maybe not this cycle [13:59] shnatsel: did you help edubuntu develop this? [14:00] scott-work: nope [14:00] scott-work: I just went and questioned stgraber [14:00] and then wrote this doc [14:00] cool [14:00] cory had mentioned talkign to the edubuntu guys about this [14:01] btw, me and stgraber work in some close areas, e.g. he wrote Arkose and I wrote Glimpse. I guess it could be a good idea to team up. [14:01] Well, now we have the info :) [14:04] So, to get that we need the following: [14:05] 1) fix bug 840144 [14:05] Launchpad bug 840144 in ubuntustudio-meta (Ubuntu) "Use recommends instead of depends in seeds" [Undecided,New] https://launchpad.net/bugs/840144 [14:06] 2) customize edubuntu-live package and make ubuntustudio-live [14:06] 3) viola, build the ISO [14:07] btw, you have an enormous amount of [needs-packaging] bugs... I'd really want to see darktable in Ubuntu repos [14:09] oh, it's available in Oneiric! Yay! [14:09] * shnatsel installs in in Glimpse to try it out [14:16] wow, darktable is super-cool indeed [14:17] shnatsel: i offer two comments about [needs-packaging] bugs... [14:17] there was a really nice email on the list too [14:17] 1. we haven't really had someone to package things [14:17] about xsane [14:18] some other stuff more opinion bases... [14:18] based* [14:18] 2. REVU (the ubuntu process for new packages) seems to be quite slow and unrepsonsive to audio/graphical/video packages [14:18] is there a REVU channel? [14:18] holstein: i read that last night or this morning while walking dogs, it's good information [14:18] holstein: i don't know about a REVU channel [14:19] shnatsel: but we have found that submitting bugs, or appending launchpad bugs for debian, tends to move things along well [14:19] i think its just *-motu [14:19] scott-work: im going to hang with pete graner today :) [14:19] its his Bday too [14:19] cool :) [14:20] he's still with the kernel team, right? [14:20]