broderdoko: looks like a doxygen issue. doxygen creates a doxygen.sty with \RequirePackage{xcolor}, but to get the \rowcolor command, you have to do \RequirePackage[table]{xcolor}00:00
broderdoko: and the \RequirePackage directive is hard-coded into /usr/bin/doxygen00:03
broderdoko: debian bug 61165600:04
ubottuDebian bug 611656 in doxygen ""table" option missing for latex package "xcolor" in generated doxygen.sty" [Normal,Open] http://bugs.debian.org/61165600:04
=== jjohansen is now known as jj-afk
=== groo_ is now known as groo__
=== dendrobates is now known as dendro-afk
=== jj-afk is now known as jjohansen
=== poolie__ is now known as poolie
=== fisted_ is now known as fisted
sladenslangasek: ScottK: please could you accept the minimal change for 'ubuntu-mono' after cyphermox tracked it down (bug #741387)01:50
ubottuLaunchpad bug 741387 in ubuntu-mono (Ubuntu) "WARNING: gtk-update-icon-cache-3.0: The generated cache was invalid." [High,Fix committed] https://launchpad.net/bugs/74138701:50
ScottKsladen: Not until after beta 1 is out.01:50
sladenScottK: is it actually building yet?  This introduces no new files, changes no files but allows a cache build on install to succeed01:54
ScottKsladen: With very limited exceptions we don't accept seeded packages after the images are frozen so that they are current with what's in the archive when the beta is released.01:55
sladenScottK: thought the build didn't start until 02:45 ?01:59
ScottKWhat build?01:59
ScottKWe have candidte ISOs almost fully tested.02:00
=== asac_ is now known as asac
ohsixcnd: thanks re: 742213, the instructions to do it myself are a bonus :D02:16
ohsixi tried co'ing the version then generating the patch against HEAD^ but it didn't want to go02:17
ohsixcnd: is there a way to keep a note of the proper way to fix it for the next release? or is the patch being present good enough, and the person looking at them in the future can figure it out from the bug number?02:36
=== Pilif12p is now known as Pilif|almostdone
=== Pilif|almostdone is now known as Pilif|hw
sladenohsix: milestone it against 'later'02:41
ohsixsladen: well theres a workaround for this release, it needs ui to adjust "minw", or a way to arrive at a usable number by itself for the next release02:44
=== Pilif|hw is now known as PIlif12p
=== dendro-afk is now known as dendrobates
cndohsix, it's really a matter of working with the upstream projects to get things right04:10
cndthat may be asking about it on xorg-devel for the synaptics driver04:11
cndor wherever the gnome mouse preferences dialog is maintained04:11
cndwe're reverting the change here merely cause we're so close to release04:11
cndthat we don't have time to work things out with upstream04:11
cndbut yes, something should be done with upstream04:12
cndI'm hesitant to say that the mouse preferences should have a new option04:12
cndpartly because I'm not sure it would help (many people may be confused by it)04:12
cndand as a corollary, gnome doesn't like to take changes like that04:13
ohsixyea i wasn't advocating it or anything, but i dunno if it can be enabled at all without a way to adjust it04:13
cndI think maybe some common ground could be found by merely increasing the default threshold in synaptics04:13
ohsixsince it's very arbitrary, probably even down to the laptop model; and i know environmental changes affect it04:13
cndyeah, it's hard04:14
cndthe real fix may be to report your usage to xorg-devel requesting that the patch be reverted04:14
cndbecause it just doesn't work uniformly for everyone04:14
cndare you comfortable trying to work with upstream, either gnome or xorg?04:15
cndI don't really want to add another issue to my plate if I can help it :)04:16
ohsixnot at the moment04:16
ohsixi'll probably talk to whot about it sometime, he's the one that pointed out the patch & the person that works on it04:16
ohsixhe said i should adjust it so it works well on my touchpad but not how, there might be a quirk list or something that isn't as bad as it sounds04:17
cndohsix, well, that's working with upstream :)04:17
=== dendrobates is now known as dendro-afk
cndit doesn't have to be on the xorg-devel mailing list04:17
cndhe's the same person I would be talking to about the issue04:18
=== dendro-afk is now known as dendrobates
=== Logan_ is now known as RebeccaBlack
=== RebeccaBlack is now known as Logan_
linux-noobwhat is the default FS in Natty ?? btrfs or EXt405:54
=== _LibertyZero is now known as LibertyZero
=== dendrobates is now known as dendro-afk
=== calc is now known as Guest79151
=== calc is now known as Guest76172
dholbachgood morning07:54
pittiGood morning08:05
=== skaet is now known as skaet_zzz
pittitseliot, didrocks: should bug 685682 be closed with the new fglrx that we landed yesterday?08:58
ubottuLaunchpad bug 685682 in unity "[fglrx] compiz crashed with SIGSEGV in nux::IOpenGLSurface::UnlockRect()" [Critical,Triaged] https://launchpad.net/bugs/68568208:58
didrockstseliot: pitti: it seems that cnd still have that issue with the driver and workarounded compiz08:59
didrockspitti: anyway, there is still a need for a compiz upload which will come with other fixes (probably Monday)08:59
pittiah, thanks08:59
tseliotpitti, didrocks: the fix should be available in the next upload of compiz (it's already available in a daily PPA)09:00
pittiso I guess for now the fglrx tasks should be closed then?09:00
didrockstseliot: yeah, but as told, it's not working on cnd's machine, I asked him to check with you and jay09:00
tseliotdidrocks: sure, we definitely need more feedback09:01
didrockspitti: I think we can close the fglrx task and reopen if needed :)09:01
pooliehi pitti?09:21
pittihello poolie, how are you?09:22
pooliegood thanks, how are you?09:22
poolieiirc you're a good person to talk to about apport?09:22
pittipoolie: I am I guess :)09:23
pooliei was just thinking, ahead of UDS, about filing a bug or starting a spec for the issue of making it better at holding on to crash reports, if it's not able to file them right at the time they're noticed09:23
pooliefor instance if you have no net connection or lp is offline09:23
poolieit seems like at the moment they're easily lost09:24
pooliei don't think i'll get to actually work on this though09:24
pittipoolie: it's mostly there already, though, with the --save option09:24
pitti(for bug reports)09:24
pittifor crashes it has always worked, the reports are in /var/crash/09:24
pittiso I guess there's just a little UI missing here09:24
poolieoh, if it fails to file they're left in /var/crash?09:26
pittipoolie: yes09:26
pittifor 7 days, then they get auto-cleaned09:26
pittiso if you want to keep them around longer, you need to copy them somewhere else09:27
pittiyou can run ubuntu-bug foo.crash to report it again09:27
poolieso there's no gui but perhaps anyone advanced enough to do this should be happy to run this command09:27
pittipoolie: it's even mentioned in man ubuntu-bug09:29
pitti(OMG documentation)09:29
pittipoolie: so, there could be some UI improvements still; e. g. if the UI doesn't have network, it currently just fails with an error message; it could isntead give you a file save dialog09:30
pittipoolie: btw, you can also double-click on a crash file in nautilus, that works too09:30
poolieright, that sort of thing09:31
dholbachLaney, thanks10:11
Laneydholbach: no worries10:13
* Laney lights a candle for the MOTU Council10:14
sorenLaney: hm?10:14
Laneysoren: it's being decommissioned finally10:15
sorenLaney: How can you tell?10:15
* soren doesn't see any news on MOTU council in his inbox10:15
Laneyit's been dead for some time, we're just cleaning up the remaining Launchpad privileges10:16
ajmitchkilling it with fire?10:16
sorenLaney: Ah, ok.10:16
* ajmitch didn't know it still had any privileges to clean up10:17
Laneyone or two. :-)10:19
doko_broder: thanks!10:23
=== tkamppeter_ is now known as tkamppeter
seb128jhunt_, hi11:29
jhunt_seb128: hi11:30
seb128jhunt_, is https://bugs.launchpad.net/ubuntu/natty/+source/gdm/+bug/436936/comments/20 ready for upload to natty?11:30
ubottuUbuntu bug 436936 in kdebase-workspace (Ubuntu Karmic) "gdm upstart job checks /proc/cmdline for single user mode, won't start on post-boot runlevel change" [Medium,Triaged]11:30
seb128jhunt_, the comments you got seem to indicate it is?11:30
doko_seb128: what did happen to python-gobject-doc? b-d of pygoocanvas?11:31
Riddelljhunt_: and if so is there a patch for KDM?11:32
jhunt_seb128: not yet, for 2 reasons. Firstly, not enough testing from users (IMHO) and secondly apw snuck in and changed gdm.conf under me :)11:32
seb128doko_, it was merged back like 3 years ago?11:33
seb128jhunt_, ok11:33
doko_seb128: https://launchpadlibrarian.net/67723807/buildlog_ubuntu-natty-i386.pygoocanvas_0.14.1-1ubuntu4_MANUALDEPWAIT.txt.gz11:33
jhunt_Riddell: the whole DM issue need discussion at UDS I feel. SpamapS and myself have a plan for "abstract jobs" to avoid all this configuration duplication.11:33
seb128doko_, well, drop it, it's shipped with the other python-gobject binaries11:33
seb128lunch, bbl11:33
=== MacSlow is now known as MacSlow|lunch
=== doko_ is now known as doko
tbfFailed to fetch http://de.archive.ubuntu.com/ubuntu/pool/universe/libk/libkate/libkate1_0.3.7-3_amd64.deb  Hash Sum mismatch13:13
tbfFailed to fetch http://de.archive.ubuntu.com/ubuntu/pool/universe/libm/libmimic/libmimic0_1.0.4-2build1_amd64.deb  Hash Sum mismatch13:13
tbfFailed to fetch http://de.archive.ubuntu.com/ubuntu/pool/universe/libd/libdca/libdca0_0.0.5-3_amd64.deb  Hash Sum mismatch13:13
tbf→ shall i/we be worried?13:14
=== MacSlow|lunch is now known as MacSlow
pittirbelem: hello, how are you?13:55
pittirbelem: should the kubuntu mobile arm images (or a subset) be published for beta-1? or does bug 712061 break them all?13:56
ubottuLaunchpad bug 712061 in kubuntu-mobile-default-settings (Ubuntu Natty) "kubuntu mobile images fail to load" [Medium,In progress] https://launchpad.net/bugs/71206113:56
janimolamont, slangasek some of the newly filed armel FTBFS bugs are those that time out because of insufficient resources on the build servers, and mentioned here https://bugs.launchpad.net/launchpad/+bug/70534413:56
ubottuUbuntu bug 705344 in Launchpad itself "builds which require more memory than a given buildd still try that buildd" [High,Triaged]13:56
Riddellpitti: not worth publishing them, they don't do anything13:58
pittiRiddell: ok, thanks13:58
ogra_Riddell, that bug is pretty confusing btw14:02
Riddellogra_: how so?  it is a fairly broad bug covering several issues we've had14:05
rbelemhi pitti :-)14:05
rbelemhi Riddell ogra_14:05
ogra_Riddell, well, the initial description clearly rules it out for armel14:05
ogra_since we dont produce any live images14:06
ogra_the last comment makes it so broad then that it could match everything14:06
rbelemi ran a snapshot from some days before beta and it worked fine, but currently seems to be not14:07
Riddellrbelem: on i386?  what plasma workspace was running?14:08
rbelemRiddell, on i38614:08
rbelemRiddell, i was unable to test on my beagleboard14:08
rbelemno keyboard, mouse14:08
rbelemthere is a bug for that14:08
rbelemusb otg support is missing14:09
ogra_must be an old beagle then14:09
ogra_(i dont think we test on anything older than XM anymore)14:09
ogra_though with the new headless images we might start that again14:10
rbelembut it is omap314:10
ogra_yeah, but it has 256M14:10
ogra_not suitable for running a desktop on it14:10
rbelemyeah... too slow14:10
rbelemRiddell, the image that i tested is from http://cdimage.ubuntu.com/kubuntu-mobile/daily-preinstalled/current/14:12
Riddellrbelem: well that's ARM not i38614:12
rbelemthat i test on beagle14:12
Riddellmvo: hmm, maybe we should revert the workaround for bug 65687614:21
ubottuLaunchpad bug 656876 in update-manager (Ubuntu) "distupgrade crashed during conf file change review" [Critical,Fix released] https://launchpad.net/bugs/65687614:21
mvoRiddell: if that works fine now, I'm happy to do it14:22
Riddellmvo: well we'd need to test to be sure, let's leave it disabled for beta 1 and enabled it next week and test, I've filed bug 74643114:24
ubottuLaunchpad bug 746431 in update-manager (Ubuntu) "Allow to view differences in conf file changes" [Undecided,New] https://launchpad.net/bugs/74643114:24
mvothanks Riddell14:24
seiflotfyhey guys14:31
seiflotfyany1 successfully using an external monitor with natty14:32
Riddellhow's this https://help.ubuntu.com/community/NattyUpgrades/Kubuntu ?14:32
pittiseiflotfy: I do that all the time (laptop in dock)14:32
seiflotfypitti, its not working here14:32
seiflotfywhen i request to change to an external monitor14:32
seiflotfythe external monitor keeps flickering14:32
RoAkSoAxseiflotfy: Intel Video card?14:33
RoAkSoAxseiflotfy: that's a known bug14:33
RoAkSoAxseiflotfy: you have two options. 1. don't disable LVDS14:34
RoAkSoAxseiflotfy: or turn off LVDS with xrandr14:34
seiflotfyhow do i turn off lvds14:34
pittiseiflotfy: ah, I have that effect as well -- I can't use gnome-display-properties ATM14:35
pittiseiflotfy: xrandr --output LVDS1 --off14:35
pittiseiflotfy: that's what I have in my "session setup" script14:35
pittiseiflotfy: presumably like you I don't want the internal monitor to be on all the time while hte laptop is closed in the dock14:35
RoAkSoAxbug #73789114:35
ubottuLaunchpad bug 737891 in xserver-xorg-video-intel (Ubuntu Natty) "[Arrandale] gnome-display-properties unable to correctly enable monitors connected to VGA" [High,Triaged] https://launchpad.net/bugs/73789114:35
pittihah, that's my chipset14:35
pittioh, I'm on DVI14:35
RoAkSoAxpitti: I guess that's the same issue as with VGA then14:36
pittiit worked fine until maverick, and broke at some point in natty :(14:36
RoAkSoAxsame happened to me14:36
pittiI just tend to forget, as I have that xrandr thing14:36
RoAkSoAxhehe yeah eventually I ended up using the same approach14:37
pitticjwatson: I just committed http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu/natty/apport/ubuntu/revision/1763 for bug 745455; but then it came to my mind that this might actually be too much? Should we just read a subset of files as root?15:02
ubottuLaunchpad bug 745455 in apport (Ubuntu) "ubuntu-bug fails for ubiquity when not run as root" [Low,Fix committed] https://launchpad.net/bugs/74545515:02
pitti(aside from the leftover print, just removed)15:03
pitticjwatson: or perhaps just do the root thing on the live system, but not on the installation?15:04
=== skaet_zzz is now known as skaet
cjwatsonpitti: I vaguely remember it's just syslog that needs root15:17
cjwatsonlet me check15:17
pitticjwatson: that bug was about casper.log15:17
pitticjwatson: (that one I could reproduce easily on the live system)15:17
cjwatsonah, no, it's all installer logs15:17
pitticjwatson: I was just wondering if we coudl potentially expose passwords where we shouldn't15:18
cjwatsonthat is a problem, but won't they be marked private?15:18
pittiso instead of reading them we could also ignore htem15:18
pitticjwatson: crashes yes, but not bug reports (ubuntu-bug ubiquity)15:18
cjwatsonpasswords shouldn't generally end up in the log (unless people are running in debug mode) - making the logs private was just an extra safety measure15:18
pitti(we can tell them apart in the hook if necessary)15:18
cjwatsonnot having the logs would make the reports useless, for the most part15:19
pittiright, that's what I thought15:19
pittibut I wondered if there was one file which we shouldn't attach, or perhaps pre-process15:19
pitticjwatson: e. g. for the debug log we could use "grep -v password" instead of "cat" or similar15:19
cjwatsonthe file that might contain passwords if several other things simultaneously go wrong is also the most useful file to have15:19
cjwatsonand I'd be worried about preprocessing making it difficult to diagnose certain bugs15:20
soren"Please enter your password, so that we can filter it out of your bug report"15:20
cjwatsonthere's already a visible warning in debug mode saying that you shouldn't use a valuable password15:20
cjwatsonso to be honest I think it's OK to do as you did15:20
pittisoren: I literealy meant "password", i. e. usually there's some debugging context around15:20
pitticjwatson: ok, thanks15:20
pitticjwatson: sounds fine, but better to have a second pair of eyes on it15:20
sorenpitti: I know, I'm just joking around :)15:20
* pitti just notices that his literally typo was an interesting morphing of that and "really"15:21
highvoltageEdubuntu currently doesn't have an amd64+mac spin. Should it?15:29
cjwatsonI suspect IS would kill me for the extra gigabytes of disk on cdimage15:30
highvoltageI would not like you to be killed15:31
highvoltage(and to be honest I'm not /that/ fond of having another image to test)15:31
highvoltageWhat should we do though? Tell mac users "sorry we don't support you"?15:32
ohsixtell them to install ubuntu then edubuntu-desktop :D15:32
charlie-tcaCan they install the Ubuntu image and then upgrade?15:32
pittiOOI, does the amd64+mac image also work on "normal" amd64 machines?15:33
ohsixwhat does +mac involve, just some efi bits? couldn't there be one volume?15:33
pittii. e. could we just have that?15:33
charlie-tcaThat is what Xubuntu tells them. Just install the mac/ppc image from Ubuntu and then install xubuntu-desktop15:33
highvoltagecharlie-tca: mostly. some of the biggest edubuntu features are installer related, so it might miss the point though15:33
ohsixhighvoltage: like the stuff that picks the different meta packages for grade levels?15:34
highvoltageohsix: yep, and the LTSP installer and LTSP live, and the Unity session stuff, and more language options15:34
highvoltageI wonder if the standard amd64 iso will work with refit15:36
=== Quintasan_ is now known as Quintasan
highvoltageit would be an easy enough workaround if it does, which we could just include in the release notes15:37
* highvoltage should've bought his mac mini to the office today15:38
ohsixis there something that precludes all volumes being +mac besides space?15:38
highvoltageif space is the issue then the default edubuntu 64bit iso could just be +mac15:39
pittiDVDs should certainly not have much of a problem with that15:39
pittion CD images it's got a bigger impact; e. g. the ubuntnu desktop amd64+mac has been oversized for ages15:39
pittiit's not any more, but there are only very few languages on it now15:40
highvoltagethe edubuntu DVD is 2.5G, so a few extra 100K won't kill it :)15:40
pittihighvoltage: at least the description on http://cdimage.ubuntu.com/daily-live/20110330/ makes it sounds like it should _also_ work on mac, not _only_15:41
cjwatsonpitti,ohsix> the normal amd64 can boot on UEFI-only machines, but not on Macs; amd64+mac is vice versa15:41
cjwatsonbecause Apple screwed up their firmware15:41
pittiah, thanks; so it's not really a hybrid, it's an either-or15:41
cjwatsonat least many common versions of Mac firmware refuse to boot from a multi-catalog ISO9660 image15:42
ohsixso i couldn't use the amd64 image on my main computer which isn't uefi but has 64bit gear in it?15:42
cjwatsonand multi-catalog is necessary to support UEFI15:42
cjwatsonohsix: unless it's a Mac, you should be fine15:42
cjwatsonit's multi-catalog, so in general it should work with either BIOS and UEFI; Mac firmware is just useless15:42
cjwatsons/ and / or /15:43
ohsixso the +mac spin just has the one catalog with the mac files on it15:43
cjwatson+mac actually means "no UEFI bits"15:43
cjwatsonbut I thought it would be confusing to call it +noefi or something because Macs do have EFI15:43
ohsixoh right, they call efi uefi now huh15:44
highvoltageif refit (http://refit.sourceforge.net/) works, would it be fine for Edubuntu to recommend it as a workaround on Mac systems? this also only seems to affect 64 bit, so we could also suggest using 32 bit on macs, right?15:44
cjwatsonUEFI is a newer version that has a multi-vendor standard15:44
cjwatsonEFI 1.x was AIUI proprietary15:44
ohsixit doesn't just mean the old stuff they called uefi which was an efi firmware that did nothing but run legacy stuff with a bios stub15:44
cjwatson(in the sense of being specific to a particular vendor)15:44
ohsixbeing intel on ia64? that's the rub, it was specified15:45
cjwatsonhighvoltage: sure, I'm pretty sure on the machines I remember, refit didn't work15:45
highvoltagecjwatson: ok15:45
cjwatsonohsix: some x86 machines too.  and if you read what I said carefully I didn't say it wasn't specified15:45
cjwatsonanyway, this is beside the point15:45
ohsixwell i was speaking to proprietary15:46
cjwatsonproprietary doesn't mean unspecified15:46
ohsixthe uefi stuff i'm familiar with doesn't even try to be ufi-e, it just boots the bios thing, the and the boot time setup is a native efi application that touches the config pages15:46
ohsixthat was to say apple didn't just come up with something else called EFI independently15:47
cjwatsonthere are different classes specified with different levels of compatibility15:47
cjwatsonI didn't say they did, but they did break various bits of the spec15:47
cjwatsonsuch as it was15:47
ohsixalright well don't let me distract you, i was the one that was confused15:47
cjwatsonI would love amd64+mac not to need to exist, but I don't know of a way to avoid it right now, short of not supporting Mac hardware which I figure wouldn't be popular15:47
ohsixso suffice it to say uefi says a bit more about where a vendor should stay in the lines15:48
cjwatsonI'm pretty sure Apple also violate EFI 1.x, FWIW - their partitioning strategy is not as specified there15:48
cjwatson(as one example)15:49
ohsixafaik it's only used for dropping firmware updates and running them at boot time, and otherwise barren (the system partition)15:49
cjwatsonthat's not the bit I'm referring to15:49
cjwatsonI mean legacy MBR vs. protective MBR15:50
ohsixre: refit, i wonder if some little cd image or something that ran in osx then rebooted into the install couldn't be used15:51
=== yofel_ is now known as yofel
ohsixto do firmware updates they drop the update in the system partition and bless it; then the firmware blesses the main thing when it's done, it'd be ugly but it could be done ;]15:54
cjwatsonfeel free to try to produce something portable - it's not something I'm likely to do15:56
ohsixi don't have the hw to even begin to be messing with stuff15:57
highvoltage"Choose this to take full advantage of computers based on the AMD64 or EM64T architecture (e.g., Athlon64, Opteron, EM64T Xeon). If you have a non-64-bit processor made by AMD, or if you need full support for 32-bit code, use the Intel x86 images instead. This image is adjusted to work properly on Mac systems.16:02
highvoltagethat sentence on http://cdimage.ubuntu.com/daily-live/20110330/ sounds a bit bogus imho, since it's irrelevant whether AMD made the CPU or not16:02
highvoltage(and it's otherwise very unhuman)16:03
ohsixhighvoltage: "amd64" is the actual arch name16:05
ohsixem64t is what intel calls it16:05
ohsixand they mention the one confusing case of an amd processor that doesn't support 64bit, which is doubly confusing because its in the arch name _and_ some model names :P16:07
highvoltageIt would be better in my opinion to have something like "This image is similar to the 64bit installer above, but exclusively supports Intel-based Macs that aren't supported by the default the Ubuntu installer."16:14
ohsixthat's something other than your original comment, no?16:15
highvoltageyes. my original comment was that the paragraph is bogus, and my last statement was a suggestion on how it could be improved.16:17
ohsixfile a bug :P16:18
cjwatson(bugs welcome on https://bugs.launchpad.net/ubuntu-cdimage)16:19
charlie-tcaHow will people know if their processor is supported by the default Ubuntu installer?16:21
hallynDaviey: well, open-vm-dkms compiles fine with the new version, but my clipboard doesn't work with it.  A new version was released two days ago :)  I'm going to try that, bc i'm a glutton for punishment.16:24
Davieyhallyn, oh joy!16:28
=== pitti changed the topic of #ubuntu-devel to: Archive: Feature/UI freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots:
pitti(IOW, beta freeze lifted)16:30
pittididrocks, seb128 ^16:30
didrocksnice :)16:31
seb128pitti, I noticed the stack of accepted email,, thanks ;-)16:31
pittibuildds are still busy with various gc* packages, though16:32
=== deryck is now known as deryck[lunch]
hallynhm, i'm being hit by bug 49444516:33
ubottuLaunchpad bug 494445 in bzr-builddeb "import-dsc looks for upstream-* tags with native package" [Critical,Fix released] https://launchpad.net/bugs/49444516:33
hallyncjwatson: did you have to work around that, or was it really fixed for you?16:33
hallyn(i'm on uptodate natty)16:33
* hallyn goes the non-udd way for now16:37
steveirepitti: ping?16:39
ubottuHere I am, brain the size of a planet and they ask me to respond to factoid requests. Call that job satisfaction? Because I don't.16:39
pittisteveire: pong (but busy); please don't ping, just ask your question :)16:40
=== davidm__ is now known as davidm
steveirepitti: https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/680088 Your comment there seems irrelevant to me because you talk about going from 10.10 to 11.04 and the issue was originally about 10.04 to 10.10 upgrades. You request for testing is irrelevant to the original issue, right?16:41
ubottuUbuntu bug 680088 in update-manager (Ubuntu Maverick) "Upgrade fails "Can not mark 'kubuntu-desktop' for upgrade "" [Undecided,Fix committed]16:41
=== davidm is now known as Guest93656
steveirepitti: Ah, I think Riddell clarified.16:42
pittisteveire: it shouldn't be; a 10.04->10.10 upgrade will use update-manager from 10.1016:42
pittisteveire: (we do that because it's easier to fix stuff in the later release)16:43
cjwatsonhallyn: I don't think I ever rechecked following James' fix, so I probably worked around it16:44
pittisteveire: so if you want to test a 10.04->10.10 (with proposed) upgrade, that'd be much appreciated16:44
cjwatsonIIRC I just committed the same deltas by hand16:44
pittisteveire: that's "update-manager --proposed"16:44
steveirepitti: Ok, will do16:44
pittisteveire: thanks!16:44
hallyncjwatson: do you recall how you worked around it?  Did you just create that tag?16:45
hallyni'm wondering if it'll break something if i tag the '-0ubuntu1' release with the 'upstream-' tag16:45
cjwatson16:44 <pitti> steveire: that's "update-manager --proposed"16:45
hallynit certainly seems wrong16:45
cjwatson16:44 <cjwatson> IIRC I just committed the same deltas by hand16:45
cjwatsonI don't remember any more than that, sorry16:45
hallynoh there i see it :)16:45
cjwatsonI don't think I gave a monkey's about the upstream-* tags16:46
hallynall right, i'm just doing it without bzr for now.  thanks :)16:46
cjwatsonall I wanted was to get the PPA uploads represented in bzr somewhere16:46
cjwatsonhallyn: oh, I did it in bzr, I just didn't use bzr import-dsc to do it.  you can just successively apply diffs, add files, and commit ...16:46
cjwatson(assuming you're starting from an existing branch)16:46
hallynexisting branch, but huge delta.16:47
Davieymvo, does squid deb proxy work with extras.ubuntu.com?  Someone is reporting to me that it is 403'ing17:04
mvoDaviey: let me double check17:06
mvoDaviey: its in the default config, but maybe this user decided to use a custom one?17:06
=== herton is now known as herton_lunch
mvoDaviey: when the conffile prompt hit him? it was left-out in early versions. or is he using lucid/maverick on the server?17:07
Davieymvo, checking17:08
=== dendro-afk is now known as dendrobates
=== lleppa is now known as Lazeeee
=== lleppa is now known as Lazeeee
=== herton_lunch is now known as herton
barry@pilot in17:56
=== udevbot changed the topic of #ubuntu-devel to: Archive: Feature/UI freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: barry
* dholbach hugs barry18:01
=== sforshee is now known as sforshee-lunch
zulev: ping for the samba bug, couldnt ubiquity do something sensible and not allow more that 16 characters in a hostname?18:03
ScottKWhy is a 16 character hostname limit sensible?18:04
evzul: this is a limitation in netbios, not linux.18:04
evScottK: indeed18:05
evI think this is best solved where the problem arises, in Samba.  I can talk to another machine with more than 16 characters in its hostname using every other network protocol I can think of.18:06
evequally, you can set the hostname outside of the installer, so even if we did this in ubiquity, the problem would remain.18:06
zulev: right its a problem with netbios...so something like print a warning or something18:07
ScottKRFC 1123 says "Host software MUST handle host names of up to 63 characters and SHOULD handle host names of up to 255 characters."18:08
zulScottK:  right ill get on changing the netbios protocol18:08
=== dendrobates is now known as dendro-afk
ScottKI understand the problem.18:09
=== deryck[lunch] is now known as deryck
* ScottK imagines a netbios equivalent for hostnames of 8.3 long/short filenames.18:09
=== dendro-afk is now known as dendrobates
ogasawaracjwatson: hi, I just tried to upload a new linux-backports-modules-2.6.38 but it was rejected.  I assume it's due to the fact it still needs added to the proper ACL's first before I can pull the trigger.18:15
cjwatsonsure, I'll do that18:17
bdmurrayglatzor: it looks like bug 707490 might not be fixed18:18
ubottuLaunchpad bug 707490 in aptdaemon (Ubuntu Natty) "aptd crashed with UnicodeDecodeError in _set_status_details(): 'ascii' codec can't decode byte 0xd0 in position 0: ordinal not in range(128)" [Medium,Triaged] https://launchpad.net/bugs/70749018:18
cjwatsonogasawara: try now18:18
DavieyScottK, Your quote of RFC 1123, is that in regards to zul's suggestion of ubiquity limiting the hostname to 16 chars - or a bug in the netbios protocol?18:18
=== hallyn is now known as hallyn_afk
DavieyScottK, it was a xor question.18:19
ScottKSorry, that's how the result parsed.18:19
sorenDaviey: How do you pronounce "xor"?18:19
Davieysoren, I'm not exclusive either way, but usually x-or18:20
sorenDaviey: Just wondering since you said "a xor" and not "an xor".18:20
sorenDaviey: Nice pun, though :)18:20
Davieysoren, I'll make sure i check my grammar before making comment next time, thanks for the hint :).18:21
* soren has his red marker ready18:21
sorenDaviey: Seriously though, I was genuinely curious if there was a way to pronounce it that would make it an "a" word rather than an "an" word :)18:22
* soren wanders off again18:22
ogasawaracjwatson: thanks, I'm able to upload now18:23
cjwatsonsoren: I've been known to say something like a hard "zor"18:23
cjwatsonI can pronounce initial-consonant "x"18:23
barrysoren, cjwatson i've always pronounced it ecks-or18:26
barryof course, i realize that people pronounce __init__ as "dunder-init" instead of the way i say it: "under under init"18:27
dpmhi cjwatson, could you approve my e-mail on appdeveloper week on the ubuntu-devel moderation queue? thanks!18:43
pittidpm: done18:44
=== hunger_ is now known as hunger
dpmthanks pitti :)18:48
=== sforshee-lunch is now known as sforshee
=== nijaba_afk is now known as nijaba
broderhmm...is grub going to change the tty setup enough that it would break the kernel's "you're using a 64-bit kernel on a 32-bit system" message?19:24
cjwatsonbroder: it may actually bypass it altogether19:28
cjwatsonbroder: that check seems to be on the 16-bit boot path19:29
Davieycjwatson, it's looking more like we will need the isc-dhcp patch... Would you nack the idea of me uploading it now, and submitting it upstream concurrently?19:30
=== dendrobates is now known as dendro-afk
brodercjwatson: can grub theoretically do that detection? :)19:30
cjwatsonDaviey: as long as you're on the hook for dealing with any regressions ...19:31
cjwatsonbroder: GRUB can certainly detect CPU capabilities ('cpuid -l'); what I'm not sure if it can do is detect what the kernel it's booting needs, since I'm not seeing it in the kernel header19:32
brodercjwatson: for my use case, i'm ok with hard-coding "is this a 32-bit cpu"19:32
cjwatson'if cpuid -l' or 'if ! cpuid -l' as appropriate19:33
SpamapSwhoa.. ubuntu-docs bzr branch is a little bit ridiculous ..19:33
SpamapS376844kB   136kB/s \ Fetching revisions:Inserting stream:Estimate 56124/5618819:33
micahgdoko: I believe we can drop gcc-4.1, but gpc-4.1 has an rdepends of gpc, is this needed19:33
Davieycjwatson, yup.19:33
DavieySpamapS, What docs are you working on?19:34
brodercjwatson: awesome, thanks19:34
SpamapSDaviey: the server guide19:34
SpamapSI'm guessing there are a lot of screenshots in this bzr branch19:36
DavieySpamapS, Great!19:41
SpamapSHrm.. I don't see the server guide there at all19:41
Ampelbeinhi. does http://paste.ubuntu.com/587929/ (from https://launchpadlibrarian.net/67807729/buildlog_ubuntu-natty-i386.checkstyle_4.4%2Bdfsg-5_FAILEDTOBUILD.txt.gz) look like it could be a serious problem on the builders/in gcj-4.4-jre-headless?19:46
=== dendro-afk is now known as dendrobates
=== hallyn_afk is now known as hallyn
=== shadeslayer_ is now known as shadeslayer
brodercjwatson: is there something like a panic command in grub script?20:16
slangasekcjwatson: patch archaeology question; do you know why in pam, the RLIMIT_NICE defaults are being set to what they are?  They don't match the kernel, and I can't find any way that this ulimit has any effect at all on setpriority() behavior20:16
slangasekcjwatson: this is debian/patches-applied/ubuntu-rlimit_nice_correction, formerly debian/patches-applied/061_pam_rlimits_nice_rtprio, added to fix bug #1734820:17
ubottuLaunchpad bug 17348 in pam (Ubuntu) "Please add support for RT prio & nice rlimits" [Wishlist,Fix released] https://launchpad.net/bugs/1734820:17
slangasek(... in 2006)20:17
hallynskaet: Daviey: on bug 727342, testing (on the new package I've referenced there) is good.22:15
ubottuLaunchpad bug 727342 in open-vm-tools (Ubuntu) "FFE: open-vm-tools kernel module failed to build" [Critical,New] https://launchpad.net/bugs/72734222:15
skaethallyn,  good to know.   Thanks for flagging.22:20
=== dendrobates is now known as dendro-afk
* RoAkSoAx made it to DFW. Austin here i come22:30
seb128slangasek, hi22:37
seb128slangasek, you might want to review https://code.launchpad.net/~ubuntu-branches/ubuntu/natty/libxklavier/natty-201103311620/+merge/55787 since you did the upload22:38
slangasekseb128: <blink> ok22:43
seb128slangasek, dunno what's going on, james_w opened a bunch of those22:43
seb128slangasek, btw was the patch forwarded upstream? there is no bug reference in the upload22:44
slangasekjames_w: https://code.launchpad.net/~ubuntu-branches/ubuntu/natty/libxklavier/natty-201103311620/+merge/55787 - seems to be something the importer should fix up on its own?22:44
slangasek(and why am I not allowed to reject UDD merge requests?)22:45
slangasekseb128: I upstreamed it to Debian as Debian bug #620110, I don't know how to find the right place to send such things to upstream directly22:46
ubottuDebian bug 620110 in libxklavier "please fix libxklavier.pc to use Requires.private like God intended" [Normal,Open] http://bugs.debian.org/62011022:46
TheMusolol at the bug title.22:47
seb128slangasek, https://bugs.freedesktop.org/enter_bug.cgi?product=libxklavier22:49
seb128slangasek, if you have a fdo account22:49
=== dendro-afk is now known as dendrobates
slangasekseb128: I don't think I do... :)22:51
seb128slangasek, ok, well we will forward it for you when we merge on debian next cycle if they didn't do it by then ;-)22:51
slangasekok :)22:52
TheMusoGrueMaster: Are patches being worked on for OMAP4 etc for alsa-lib and/or pulseaudio? Or, are there patches you can point me to? I have to upload revisions of both pulse and alsa-lib in the coming few days, so I'd like to encorporate all the fixes into one upload for each package.22:54
ogra_TheMuso, we are still waiting for TI, i will ask in tomorrows call22:55
TheMusoogra_: Ok thanks.22:55
ogra_slas-lib should be a trivial config file for omap4 UCM22:55
ogra_i'm not sure how heavyweight the pulse ones are though22:56
dokomicahg: yes, I know. will care about it tomorrow22:56
TheMusoogra_: Ok cool.22:56
micahgdoko: ok, thanks, I still hope to clean up gcc-4.3 before beta 222:57
=== slangasek changed the topic of #ubuntu-devel to: Natty Beta-1 released! | Archive: Feature/UI freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: barry
barry@pilot out23:22
=== udevbot changed the topic of #ubuntu-devel to: Natty Beta-1 released! | Archive: Feature/UI freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots:
=== sconklin is now known as sconklin-gone
slangasekbroder: you don't happen to understand the build system of root-system, do you?  I see you touched it in lucid...23:45
slangasekit's been removed from Debian pre-squeeze though, so maybe we should just drop it23:46

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!