[00:11] Sweet, Hardy is sufficiently faster than Gutsy that I can now watch some HD videos in realtime without massive frame dropping. [00:19] shouldn't autoclean interval be 1 instead of 0? [00:19] apt seems to be piling up old versions of packages (like 30 versions of the same nvidia driver etc) until it fills up my hard disk :| [00:47] YokoZar: that's probably because of recent improvements in ffmpeg's decoding performance [00:49] jdong: Cool. Either way end users will be happy to know that they can now watch higher resolution...movies... [00:55] indeed [01:13] dear firefox3. why do you render my nagios map as white on white? [01:15] * lamont upgrades to see if firefox changes [01:20] Bug #212660, suspect mjg59's three headed monkey spotted in wild in 2.6.24-1[45]. System goes through all the motions of suspending/resuming, but the kernel spews debugging information into dmesg instead of actually suspending. If anyoune could point me to a handy guide on how to interpret this outputm that would be much appreciated. [01:20] Launchpad bug 212660 in linux "kernel 2.6.24-15 fails suspending" [Undecided,New] https://launchpad.net/bugs/212660 [01:21] Interestingly enough (and the log shows this), suspend/resume works normally once. [01:21] -12 kernel functions as expected. [01:22] Is there a convert pdf text documunt to odf or something? [01:27] PurpleBlu: this isn't the right channel to ask support questions [01:28] jdong, I thought I was in my local ubuntu-chicago channel. sorry [02:50] Does anyone else use the "USA International (with dead keys)" layout? The dead keys aren't working for me in Hardy, though they worked in Gutsy [02:54] The new key layout does't show any way to get an a or o with a tilde on it...which makes it difficult to type Portuguese correctly === nixternal_ is now known as nixternal === jamesh_ is now known as jamesh [05:12] pitti: Can you please take a look at bug 212801. f-spot has depwait on powerpc due to this. [05:12] Launchpad bug 212801 in gnome-desktop-sharp2 "Please promote to main on powerpc" [Medium,Triaged] https://launchpad.net/bugs/212801 [05:14] TheMuso: Hobbsee told me to contact you. I am trying to solve OOo FTBFS on powerpc, but unable do test my solution since I don't have much disk space on my machine. She said you have access to some powerpc machine. [05:14] TheMuso: i know you used the ubuntuwire ppc for a while - any idea if that's still up? [05:17] Hobbsee: No idea. [05:18] slytherin: I am actuallyw orking with calc on this one as we speak. Got a test build going on my PPC. [05:18] TheMuso: ok. What changes did you do? [05:18] slytherin: I've been instructed to disable ppc java support building at this time, build likely won't be done for several hours yet. [05:19] slytherin: calc also told me that I should b elooking at approx 10GB used for the build. [05:21] TheMuso: But it is already disabled right? I say some code in rules file that disables java support if arch is powerpc. I was in fact going to suggest to remove the code i.e. re-enable java support. I will also take a look at Debian's diff.gz to see how it differs in this respect. [05:21] slytherin: Sorry thats what I meant. [05:22] TheMuso: thanks for looking into it. :-) See you later. [05:22] cr3: ! [05:23] fabbione: dude! how's it going? [05:23] fabbione: since you happen to be in #ubuntu-devel, will I have the pleasure of your spankings at uds? [05:24] cr3: pretty good thanks... [05:24] cr3: nope.. i haven't been invited [05:25] fabbione: that sucks. I'm sure you could double my productivity just by the fear of your presence :) [05:25] cr3: ahahha [05:25] cr3: just think that i am always behind you [05:25] cr3: if not me, my spirit will be there :) [05:25] fabbione: would it be too much to ask for a poster or a cardboard cutout of you? [05:25] I can sell one of mine. [05:26] cr3: perhaps me frozen in graffite like Ian Solo? [05:26] I have a livingroom full of cardboard cutouts of fabbione. [05:26] * cr3 fabbione if I had a cardboard cutout of you, I'd really keep it next to my desk, no matter what canonical might think :) [05:26] hm, that didn't come out quite right :( [05:28] ahahah [05:28] fabbione: nah, Ian Solo had a kinda desperate look. I'd go for the "angry and will make my cry like a little girl" look. [05:33] getting late for me, cheerio folks [05:33] night cr3 [05:33] take care dude [05:33] and don't dream too much about me [05:34] it's not healty [05:34] oh gone... [05:34] well === asac_ is now known as asac [06:58] Good morning [07:15] how does "add/remove programs" populate its list? [07:15] from a package [07:16] app-install-data I believe [07:16] i see it now. is there any reason why vinagre would have two entries in menu-data? I'm not even sure what vinagre.desktop vs vinagre-file.desktop are for [07:16] bug 213207 [07:16] Launchpad bug 213207 in vinagre "Vinagre appears in Add/remove applications twice as "remote desktop viewer"" [Undecided,Confirmed] https://launchpad.net/bugs/213207 [07:17] oh, interesting [07:17] but it's also twice in app-install-data-ubuntu [07:17] yeah [07:17] automatically generated or something [07:17] that data comes from flags in the .desktop files [07:17] so i guess i can just remove the -file one from menu-data [07:18] well, I think you fix the .desktop in vinagre [07:18] the app-install-data packages are autogenerated [07:18] ah [07:18] vinagre-file is the base of some sort of shell extension i assume, like right clicking or open with? [07:19] xtknight: pastebin the 2 .desktops [07:20] /usr/share/applications/vinagre.desktop: http://rafb.net/p/eGJVPW93.html ; /usr/share/applications/vinagre-file.desktop: http://rafb.net/p/YC1fCl94.html [07:20] some nasty unicode there [07:21] (the file's fine locally) [07:22] NoDisplay=true on the second one. maybe Add/Remove should not populate when NoDisplay=true [07:22] or the autogenerator === hunger_t is now known as hunger [07:24] xtknight: I'd maybe add a task on app-install-data-ubuntu to that bug report [07:25] ok [07:30] LaserJock, for example, xfprint4 has the same problem. only, the two entries are named differently and refer to the same binary package. [07:31] and removing them works fine, they just treat each other like dependencies, X each other out [07:32] yeah [07:32] I suspect there may be a few of those [07:32] http://rafb.net/p/WPAfvU75.html [07:33] a whole list of possibilities. pavumeter also happens [07:33] where is that from? [07:33] which directory? [07:33] i just did "grep -i NoDisplay=True *" in menu-data under the app-install package [07:33] k [07:33] well NoDisplay=True isn't a great criteria [07:34] what you're looking for is packages that produce more than 1 .desktop file [07:58] xtknight, i ran into this some time back on the myth packages too [07:59] xtknight, you want to put X-AppInstall-Package=PACKAGE in the desktop files [07:59] er well wait that's a different problem i ran into as well [07:59] ok i made a silly little script to determine which pkgs have >1 .desktop file. here are the results for my system, the pkgs i have installed, for what it's worth: [07:59] http://rafb.net/p/alPgv347.html [07:59] xtknight, i think i actually had mvo add it a list to restrict it [08:00] hmm [08:00] and then added that X-AppInstall-Package key to the remaining desktop file to make sure the right one got installed [08:01] Good morning [08:03] superm1, ok so looks like i should just remove X-AppInstall from the auxiliary vinagre-file desktop file? [08:03] that won't cause any regressions or side effects? [08:03] pitti, told me that language packs are generated twice in a week, but now they are 15 days old. Is there a special place to take them ? [08:03] xtknight, please check with mvo [08:03] xtknight, he'll know for sure [08:03] mvo? ah ok [08:04] is that his nickname on here [08:04] yeah [08:04] thx [08:14] good morning [08:14] dholbach! [08:15] hey LaserJock [08:15] morning dholbach [08:15] hey mdke [08:15] hey dholbach mdke [08:15] morning Seb [08:21] is gnome-volume-manager necessary for things like autoplaying a DVD? Those options have moved to nautilus and I see this morning's upload of g-v-m disables the scanner command [08:22] hey Ng [08:22] that's the only one currently enabled in mine anyway, so I'm wondering if I can get away with removing it from my session [08:22] I thought hal just told gvfs that a DVD has appeared [08:22] hey seb128 :) [08:22] Ng: can you do printing tests today? [08:23] Ng: upstream fixes the glyph positionning issue on the pdf example attached to the bug, I would like to know if that makes the printer work correctly too [08:23] seb128: sure. we've had xerox confirm that the PS crashes their lab machines, so they're going to work on a fix for some future firmware. [08:23] pdf bug 150187? [08:23] Launchpad bug 150187 in poppler "[gutsy] [regression] Evince has very bad quality when printing pdf files." [Unknown,Confirmed] https://launchpad.net/bugs/150187 [08:24] xtknight: no [08:24] hi there [08:24] so, i cant get help in the public channel so i try it here, iam sorry, i know is a developer channel. so [08:25] Silicium, what's your question? [08:25] Silicium: try #ubuntu [08:25] but obviously it would be nice not to be generating invalid ps :) [08:25] how i can add more than one repositorys into a preseed file? [08:25] seb128: no chance, this guys does not know what preseed is oO [08:26] Ng: the ps generated is valid as far as I can say and upstream had no validity issue with it neither, it's displayed correctly on screen out of the glyph positionning bug [08:26] ah [08:26] ok [08:27] can i add this regulary or must create a script to do this after base install? [08:29] Silicium, #debian might have a better idea but make sure it's not ubuntu-specific [08:29] sounds like debian-installer stuff to me so.. [08:29] yea thanks [08:30] Silicium: you can try #ubuntu-installer too if that's an installer question [08:31] ok tx [09:14] lu seb128 [09:15] lut kagou [09:17] salut [09:17] lut crevette [09:17] salut seb128 [09:19] <\sh> hmm...should /etc/init.d/ssh restart fail when a user is still logined via sshd or should it restart with kicking out the sshd sessions? [09:19] <\sh> right now, it just failes because port 22 is still available [09:21] <\sh> I mean, it could restart the main sshd process..without interfering with the sshd which is started for the user [09:21] Hobbsee: looks like pitti is too busy to take notice of bug 212801. Do you know anyone else who has the power to do it? [09:21] Launchpad bug 212801 in gnome-desktop-sharp2 "Please promote to main on powerpc" [Medium,Triaged] https://launchpad.net/bugs/212801 [09:21] \sh: It does neither. It restarts the listening process only. [09:21] \sh: That's what it does. [09:21] slytherin: ubuntu-archive \ {Hobbsee} [09:21] <\sh> Fujitsu, hmm... [09:21] <\sh> Apr 7 10:15:09 home-emt64 sshd[13757]: Received signal 15; terminating. [09:21] <\sh> Apr 7 10:15:09 home-emt64 sshd[13775]: Server listening on :: port 22. [09:21] <\sh> Apr 7 10:15:09 home-emt64 sshd[13775]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use. [09:22] <\sh> so what is the error message then? [09:22] \sh: Hum. That would happen if the socket was closed improperly, or if another process is actually listening on it. [09:22] \sh, netstat -taupen |grep 22 helps [09:22] Fujitsu: I didn't understand. [09:23] slytherin: Bah, that was normalish set notation. [09:23] \sh: That error is perfectly normal and can be ignored [09:23] Any member of ubuntu-archive, except Hobbsee. [09:23] Fujitsu: are you the member? [09:23] \sh: under linux if you listen on :: then you listen on the same ipv4 port too by default, causing the error meesage [09:24] slytherin: I don't appear to be a Canonical employee, so not as far as I know. [09:24] Fujitsu: or do you know anyone else who is online right now? [09:24] <\sh> sjoerd, evil... [09:24] \sh: not really [09:25] <\sh> sjoerd, well...when I read the error message, it can give me the view, that the restart didn't work properly somehow..but that's just me [09:25] right, the error message is indeed a bit misleading [09:25] <\sh> another thing, why I actually restarted sshd, is vi /etc/login.defs and change hushlogin file from .hushlogin to /etc/hushlogins...and the described behaviour doesn't work somehow..while touch ~/.hushlogin works as expected [09:26] and it doesn't work in etch either actually [09:27] it seems to have been broken for quite some time [09:27] sjoerd: hey, your gnome-keyring dbus restart patch is crashing, I sent the bug to the bts [09:28] #? [09:28] there's hardly any info on hushlogin on google, apart from what's written in /etc/login.defs [09:28] sjoerd: ok, you don't read the pkg-gnome bugs, I was not sure ;-) [09:28] sjoerd: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474418 [09:28] Debian bug 474418 in gnome-keyring "gnome-keyring-daemon crashed with SIGSEGV in dbus_connection_remove_filter()" [Normal,Open] [09:28] seb128: ah, you send it to the dbts :) [09:28] seb128: i though you meant the upstream one :) [09:29] sjoerd: no, I didn't know it had been sent upstream, that was still a debian change before today ;-) [09:29] i do read the pkg-gnome bugs, but i tend to lag [09:30] <\sh> raphink, check apt-get source shadow , where /bin/login is created... [09:30] <\sh> raphink, looks like a bug inside the source [09:30] yes, looks like login actually doesn't consider the HUSHLOGIN_FILE parameter [09:30] but uses .hushlogin directly [09:31] sjoerd: I would say bugzilla for the upstream bug tracker ;-) [09:31] :) [09:31] <\sh> raphink, well, it does somehow but not as described [09:33] addenv ("HUSHLOGIN=FALSE", NULL); [09:33] /* [09:33] * pam_unix, pam_mail and pam_lastlog should take care of [09:33] * this [09:33] */ [09:33] hi allee [09:33] seb128: Can you please look at bug 212801? It causes depwait for f-spot on powerpc [09:33] Launchpad bug 212801 in gnome-desktop-sharp2 "Please promote to main on powerpc" [Medium,Triaged] https://launchpad.net/bugs/212801 [09:33] raphink: please use pastebin [09:33] sure [09:34] sorry [09:34] morning raphink, long time no see [09:34] \sh: the definition of this variable seems to be controlled by the hushed function [09:35] <\sh> yepp... [09:35] * \sh stops now and goes home [09:35] which is returned by pam_open_session [09:35] slytherin: could do that, the bug has been opened on a sunday and is open for less than a day though, no need to ping people on IRC [09:36] seb128: Ok. Will keep that in mind now onwards. [09:36] ah no [09:49] * Nafallo ponders [09:50] anyone know of a bug with backlight? my vaio seems to have it turned off in hardy. [09:52] Nafallo: gnome-power-manager issue? You want to speak to ted when he'll be around, it's sunday night still for him right now [09:52] hmmm [09:52] hushlogins actually works with the login command, but not with ssh [09:56] \sh: openssh deals with hushlogin itself without using login [09:57] session.c: snprintf(buf, sizeof(buf), "%.200s/.hushlogin", pw->pw_dir); [10:06] seb128: dunno where it comes from. will speak to him, thanks :-) [11:20] I want to force a debconf question on some upgrades to help fix a problem that existed in some previous versions of a package. [11:21] This works fine when the package is installed with dpkg, but not with apt, as that calls config twice for the upgrade, and so I end up forcing it to be shown twice. [11:21] What would be the best way to ensure that the question is only shown once on the upgrade? [11:22] as far as I know config is called with the same arguments both times isn't it? === doko__ is now known as doko [11:26] james_w: I take it this is a debconf question that already existed beforehand? [11:28] cjwatson: yes, this is ca-certificates again. [11:28] james_w: I've done this kind of thing before; bear with me while I find an example [11:28] I'm overriding the seen flag in certain cases to give a prompt to the user when we are reasonably sure that they were hit by the bug. [11:29] unfortunately I didn't test with apt as I didn't realise there would be this difference. [11:29] (I did it by setting a different flag, seen_in__upgrade, IIRC; flag names are actually quite free-form even though "seen" is special) [11:29] ah, so you can set arbitrary things with db_fset? [11:30] james_w: right; look at /var/lib/dpkg/info/man-db.config [11:30] thanks. [11:30] james_w: and the cleanup code near the end of the postinst [11:31] james_w: at the time, joeyh said he'd never heard of anyone else taking advantage of the fact that you can have arbitrary flags, so I got to feel special ;-) [11:31] :-) [11:32] this is an SRU as well, so should I use one flag value and not clean up until hardy, so that the user will only be prompted once? [11:33] hmm [11:33] that would work [11:33] I'm not sure whether I prefer that, or special-casing the SRU versions in hardy [11:34] yours is probably neater given that dealing with non-trivial trees of versions is a pain [11:35] yeah, pitti wasn't happy with my initial version that special cased the versions, so the current code will prompt once per distribution upgrade. [11:40] not cleaning up the flag in the SRU is fine as long as it gets cleaned up eventually. I do have an objection to leaving cruft in the debconf db that never gets cleaned up, but "eventually" is fine. [12:24] morning [12:24] is it hard to setup your own apt-repository [12:24] ? [12:25] no [12:26] ok i found a mini howto [12:26] now next step [12:26] is it hard to create a .deb file ? [12:27] and if not ... is there a howto avail ? [12:28] create a deb, for me means nothing; you want to create a new package from scratch ? [12:28] or just rebuild existing package [12:30] crevette: build somthing from scratch [12:31] I would start to read docs on internet on debian.org [12:31] and look in package sources for example [12:31] apt-get sources [12:31] ok [12:32] https://help.ubuntu.com/6.10/ubuntu/packagingguide/C/index.html [12:32] you can read that [12:32] https://help.ubuntu.com/ubuntu/packagingguide/C/index.html rather [12:32] ah yeah this one is neat [12:37] just some files that need to be placed somewhere i'll figure it out [12:37] thanks for your help seb128 [12:37] and crevette [12:37] you're welcome [12:45] crevette: the fact is [12:45] the pages you gave me were from c/c++ projects [12:46] beasty_: it doesn't make much difference; the only thing that really changes is what you put in the debian/rules build target [12:46] all i need is that some files are distribuated to certain directories [12:46] since compiling source is strictly more complicated than just putting files in place, you can just simplify what you have [12:47] also read debhelper(1) and its various child manual pages, specifically dh_install(1) [12:55] TheMuso: around to discuss launchpad integration changes? [12:55] seb128: Yes I am. [12:57] TheMuso: what would you think about changing the launchpad_integration_add_ui to add the separators automatically? [12:58] TheMuso: that's what is used in most cases, it would mean we can use the short version and update quickly the packages using it [12:58] seb128: I don't know why that wasn't suggested in the first place, so no argument from me. [12:59] since the semantic change we can bump the soname [12:59] so we know what we need to rebuild [12:59] and the changes are just dropped the separators in the xml descriptions [12:59] s/dropped/dropping/ [12:59] Yeah I gathered. [13:00] cjwatson: any opinion on doing that or not? [13:00] Do you want to keep the additional function, i.e the _with_separators function? [13:00] entirely your call as far as I'm concerned [13:00] does it deal with handling the case where the LPI bits are at the start or end of the menu? [13:00] TheMuso: yes, it can be useful in case we don't want add a separator before and after which can happen [13:01] cjwatson: we still keep the new function for those cases [13:01] seb128: ah of course. [13:01] but right we could try to get the standard function clever and detect menu start and end [13:01] but not something for hardy [13:02] as long as the old library is kept around until everything's rebuilt, the disruption should be minimal [13:02] ok [13:02] TheMuso: can you do that now? ;-) [13:02] GNOME 2.22.1 tarballs are due today [13:03] so if we can land the lib change before the uploads we will have most of rebuilds done easily [13:04] seb128: Yes I can... You said to bump the soname? I still don't quite understand why, if the API is staying the same... [13:05] TheMuso: the sementic change, we needed to add the separators to the ui description and we don't now [13:05] TheMuso: and that makes easier to know what needs to be rebuilt or not [13:06] TheMuso: I don't have a strong opinion about it though [13:06] could an archive admin please sync tightvnc, since the current version is uninstallable [13:06] seb128: Ok. We are only bumping the soname for liblaunchpad-integration, adn not lpint-bonobo? [13:07] TheMuso: right [13:07] seb128: Ok, I'm on it. [13:07] TheMuso: if that's possible, if they are coded to have the soname changing both is no issue [13:08] Ok. [13:08] tjaalton: ups, forgot the other day, I just synced it now [13:09] seb128: heh, thanks :) [13:10] infinity: I managed to run BuildLiveCD locally and it does indeed stop at 72% for kubuntu-kde4 [13:11] now I wonder where to start in reproducing it [13:22] sebOk code changes are done, give me a bit to test. [13:22] gah [13:26] seb128: One question. What part of the soname needs to be bumped? I'm guessing one of the minor fields? [13:27] TheMuso: wait, I've got yet another idea [13:27] seb128: Ok. [13:28] TheMuso: can we look to the previous and next element and know what they are? [13:28] seb128: I don't know enough gtk to comment. [13:28] TheMuso: in which case we can add the separators only those are not separators already [13:31] TheMuso: hum, not trivial to do and not required I would say, let's do the soname change rather [13:31] TheMuso: the soname is the number directly after .so, the major number [13:31] seb128: Right, I thought the soname referred to all three numbers as a whole. [13:32] TheMuso: anyway it's late for you now no? Maybe let's continue tomorrow rather than rush if you want [13:32] seb128: I'm at the point where I'm ready to test my changes, its fine I can do this now. [13:32] TheMuso: ok, thanks [13:35] seb128: A quick question about seahorse. Is there any way we can get seahorse agent to load in a way that it sees the GTK_MODULES environment variable for at-spi? Currently the pop-up dialogs for SSH/GPG keys are not accessible, because seahorse-agent loads too early. [13:35] slomo: ^ do you know about that? [13:37] TheMuso: what do you call seahorse agent? gnome-keyring does ssh and gpg in hardy now [13:38] seb128: seb128 in /etc/X11/Xsession.d there is 60seahorse, which queues seahorse-agent to be loaded... [13:38] Unless that is a remnant left on my system... [13:38] seb128: does gnome-keyring happen to support keys from a gnupg smartcard? [13:39] The following packages will be REMOVED [13:39] linux-686 linux-generic [13:39] le huh? [13:39] TheMuso: the seahorse package claims that file here, and I too have seahorse-agent parenting my session [13:42] siretart: no idea [13:42] TheMuso: hum right, I guess gnome-session should start it rather or something [13:44] seb128: Right, maybe something for hardy+1. I'm just thinking of others. I can work with the dialogs fine myself. [13:45] ok [13:45] seb128: is there some announcement or something about the gpg support in gnome-keyring? I fail to find it in the changelog? [13:46] siretart: http://live.gnome.org/GnomeKeyring [13:47] that page doesn't loose any word about 'gpg' nor 'gnupg'. [13:47] it does talk about ssh, though [13:50] AFAIK, seahorse agent officially replaced gnome-keyring-manager [13:52] siretart: are you sure it does gpg? [13:52] seb128: you claimed that before. that's why I'm asking [13:52] 14:37:00 < seb128> TheMuso: what do you call seahorse agent? gnome-keyring does ssh and gpg in hardy now [13:53] siretart: typo then [13:53] siretart: it does ssh [13:53] seahorse does both (but without smartcard support) [13:54] is it the intention to make gnome-keyring replace seahorse? [13:55] siretart: I think so, at least the agent part, maybe not the user interface [13:56] hm [13:56] on what (gnome?) mailing list do such discussion happen? [13:57] does update-notifier leave a file somewhere when there are updates available>? [13:59] lamont: I presume it just asks apt. [14:01] Good morning [14:01] james_w: and the question is 'does it leave that info in a file somewhere, or is it completely in-core?' [14:03] Hi, I have a bug that is _really_ a blocker for FF3 in hardy, can someone take a look at it? [14:03] (It affects certin pages seemingly for no reason) [14:04] ffm_: ask asac politely [14:04] Can someone please look at Bug #212315 [14:04] Launchpad bug 212315 in firefox-3.0 "Page does not render, old tab appears in place" [Undecided,New] https://launchpad.net/bugs/212315 [14:04] Riddell: How's that? [14:04] soren: I'll have a look at 197968 [14:04] YokoZar: ia32-libs> no, of course not [14:05] Hm.. it works... odd... [14:05] lamont: there is a file /var/lib/dpkg/status which has status of all the applications. I guess apt uses this file and compares list of packages to determine if upgrades are available [14:06] ffm_: the page you link to works fine for me [14:06] slytherin: I know how to do the task over, I'm just wondering if update-notifier has made it trivial [14:06] slytherin: promoted [14:07] pitti: thanks. Can I also ask you for a give back for f-spot? [14:08] slytherin: nothing to give back, it's depwaiting [14:09] pitti: so will it automatically start building? It was depwaiting due to libgtkhtml3.16-cil being in universe [14:09] lamont: it seems to ask /usr/lib/update-notifier/apt-check [14:09] slytherin: yes, it will [14:09] pitti: Ok. Thanks a ton [14:09] lamont: which does "sys.stderr.write("%s;%s" % (upgrades,security_updates))" [14:11] ffm_: for me that page works [14:13] james_w: kewl [14:18] * Hobbsee just gave it back [14:18] hmmm [14:24] cjwatson: do we build xubuntu from universe nowadays? [14:24] hello dholbach [14:24] hi megabyte405 [14:24] dholbach: yes we do. [14:25] megabyte405: as i understand it: abiword is currently in main because xubuntu made use of it, as TheMuso just said we build xubuntu from universe nowadays [14:25] megabyte405: which means: if we move abiword to universe we wouldn't have to bother filing main inclusion requests for build-dependencies [14:25] hmm [14:25] abiword is also about the only wordprocessor that doesn't suck... demoting it sounds bad. [14:25] yeah, I'm not immediately in favor of moving abi to universe [14:26] Fujitsu: having it outdated doesn't sound good either though [14:26] Hobbsee: looks like you did the give-back too early. Let it be handled automatically now. :-) [14:26] seb128: This is true. [14:26] seb128: bug 202174 is all about getting it updated [14:26] I'd rather make a subpackage abiword-collaboration [14:26] Launchpad bug 202174 in abiword "Please update to version 2.6" [Undecided,Confirmed] https://launchpad.net/bugs/202174 [14:26] dholbach: well, you start speaking about promoting new things [14:26] megabyte405: still it'd build from the same source package (which is in main, so all of it's build-depends would need to be in main too) [14:26] seb128: no, I pondered demoting it [14:26] dholbach: oh, I see [14:27] I think it makes sense to demote it [14:27] hmm, so that's not a good situation in eitiher way. What would be the estimated effort to get asio in main? [14:27] getting changes into abiword in ubuntu would be quicker too, if it lived in universe [14:27] is there a downside? [14:27] dholbach: I don't believe that's the only reason abiword is in main [14:27] megabyte405: https://wiki.ubuntu.com/MainInclusionProcess [14:27] cjwatson: oh, ok [14:28] dholbach: it's in the Ubuntu DVD seed [14:28] cjwatson: I didn't bother grepping though the seed commit logs, just checked the rdepends [14:28] alright [14:28] I would rather remove collab for the time being, I think [14:28] megabyte405: that'd mean setting a build option? [14:29] yes [14:29] right [14:29] or simply not having the dependency, configure will turn it off automatically if we don't satisfy the dependencies [14:29] I see [14:34] I'm gonna say for now, let's keep it in main, I'll turn off collab, and consider submitting an abiword-plugins-universe package [14:34]