=== micahg1 is now known as micahg === bjf[afk] is now known as bjf === bjf is now known as bjf[afk] === jjohansen is now known as jjohanse-afk [03:36] Hi, anyone can help?, I'm upgrading PHP 5.2 to 5.2.13 for myself and as an excercise [03:37] launchpad build the amd64 but not the i386 package [03:37] http://launchpadlibrarian.net/51213960/buildlog_ubuntu-lucid-i386.php5_5.2.13.dfsg.1-0ubuntu0~andpheppa1_FAILEDTOBUILD.txt.gz [03:38] configure: error: recode extension can not be configured together with: mysql [03:38] this is the error message ↑↑ [03:38] for what I've research, it's because the config file gets rebuild and the patches are loose [03:39] Andphe: please try #ubuntu-packaging [03:39] micahg:oh, ok, sorry [03:39] Andphe: np === dendrobates is now known as dendro-afk [04:19] you have managed to annoy people [no not just me] pretty thoroughly with plymouth [04:19] I'm trying to take some drastic action to get rid of it -- in my mind there can be no justification for it [04:20] but you managed to wire mountall to plymouth pretty thoroughly so mountall must go as well [04:20] and brings a good chunk of /etc/init with it [04:21] Something like plymouth is fundamentally necessary for parallel init to work properly. You don't have to have the splash enabled. [04:21] I'm about to prove that wrong [04:22] For the special-case of not having more than one thing ask for input during boot, I presume. [04:22] what's the second thing that asks during early boot? [04:23] fsck, 1 passphrase input per encrypted device, etc. [04:24] easy fix for that one -- attach all encrypted devices before fsck of nonroot [04:24] fsck of multiple drives running in parallel? [04:25] my old slackware system handled that pretty darn good [04:25] [in the rare case where fsck needed to ask something it reran it in serial mode] [04:26] I guess it comes down to: are you going to enumerate all the things which could possibly ask for input before login, and work around each of them separately? [04:26] I'm actually going to say there should not be any more for any reason [04:27] by the time anything has to ask a boot question except for efs you have a sick system [04:28] and if you want to ask at boot time then it cannot be fixed remotely anymore [04:28] (Unless you extend something like plymouth ;)) [04:29] it is my judgement the better move is to try to bring up console login, networking, and sshd and wait unless you can't even go multiuser [04:30] [can't mount /usr = fatal] [04:31] Yeah, but wouldn't it be cool if it was fatal in a remotely-resolvable fashion? :) [04:31] well if you moved sshd off /usr it would be [04:32] I retooled a system I was using for development once so it could start sshd even if it couldn't remount / rw. [04:32] Anyway, you're welcome to work at removing Plymouth from the startup sequence. I don't think it's a huge issue, though. [04:32] I like your attitude. [04:32] And it's solving real problems, so you'll need to re-implement solutions for them. [04:33] it just managed to wrankle a lot of people because for most people it doesn't solve anything interesting [04:34] I'm not sure about “a lot”, but for many people it won't be solving anything interesting, no. From a distro point of view, though, we need to care about the more general cases. [04:35] I actually worked this problem years ago, and cut about a third off of boot time by bolting a parallel init system on top of inittab [04:35] everything after mount -a can be done in parallel no problem, everything before is not really parallelizable anyway [04:37] Except that's not true - it's entirely possible to parallelise things before mount -a (although some of this is in the kernel), and there's dependencies after mount -a. [04:40] I'm really curious how plymouth would handle /dev/console -> /dev/ttyS1 [04:44] You see, I'm really concerned as neither plymouth nor mountall have demonstrated the rock solidness I've come to expect from Linux systems. === nixternal is now known as Guest69583 === bjf[afk] is now known as bjf === bjf is now known as bjf[afk] [06:52] good morning [07:04] Good morning [07:04] hey pitti [07:04] ccheney: oh, please don't worry, your wife is much more important :) [07:04] hey dholbach === Amto`OFF is now known as Amto_res [08:37] Can someone tell me which is the default scanning tool in Kubuntu? [08:38] tkamppeter: I think that would be skanlite [08:43] tkamppeter: simple-scan [08:50] pitti, is simple-scan not a GTK application? [08:50] tkamppeter: argh, sorry, misread [08:50] tkamppeter: trust raphink, not me :) [08:50] tkamppeter: (unlucky line break just before "in Kubuntu" in my IRC client :) ) [08:52] pitti, raphink, thanks. I have put xsane | simple-scan | skanlite instead of xsane into the Recommends of hplip-gui now, should avoid unneeded GTK installation for Kubuntu users. [08:53] tkamppeter: shouldn't that be a suggests rather? [08:53] tkamppeter: oh, and as for bug 600504, should python-notify be a dependency of hplip-gui then, instead of hplip itself? [08:53] Launchpad bug 600504 in hplip (Ubuntu Maverick) "Dependency on python-notify makes hplip unsuitable for servers" [High,Confirmed] https://launchpad.net/bugs/600504 [08:54] pitti, xsane was already in Recommends:, so I added the other there. [08:55] tkamppeter: hmkay [08:56] pitti, one would need to check whether hplip-gui works without python-notify. Now I have python-notify also in the Recommends: of hplip-gui. [08:57] tkamppeter: hplip-gui is fine; the problem was that hplip itself pulled in python-notify, which caused half the desktop to appear in the server isos [09:00] pitti, this I understand. There were tons of small changes done by the Debian maintainer, he was probably not aware of hplip being used on servers or python-notify pulling so many GUI libraries. Therefore I have introduced hplip-gui earlier. [09:28] Who know APT line for ubuntu please? thanks:) [09:29] and i invite you all to new channel #ubuntu-iq is support all things :) === tkamppeter_ is now known as tkamppeter === Daviey_ is now known as Daviey === almaisan-away is now known as al-maisan === smb is now known as smb-afk === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan === MacSlow is now known as MacSlow|lunch === MacSlow is now known as MacSlow|lunch [12:38] didrocks, let's move there [12:38] so current maverick CDs have notify-osd and notification-daemon installed [12:38] does anybody has a clue why notification-daemon get installed? [12:39] knowing that notify-osd provides notification-daemon [12:39] notify-osd is providing notification-daemon and only notify-osd is in the seeds [12:39] I've no found any versioned depends on it either that would explain it being pulled in === smb-afk is now known as smb [12:45] pitti, Would you be able to rescue ddebs from the last update? ddebs.ubuntu.com is again stripped of any Lucid [12:54] smb: I rescued everything yesterday, and fixed the problem of disappearing amd64 ddebs [12:54] pitti, Hm, was I blind this morning then?... [12:54] no, you aren't [12:55] smb: the maverick ddebs are back [12:55] but the lucid ones not [12:55] smb: but the lucid ones were built ealier than a week ago, so there's nothing to rescue [12:55] but something on them must be wrong still, since they keep disappearing [12:56] pitti, Right. I feared that would be related to the build time of proposed [12:56] pitti, So I should get together with you right after the next proposed upload to Lucid [12:57] well, we need to find out why they disappear in the first place; currently RTFS [12:57] smb: ah, I still have the "-image-debug" hack in place [12:57] smb: which I should remove now, since the lucid/maverick ones are properly named now? [12:58] Right they are [12:58] done [12:58] so the maverick ones should stay now [12:58] and the next lucid round as well [12:58] Hm, one would hope the hack would be a either or hack and not a one xor the other. :) [12:58] hm, but now the karmic ones will disappear.. [12:59] cjwatson, pitti: do you have any clue about notification-daemon? [12:59] seb128: what about it? [12:59] cjwatson, pitti: or rather about why it's on the current iso, cf backlog half an hour ago or so [12:59] seb128: will look in a bit, still messing with ddebs [12:59] pitti, thanks [13:00] pitti, Depends on whether the rebuild of debian would get accepted. ;-) But then this would still leave hardy and jaunty out. Not to mention dapper, though I cannot remember anyone asking for _those_ [13:01] smb: the one-liner to rename the packages certainly would :) [13:01] pitti, I guess I cannot win against that argument. :) [13:01] so as for the "or" hack, I could change the hack to never clean linux ddebs at all [13:01] seb128: looking [13:01] but they'd pile up quickly [13:02] cjwatson, thanks [13:02] Yeah, I think that would soon make is the sworn enemy of IS [13:02] * pitti ponders [13:02] seb128: recommends from libnotify1 [13:03] pitti, I would have guessed the hack would be something like if packagename modufied from old way has a matching package in archive or moified the new way has one, then it can stay [13:03] which comes in from python-notify and gnome-settings-daemon (at least) [13:03] cjwatson, but it's not versioned? [13:03] pitti, But I might think in a too simple way [13:03] cjwatson, and notify-osd provides notification-daemon [13:04] cjwatson, that worked in lucid, I don't see what changed... [13:04] "not versioned"? [13:04] oh [13:05] cjwatson, well the provides should work if the depends is not versioned [13:05] I'll look in more detail [13:05] thanks [13:05] ah yes, I see [13:05] smb: ah, I'll just special-case the versions < 2.32 [13:05] the thing is, libnotify1 is coming in through a package in the desktop-common seed (python-notify) [13:05] pitti, That sounds simple and reasonable [13:05] notify-osd is seeded in desktop, not desktop-common [13:06] so when germinate is processing desktop-common, it doesn't yet know that notify-osd is to be preferred [13:06] (or, put another way, what handles notification-daemon in flavours other than Ubuntu?) [13:06] pitti, And if we ever get Karmic to the other side, we can lower that barrier [13:07] changing the ddeb names for karmic is a much smaller proposition than rewriting the whole packaging, and does not depend on the latter in any way [13:07] I would have no problem with changing the ddeb names being part of an SRU [13:07] that change on its own would be effectively reviewable [13:07] * smb covers [13:08] I don't want to start over on that thread. I am awaiting whatever comes from above [13:09] cjwatson, hum ok, thanks, what would be the best way to solve that then? having notify-osd in desktop-common could be an issue for other desktops? [13:09] didrocks, ^ [13:09] seb128: maybe avoid using python-notify in stuff that's in desktop-common [13:10] seb128: thanks, saw that, so it's an install order issue as we inferred. thanks cjwatson :) [13:10] so either rip the python-notify dep out of hplip, or move hplip to the various desktop seeds rather than having it in desktop-common [13:10] I think I've read pitti talking about that earlier today [13:10] * seb128 reads backlog [13:10] because effectively, this is happening because desktop-common isn't sufficiently self-contained === echidnaman is now known as JontheEchidna [13:11] I'm on the phone, but I dealt with that this morning [13:11] brb [13:11] juil. 01 09:57:43 tkamppeter: hplip-gui is fine; the problem was that hplip itself pulled in python-notify, which caused half the desktop to appear in the server isos [13:11] ok, so another case of pitti fixing the bug before having it reported ;-) [13:11] cjwatson, thanks a lot [13:12] "hplip (3.10.5-3ubuntu2) maverick; urgency=low [13:12] * debian/control: Drop python-notify to suggests, it's pulling half of [13:12] the desktop into server images." [13:12] didrocks, ^ that's fixing it for the record [13:12] oh nice :-) [13:13] pitti, why did you set bug 600504 to "Fix Committed" when you have uploaded the fix already hours ago? [13:13] Launchpad bug 600504 in hplip (Ubuntu Maverick) "Dependency on python-notify makes hplip unsuitable for servers" [High,Fix committed] https://launchpad.net/bugs/600504 [13:13] re [13:13] tkamppeter: since it wasn't quite correct; adding the recommends to -gui is better [13:13] tkamppeter: and you said that you committed that to debian/bzr [13:13] pitti, just for the record that breaks notify-osd on une [13:14] well broke [13:14] seb128: hplip? hardly.. [13:14] but the bug is in alpha2 une isos [13:14] seb128: oh, I see what you mean [13:14] seb128: because hplip only got that dependency yesterday [13:14] pitti, it does, it brings notification-daemon in which is prefered to notify-osd [13:14] seb128: ok, understood; thanks for figuring out [13:14] pitti, I have both currently both Recommends: of hplip-gui and Suggests: of hplip. I did not upload it to Ubuntu yet. [13:15] seb128: so this is essentially "fix committed", the next daily will have it [13:15] (I have added une session to notify-osd dbus service startup so that even if it does reproduce, we won't have that later on) [13:15] tkamppeter: sounds fine; thanks! [13:15] pitti, right, and didrocks fixed notify-osd to include "une" in the list of sessions which prefer notify-osd over notification-daemon [13:15] splendid [13:15] pitti, should I upload the current version into Ubuntu, so that this gets the one of a2? [13:16] tkamppeter: no hurry; it won't get into a2 any more anyway [13:16] tkamppeter: the server ISOs got respun, and their size is fine again [13:16] tkamppeter: and it's not a real issue for desktops, just a minor inconvenience for UNE; but it's only alpha-2 [13:17] smb: ddeb-retriever h4ck adapted; should DTRT for jaunty/karmic/lucid/maverick now [13:18] pitti, PHP (probably help paying) :) [13:18] smb: :) [13:19] (should have meant probably helps praying, but i seem too weak to hit the keys) [13:19] smb: Freudian typo, eh? [13:20] pitti, Heh, maybe. Who knows. [13:20] Doesn't help to switch between two keyboards [13:21] smb: you got a new shiny ergonomic one? [13:21] pitti, Nah, just the other one and the Thinkpad on which irc is running === fddfoo is now known as fdd === MacSlow|lunch is now known as MacSlow === dendro-afk is now known as dendrobates === sconklin-gone is now known as sconklin === sebner_ is now known as sebner === dendrobates is now known as dendro-afk === Amto_res is now known as Amto`OFF === dendro-afk is now known as dendrobates === bjf[afk] is now known as bjf === deryck is now known as deryck[lunch] [16:30] pitti, when do you do your magic for a milestone 'start' for a-3 ? [16:30] apw: I don't have to [16:30] apw: it's built into the code [16:30] as soon as the previous milestone ended, it's considered the start of the current one [16:31] so tomorrow all charts will be "clean" and trend line will be correct [16:31] pitti, oh so it will happen automatically then, the 'clear out' for the later milestones [16:31] awsome ... [16:31] this works well as long as you do the planning before the milestone starts [16:31] pitti, yep indeed [16:31] apw: yes, it rewards planning which happens on time :-P [16:37] so when does main unfreeze? [16:37] i want to finish one last test-build of mono 2.6.3-3 before sending it to experimental, and merging from that [16:38] directhex: go ahead [16:39] pitti, few hours left of my test-build on agricola before it's an issue, I just wanted to check [16:39] ARM test-builds are slow === dendrobates is now known as dendro-afk [17:01] doko - do you know what creates /usr/lib/jvm/java-6-sun-1.6.0.20/jre/plugin/i386/ns7/libjavaplugin_oji.so as an alternative for mozilla-javaplugin.so on hardy? i don't see it created on my machine with all the sun-java6 packages installed [17:02] but some users have that selected as an alternative, which is causing some problems === dendro-afk is now known as dendrobates [17:04] chrisccoulson: I think this is the old sun plugin, maybe we need to remove the old alternative on upgrade [17:04] but I'm afk now [17:06] doko - yeah, that's what i'm thinking. do you think we should do a sun-java6 upload to remove the old alternative, and increase the priority of the libnpjp2.so plugin? [17:07] that's the one they should be using really [17:07] anyway, thanks === deryck[lunch] is now known as deryck === MacSlow is now known as MacSlow|break === amitk is now known as amitk-afk === pitti changed the topic of #ubuntu-devel to: Alpha-2 released | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper-lucid | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs [18:52] * ogra grumbles about weird cups udev rules [18:53] it forcefully loads parport and lp on my ARM board [18:58] ogra: that's in the init script now [18:58] it's not really how it's meant to work indeed [18:58] parport_pc and parport ought to be loaded automatically via modaliases [18:59] pitti, well, it produces oopses on my beagleboard [18:59] and its pretty unlikely you will ever find a parport on arm HW :( [18:59] err [18:59] :) === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === al-maisan is now known as almaisan-away === MacSlow|break is now known as MacSlow === fta__ is now known as fta [19:54] Hi. I'm trying to split one of the packages I maintain and the docs are a little bit confusing because they expect a handrolled debian/rules file where I have one using cdbs. I have more details posted here: http://superuser.com/questions/158689/how-to-create-a-debian-split-package-when-using-debhelper [19:54] How do I need to change my rules file to get both packages built? [20:13] Are there any examples of packages that are split and use cdbs like that? === sebner_ is now known as sebner [20:53] I see that the xorg-server source package bzr branch hasn't been auto-updating right: https://launchpad.net/ubuntu/+source/xorg-server [20:53] does anyone know who handles these issues? [20:56] cnd: james_w mostly [20:56] pitti: ok, thanks === cnd is now known as cnd` === dendrobates is now known as dendro-afk === fta__ is now known as fta [21:17] pitti, hello [21:17] hello ricotz [21:18] pitti, i just want to kindly remind you of docky, perhaps you can let is pass despite the lack of verifications [21:18] for an update of this size we should get more than just one or two "works for me" [21:19] i release the new upstream version today which will be in debian/maverick soon [21:20] there are a least a verfication which isnt noticed for the most serious bug https://bugs.edge.launchpad.net/docky/+bug/555562 [21:20] Launchpad bug 555562 in docky (Ubuntu Lucid) "crash accessing Gnome keyring in Lucid" [Critical,Triaged] [21:21] ricotz: do you know some folks who are using docky and can confirm that the proposed version still works for them? [21:22] Me! [21:22] Did I verify it already? [21:22] hi, when will the webfrontend give results for maverick [21:23] i really need that info [21:23] pitti, most people we are in contact with using the development or stable ppa [21:23] Laney: seems not [21:23] pitti: which is the master bug? [21:24] Laney: see http://people.canonical.com/~ubuntu-archive/pending-sru.html, pick one :) [21:24] ok then [21:24] * Laney blinks, that's a lot [21:25] pitti, if there are regressions i think they are overweighted by bugfixes multiple times [21:25] small regressions perhaps, but if it stops working for someone else, it's worse [21:25] known bugs are better then breaking existing functionality [21:26] yes, for now the keyring bug is stopping 2.0.2 from working very often [21:26] also could you update libdrm to 2.6.21, thats critical for libva [21:26] mathiaz: are you usually sponsoring landscape-client? There are two versions in -proposed, and it would be good if you could upload the current one with -v to include both changelog records; or alternatively condense them into one record [21:27] no git version needed, just tested the debian experimental release [21:28] a [21:28] good night [21:28] pitti, good night [21:29] Laney, the next sru proposal will have 24 connected bugs === dendro-afk is now known as dendrobates [21:30] this is a lot of work for SRU verification [21:30] it'd be good if you could organise testing [21:33] Laney, it is unlikely to verify all of them in a normal timeframe [21:34] it's not really on to subjugate the process though [21:35] I verified a few of the bugs [21:36] Laney: hi [21:36] hello [21:37] Laney: can you do a SRU [21:37] https://bugs.launchpad.net/ubuntu/+source/desktopcouch/+bug/565376 [21:37] Launchpad bug 565376 in desktopcouch (Ubuntu) "bughugger does not work in kubuntu lucid" [Undecided,New] [21:37] patch is attached [21:37] I can't upload that package :( [21:37] :( [21:38] that's not a properly formatted SRU anyway [21:38] Laney, of course i could through these bugs myself but this wont be real testing this should be done by real users ;-) [21:38] your diff should be targetted to lucid-proposed and the version should be ...3.1 [21:38] and you need a test case [21:38] Laney: ahh [21:38] Laney, thanks for testing some of these bugs [21:39] ricotz: You just need to get a couple of users to test the bugs for you [21:39] If you call for this then I'm sure you'd get it [21:40] it's easier if the bugs have decent steps to reproduce in the description [21:41] yeah, but i like to invest my spare time in really developing docky ;-) [21:42] Laney, who is supposed to change the tag to verfication-done? [21:43] I'm actually not sure [21:44] ricotz: I've seen normal users and/or archive admin doing this [21:44] ScottK, hello, can you answer this question about sru bugs? ^ [21:46] sebner, yeah, i have seen this, but i thought there might be a rule [21:46] ricotz: first come first serve maybe? ^_^ [21:48] Laney, sebner, i will change the tag myself for the verified ones [21:49] I don't know if more than one verification should happen [21:49] * sebner agrees with Laney [21:52] Laney, https://bugs.edge.launchpad.net/docky/+bug/582212 [21:52] Launchpad bug 582212 in Docky "GMail docklet opens wrong "compose mail" page when using Google Apps" [Low,Fix released] [21:53] ok then === fta_ is now known as fta === dendrobates is now known as dendro-afk [22:33] Hmph does Ubiquity ignore the http mirror hostname preseeded? [22:33] It seems to remember the directory on the server but look on CC.archive.u.c [22:57] hmmmm *scratches head* so what do I have to preseed to manually set the mirror? [23:10] https://launchpad.net/ubuntu/+archivemirrors => who maintains this list ? there seems to be an small error in it :) === lifeless_ is now known as lifeless === asac_ is now known as asac [23:37] cjwatson: maybe dumb question, but does ubiquity not support preseeding mirror/http/hostname? It seems to always set it back to CC.archive.ubuntu.com... [23:48] jdong: you'll at least need mirror/country set to "manual" as well, but it should support it [23:48] * cjwatson -> bed [23:48] cjwatson: hmm I've got d-i mirror/country string manual set [23:48] and d-i mirror/http/hostname string my_host... [23:49] it seems to ignore mirror/http/hostname, but accept mirror/http/directory [23:49] (10.04)