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