=== asac_ is now known as asac
=== Quintasan_ is now known as Quintasan
=== MobileMyles6o7 is now known as TwoToneSpirit
bluefoxicywhy is my / ext3?02:57
bluefoxicy~$ cat /etc/fstab |grep ext402:57
bluefoxicyUUID=10f59859-5e33-4277-a7d2-323447f54df7 /               ext4    defaults,errors=remount-ro,relatime 0       102:57
bluefoxicyUUID=b574cf52-432a-4c2a-8742-effe21dbf760 /home           ext4    defaults,relatime        0       202:57
bluefoxicy~$ cat /proc/mounts |grep ext302:58
bluefoxicy/dev/disk/by-uuid/10f59859-5e33-4277-a7d2-323447f54df7 / ext3 rw,relatime,errors=remount-ro,data=ordered 0 002:58
ograurgh, wha there a decision in debian to use /srv by default across the board ?07:30
TheMusoogra: For what?07:30
ograwell, tftpd-hpa defaults to it for tftp serving with the latest release07:31
ograi was wondering if there is a general change07:31
ograwhich would surprise me07:31
TheMusoah ok07:32
liwthat sounds like an excellent question for #debian-devel :)07:32
ogragah, bug 8461507:32
ubottuLaunchpad bug 84615 in tftp-hpa "Uses /var/lib/tftpboot instead of /srv/tftp" [Wishlist,Confirmed] https://launchpad.net/bugs/8461507:32
pittiGood morning07:34
ograthe evil thing in tftpd-hpa is that they changed *both* defaults, it runs standalone now *and* not from inetd anymore ...07:34
ogragiven that it doesnt carry a config file but was configured in inetd.conf thats pretty bad07:35
StevenKogra: /srv == win07:40
ograStevenK, so apache should use /srv/www now ?07:41
liwI prefer /srv/http, but I also think it's a local admin decision; http://www.pathname.com/fhs/pub/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM07:41
StevenKogra: Well, I actually configure Apache to pull from directories underneath /srv07:42
* ogra wonders what all the admins out there would say if it suddenly did, breaking all the setups that use the default config :P07:42
StevenKBut yes, what liw said. It's a local admin decision.07:42
ograand the directory should stay clear from defults07:42
StevenKogra: I'm unsure about if the default should be somewhere under /var, or what it currently has, under /srv07:43
ogravar is variable system data, isnt it ?07:44
liw"However /srv should always exist on FHS compliant systems and should be used as the default location for such data."07:45
StevenKogra: And /srv is data that is served by the system, so ...07:45
ograsrv is a nice concept to give admins more freedom, but essentially i think system default setups shuld stay out of it07:45
liwthe FHS is clear that /srv should be the default location07:45
ogra"The methodology used to name subdirectories of /srv is unspecified as there is currently no consensus on how this should be done."07:46
* ogra doesnt find that clear or even thought to the end07:46
liwI'm sure the FHS committee would accept reasonable arguments for change07:47
ograan you think i would move people to a consensus ?07:47
ogralooks to me like it was argued on before and there simply was no agreement07:47
liwif nothing else, you could push them all to dislike you and so have a consensus to vote against you? :)07:48
ograwhich reads to me like "no real *standard* could be defined"07:48
liwI haven't studied the history /srv, but I assume this happened the way fhs and similar standards are developed07:49
ograwell, to me a standard means there is "agreement how we all do it" ...07:49
liwi.e., people felt that /var was a bad location for things like http web roots (read: not easily shareable between hosts) and proposed a change07:49
liwso as a first step, /srv was invented and then the committee will wait a few years to see if it gets popular and if so, how it gets used07:50
liwbefore they make further changes07:50
ograright, i dont say thats bad ... as long as there is a clear definition how /srv has to look like07:50
ograelse you end up with per distro chaos ... that defeats the purpose of easy portability07:50
ograand given that there is no such definition yet it should not be used for default setups imho07:51
liw*shrug* the standard won't (and shouldn't) encode a structure before it has been tried in practice07:52
ograheh, catch 22 ?07:52
liwnot really, as long as people don't insist the FHS tell them in detail the location of every file and distros have a little bit of courage to try new things occasionally :)07:53
ograi dont want to be told about files in detail ... but a rough definition about the substructure would be helpful07:53
liwI'm sure you'll find it in a future version of the fhs07:54
liwmeanwhile, you can help decide what is the best substructure :)07:54
ograwell, the by protocol approach is fine with me ...07:55
ograin my specific case i'm just running into a prob with tftpd-hpa which changes two setups at the same time07:55
ograit ignored the former configuration (inetd.conf) and at the same time switches its default path07:56
liwthat'd probably be a bug in that package07:56
=== tkamppeter_ is now known as tkamppeter
HobbseeX really doesn't handle two monitors of different aspect ratios well, does it?08:31
Hobbseegdm keeps throwing itself against the wall when you try08:32
ograit does fo my monitor08:32
lifelessHobbsee: that may have more to do with gdm08:32
liwX might. gdm perhaps doesn't.08:32
Hobbseehm, could well be gdm08:32
pittiHobbsee: is it similar to https://bugs.freedesktop.org/show_bug.cgi?id=22580 ?08:32
ogra(1900x1200 plus 1280x800 if i attach it to my laptop)08:33
ubottuFreedesktop bug 22580 in Server/general "defaults to non-native screen resolutions (mode change from KMS)" [Normal,New]08:33
Hobbsee(and 1024x768 looks painful on a 21.5 inch 16:9 monitor, incidently)08:33
pittino, it's recent X trying to be too clever08:33
Hobbseepitti: ah yes, i see that too08:34
pittiI have an internal LVDS (docked, closed, ignored) and an external TFT08:34
pittiand X comes up at 1024x768 on both now08:34
Hobbsee(when mirroring the display)08:34
Hobbseeturning off mirror mode lets you select the higher resolutions, though08:35
pittisure, in my X session I can do the right thign (disable LVDS, use native resolution on DVI)08:35
Hobbseejust when you actually log out and back in to use them, gdm blows up08:35
pittidoesn't blow up here, but keeps switching modes08:35
* ogra can use his 24" monitor just fine with the laptop, but X dies horribly if i attach my 42" TV08:36
StevenKArgh, now the blocking on ocaml transition is causing headaches for the rpm transition08:39
ograRiddell, pitti, bug 190905says dnsmasq is in main, i dont see it there ?08:40
ubottuLaunchpad bug 190905 in dnsmasq "Main inclusion report." [High,Fix released] https://launchpad.net/bugs/19090508:40
pitti   dnsmasq |     2.49-1 |        karmic | source08:41
ograoh, ok08:41
StevenKogra: The source is, the binary isn;t08:41
pittiogra: dnsmasq-base is in main, the full dnsmasq binary isn't08:41
pittinothing needs it08:41
StevenKOh, bah, it's worse.08:44
StevenKAnything requiring dose2 can't be built since libdose2-ocaml can't be installed since librpm4.4 and librpm0 conflict, and I can't sync dose2 since it's blacklisted since the Debian ocaml maintainers don't want karmic transitioning.08:45
directhexHobbsee, depends on how your graphics driver decides to present them09:13
directhexHobbsee, at work i have a 1600x1200 secondary and 1920x1200 primary. gdm displays only on the primary09:13
StevenKpitti: So, would it be a bad thing to merge ekiga from Debian? (They have 3.2.5, and we have 3.2.0)09:14
Hobbseedirecthex: right.  It dosent' seem to be having a problem displaying only on one monitor - just both resolutions are wrong09:24
directhexi don't have that issue09:24
directhexvertical res matches though, if that makes a diff09:25
\shevand: WTF is a "Ubiquity Contributor Agreement"? (And I think you mean Ubiquity as in live cd installer)09:34
\shand why should someone sign this when the source is GPL2 and all contributions to this source are falling under that license, too?09:40
* ogra points \sh to http://vdict.com/ubiquity,7,0,0.html09:41
ogra"omnipresent" :)09:42
\shogra: and what does it have to do with a) licensing a software and b) signing another document which grants the same rights? (minus this very strange patent paragraph)09:43
ograit means that you agree this license applies *across the board*09:43
ograi would say09:43
ogra(some native speaker may correct me)09:44
evand\sh: yes, ubiquity the live CD installer.  It's a requirement per http://www.canonical.com/contributors .  My understanding of the reasons we require people to sign it are the two I outlined in that email.  I can put you in touch with a lawyer who can better elaborate on the details if you don't find my explanation sufficient.09:46
* ogra didnt know we had that 09:47
ogra(for ubiquity)09:47
\shevand: so what you are saying is: if someone is using the software, which I contributed to, not according to the GPL2 license, you will hunt them down like gplviolations?09:48
kamalnHi, can i discuss Ubuntu package development here?09:49
evand\sh: I think that's a question better put to our legal counsel.  I have a very limited understanding of the law and the plans of our legal department.09:49
\shevand: please...would you forward this to your legal department? I really don't understand the usecase behind such an agreement :)09:50
evand\sh: If you could ask specific questions to Amanda (who's email address I'm about to private message you), I'd greatly appreciate it.  If I just send her an email myself saying your confused on why this is necessary, that leaves having to formulate an unnecessarily broad answer.09:52
evandthat leaves her*09:52
maxbkamaln: You can, but be aware that this channel is primarily concerned with packages in the 'main' component - For 'universe' packages, including new packages, #ubuntu-motu is more appropriate09:52
\shevand: will do09:52
evand\sh: Thanks, and apologies for the confusion.09:53
evandLegal issues are not my strong suit.09:53
\shevand: no problem...:)09:53
kamalnmaxb: what is meant my 'main' component..? Infact, I am developing a new package..so is it better to approach #ubuntu-motu09:54
pittiStevenK: not at all09:54
maxbkamaln: All new packages start out in 'universe', so yes, #ubuntu-motu is the right place09:55
evandkamaln: https://wiki.ubuntu.com/UbuntuDevelopers should help to explain the difference between motu and core-dev (this channel).09:56
kamalnevand: thanks..:-)09:57
cjwatson\sh: the FSF does exactly the same thing for contributions to GNU projects, FWIW10:01
directhexcopyright assignment?10:06
azeemcjwatson: I believe the FSF explicitely says it will only license the assigned copyright under FLOSS licenses/GPL10:09
cjwatsonwell, yes, that's true. I meant copyright assignment in general10:09
cjwatsondirecthex: only for a few projects that we started, not for the whole of Ubuntu or anything, don't worry10:10
azeem(just mentioning, because you said "exactly the same thing"10:10
\shcjwatson: so, I could give my copyrights to another entity (which is the FSF), why should I do that?10:10
directhexi believe a common alternative is to allow non-assignment as long as contributions are MIT/X1110:11
cjwatsonthe usual reason for copyright assignment is that it means that in case of violation it's actually possible to pursue violators; in many jurisdictions one cannot bring a case unless one has standing10:11
directhex\sh, essentially because it makes it easier for them to fight legal battles, as they cal claim to be the infringed party in disputes.10:11
directhex\sh, or you can have severe problems when you DON'T, e.g. parts of scummvm are unrelicensable as their author died10:12
directhex\sh, as it happens, your reasoning is why the Go-OO patchset for OpenOffice.org exists10:12
\shdirecthex: well, for that I have a last will where I can state what will happen to my copyrights, software or IP...10:14
directhexcan, or do?10:15
cjwatsonmm. I've actually had that problem myself in the past, I didn't really want to contact a developer's widow and say "excuse me, exactly what pedantic things can I do with your late husband's code"10:16
\shdirecthex: I have ... I just need to add things every year I survived10:16
cjwatsonseems ... tasteless somehow10:16
directhexcjwatson, very. but what's the alternative?10:16
\shcjwatson: actually it's that situation companies do with people taking over someones property10:17
directhexcjwatson, the scummvm case is significant as it prevented proper resolution of a gpl violation problem10:17
cjwatsonfortunately in the case at hand it basically worked out that I didn't need to worry about it for various reasons10:18
directhexafaik apache requires assignment too10:18
directhexa housemate received legal paperwork from the foundation when we were undergrads10:18
\shactually most of the software which are in our archives and we contributed some self-made patches needs such an assignment then10:18
cjwatsondepends where the patches go, but you'll certainly find that many upstream contributions require assignments, yes10:19
* cjwatson is in the process of getting assignments sorted out for findutils, parted, grub2, and something else I've forgotten10:19
directhexi think there's some generally held legal minimum patchiness level required to say "this patch counts as a proper contribution and needs proper licensing"10:20
directhexi'm pretty sure i'm not in MythTV's AUTHORS file10:20
cjwatsonit's subjective, I have seen such things stated but never a clear legal opinion on it10:20
directhexsounds like something waiting for case law10:21
james_wI've seen people say "this isn't a patch, but if you go to foo.c and change the comparison on line 95 this bug will go away. Can I avoid signing a copyright assignment please?"10:21
directhextechnically that statement is true10:23
liwthe threshold for what is copyrightable (and what is too trivial to be copyrightable) varies betwen jurisdictions, and sometimes within them too10:24
liwon the whole, copyright law is screwed up all over the world10:24
\shwell, if those assignments has a paragraph like: "A company/organization which violates the authors/contributors license will be sued by Us [where "Us" is someone else company/organization] to enforce the given license of the author/contributor. Any monetary solution to this charge will be shared among the Law Company, the author of the software and all contributors" this would make sense to me (not that I want any blood money)10:25
=== dpm_ is now known as dpm
\shbtw..I just had a karmic problem unlocking the screensaver...it just waited there forever10:26
cjwatsonme too last night, I was wondering if it was due to not having restarted after an upgrade10:27
cjwatsonI had to kill gnome-screensaver10:27
\shit was after todays update...and there was no restart required according to non-existent "Restart required notifier" :)10:28
=== yofel_ is now known as yofel
dpmStevenK: regarding fbreader, I'd like to reply to upstream. Seeing that it will not be promoted to main, I'm guessing that the i18n work will not be done?10:33
=== ogra_ is now known as ogra
\shhmm...what does "You have N broken packages on your system. Please use the "broken" filter to detect them"? (Dialogbox of update-manager, without any hint where to set the "broken" filter)11:20
azeemmaybe that's a message from synaptic11:21
\shazeem: as it follows the "Install updates" of update-manager...I can't tell...but this message is very strange and will confuse people, at least it confuses me11:22
\shand now, update-manager won't close after updating all selected packages..hmmm11:23
\shnow it's gone...after 1:30 mins11:24
Laneydoes sync blacklist block even manual syncs? I thought it was just for autosync11:40
cjwatsononly autosyncs11:41
cjwatsonerr, wait, maybe not11:41
Laneyor is autosync just a loop over the manual procedure?11:41
cjwatsonno, manual syncs too actually. But anyone who can do a manual sync can edit the blacklist ...11:41
directhexLaney, if you were me, would you 0ubuntu1 xsp and mono-tools?11:42
Laneygetting emails from bug 38794311:42
ubottuLaunchpad bug 387943 in ocaml "Karmic: please do NOT synchronize following packages" [Undecided,Fix released] https://launchpad.net/bugs/38794311:42
cjwatsonbasically just a loop with a bit of extra reporting11:42
Laneydirecthex: what's the delay?11:42
directhexLaney, binary NEW11:42
LaneyI'd wait11:43
Laneybinary NEW isn't too slow, is it?11:43
cjwatsonbut in that case the blacklist is there for a reason and removing it does seem to merit some discussion11:43
james_wbinary NEW in Debian?11:43
directhexjames_w, aye11:43
james_wI didn't think they had one?11:43
cjwatsonit's probably just that ftpmasters are at debconf :)11:43
cjwatsonthey do11:43
directhexjames_w, binary NEW in ubuntu requires only beatings and/or beer11:43
directhexjames_w, the ftp-master page doesn't distinguish - the ftpmasters actually do though11:44
james_wand that would indicate that the source was published, and so we could sync. Or do I misunderstand the process?11:44
directhexjames_w, you may not access files uploaded to NEW11:44
cjwatsonif the new binary packages went together with a source upload, then the whole upload stays in NEW11:44
directhexjames_w, as some kind of defence against undistributable source. or somesuch11:44
james_wan "new-binary NEW"11:45
cjwatsonthe queue never splits up .changes11:45
james_w"ah", I mean11:45
james_wI get it now11:45
directhexshort version: long wait time11:46
directhexif openprinting-ppds contains an obsolete ppd-drop from a printer vendor, what's the best way to get it updated?12:06
=== lamont` is now known as lamont
mvo_\sh: uh, that is indeed confusing - could you mail me your /var/log/apt/term.log please?12:08
=== MacSlow is now known as MacSlow|lunch
* directhex dances in circles, goes to file a bug, notices it just goes to tkamppeter anyway12:13
tkamppeterdirecthex, which PPDs are obsolete?12:39
directhextkamppeter, kyocera. i can get a precise list of models if you give me a few mins12:40
tkamppeterdirecthex, OK.12:41
tkamppeterdirecthex: Unfortunately, I did not get Kyocera PPDs for years, so there are probably missing a lot.12:41
directhexhow odd, there are more PPDs on here than in Kyocera's download12:42
tkamppeterdirecthex, can you tell me where I can find Kyocera's download?12:43
tkamppeterIt can be that Kyocera does not have arbitrary old models in their download and the oldest models on OpenPrinting are perhaps older.12:43
directhexthose are the additions12:45
ScottKcjwatson: I did verify the debian-cd change you merged for me fixed the background problem on the Kubuntu Netbook ISO.  Thanks agian.12:45
tkamppeterdirecthex: are you listing the models which are missing in Kyocera's download or the ones which are missing on OpenPrinting?12:46
directhextkamppeter, the latter12:46
tkamppeterSo these are the newest models which need to get added?12:47
tkamppeterdirecthex: And where can I download the PPDs?12:47
directhexseems there are also some minor changes to old ones12:47
cjwatsonScottK: oh good12:47
directhextkamppeter, bottom of http://www.kyocerasupport.co.uk/index/download_center.false.driver.FS1118MFP._.EN.html has a link12:47
StevenKcjwatson: Well, I'd like to remove dose2 from the blacklist, just so I can get this librpm4.4 mess cleaned up.12:48
cjwatsonbut won't it basically pull in the whole ocaml mess?12:49
cjwatsonI thought that was the point of blacklisting all that stuff12:49
StevenKI'm just about to check that12:49
LaneyI think we should go ahead with the transition anyway12:49
cjwatsoni.e. I thought there were source changes in there that relied on the new ocaml12:49
StevenKcjwatson: My other thought was doing -3~ubuntu1 which is -3, without the new ocaml12:50
ogragod, thses gpm popups are annoying12:50
Laneyit doesn't seem so bad, and there's a nice tool for helping with it12:50
liwogra, hm?12:50
ograliw, i get "your battery is fully charged" or "... discharging" as popunders since some days12:51
liwogra, ugh12:51
ogra*huge* popunders with three buttons in a row12:51
StevenKWell, I wonder if Debian has completed the transition.12:52
StevenKIt's been a month, after all.12:52
StevenKIf they have, compiling a list of stuff to sync should be fairly simple.12:52
tkamppeterdirecthex: The PPDs are under MIT license, so I can update OpenPrinting ...12:53
directhextkamppeter, i wouldn't have bugged you if they weren't Free :po12:54
tkamppeterdirecthex, with OpenPrinting updated, Ubuntu Jaunty and higher would simply directly get them from OpenPrinting.12:55
LaneyStevenK: They have, apart from one sourc epackage (see mail to u-d-d)12:55
tkamppeterdirecthex, about free licenses of PPDs, you can inform me about all PPDs offered for use with Linux, independent whether they are free or not, as in some cases I can contact the manufacturer.12:56
StevenKLaney: Ah, but it seems like they want to keep 3.11.0 in Karmic, and have 3.11.1 in Karmic+112:56
StevenKWhich makes me go argh12:56
directhextkamppeter, i don't generally look at this stuff, unless an engineer appears out of nowhere to take my laserjet away & put an unsupported-in-jaunty kyocera 1118 in its place12:57
Laneywell he asked if we should do the transition, and I said that I think we probably could and should12:57
StevenKI agree that we should, it makes headaches like the one I just found go away12:58
tkamppeterIf the PPDs are redistributable but not free software (only vernatim redistribution) I can at least put them up on OpenPrinting, in the foomatic-db-nonfree package, and that is enough for Ubuntu auto-downloading the PPDs. If they are free, they get into foomatic-db and so also into Ubuntu.12:58
LaneyStevenK: would be good if you could say as much in that thread then12:58
directhextkamppeter, the only other printers i have access to generally are a Brother (so i get that frustrating ERROR problem on most print jobs) and a Toshiba (which works fine)12:58
directhextkamppeter, i did get to tell a Canon salesperson they were smoking crack once, though, thanks to their laughable loonicks support12:59
ograseb128, is ssh support in gvfs known to be broken atm ? my nautilus crashes if i try to sftp mount people.canonical.com13:01
seb128ogra, do you have ubuntuone-client-gnome installed?13:02
LaneyWFM (tm)13:02
seb128ogra, ubuntuone is known to make nautilus crash at the moment so if you have it yes it's known13:03
ograwell, could i not ? its seeded :)13:04
ograso yes, i have13:04
seb128ogra, you're welcome13:04
seb128ogra, nobody force you to have ubuntu-desktop installed, I don't ;-)13:05
ograi want to eat our own dogfood ;)13:05
ograkirkland, around ?13:21
cjwatsonogra: (ubuntuone's only a recommendation, you can remove it and still have ubuntu-desktop installed)13:25
ogracjwatson, yeah indeed13:26
ogragiven that my invite timed out anyway, i should probably do that13:26
=== MacSlow|lunch is now known as MacSlow
=== The_Company is now known as Company
loolScottK: I think you tried pinging me over the WE but I forgot to go back to you13:43
SteveAI know suspend / hibernate is fragile generally... it was working find on this laptop running jaunty.  Now, with karmic, suspend and hibernate don't work.  The screen goes dark for a while when I ask it to suspend then a minute or so later I get the "enter password to close the screensaver" screen.14:04
SteveAshould I file a bug?  against what package?14:04
ogralikely the kernel14:04
hyperairis anyone here familiar with gdk_window_get_frame_extents?14:18
hyperairhmm no wait, that's not the problem here.14:20
hyperairhmm for some reason my panel isn't a dock.14:28
james_wis there someone else doing NEW at the moment?14:30
james_wjdstrand: you perhaps?14:33
jdstrandjames_w: I was trying to get to a few before slangasek came online, yes-- are you doing mondays now?14:33
james_wyeah, myself and slangasek split the day14:33
james_wI've no problem with you doing some though :-)14:34
james_wI'm just not sure what danger there is of collisions14:34
jdstrandjames_w: I plan to do ltsp-cluster-lbagent, moovida* and qemu-kvm14:34
james_wgreat, thanks14:34
james_wI'll go for lunch14:34
james_wgive me a shout once you're done and I'll do the rest14:35
jdstrandjames_w: ok14:35
Laneydoes the i386 buildd call build-indep directly?14:37
geserLaney: IIRC it calls build while the other call build-arch (but better look at a build log to be sure)14:39
stvowindow splitv14:41
pittihey stvo14:45
pittistvo: trying weechat? :-)14:45
ograpitti, is stvo who i think he is ?14:46
* pitti engages long-distance brain reader14:47
pittiogra: confirmed with 89.234 probability14:47
ograhi stvo, great to see you here14:47
stvoogra I'm testing your arm chroot14:48
ogranice :)14:49
ogranote that its not 100% reliable but good for poking around ... some syscalls are likely missing14:49
=== pace_t_zulu_ is now known as pace_t_zulu
kirklandogra: howdy!14:52
ograkirkland, lool told me you migh be working on a spec that implements something like https://wiki.ubuntu.com/ARM/BuildEABIChroot14:53
ograif thats true, is there any chance we see it in karmic ?14:53
loologra: No, kirkland is working on getting us qemu updates though14:54
ogra(i'm referring to the binfmt setup by default)14:54
lool11:49 < lool> I'm sure this can all be done when we refresh our qemu14:54
lool11:49 < lool> I think kirkland has a spec on this14:54
ograthen i misunderstood the "all" in that sentence :)14:55
kirklandlool: ogra: hmm, i'm working on getting the new qemu-kvm project into karmic14:55
kirklandthis project is the merger of the qemu and kvm code14:55
loolkirkland: Is this based on qemu 0.11?14:55
kirklandqemu plus the kvm acceleration bits14:55
kirklandlool: that's the target14:56
kirklandlool: 0.11 just hit Release Candidate14:56
ogracool, that at least gets us the eabi patches14:56
kirklandlool: that will make it into karmic14:56
kirklandlool: it was targeted at alpha3, but upstream slipped a little14:57
=== epuzarne1 is now known as epuzarne
jdstrandjames_w: I'm done15:03
pittihah, fighting for sync karma? :-)15:03
jdstrandwho me? nah, I just couldn't get to archive much on Friday15:04
james_wthanks jdstrand15:04
jdstrandsure :)15:04
directhexyay for james_w, one step closer to mono 2.4.2 in karmic15:15
=== mbiebl_ is now known as mbiebl
ScottKlool: Thanks for checking back, it got taken care of already.15:31
Ampelbeinhi there. whom should I poke when a NBS' dependencies is zeroed? In that case it's libgnokii3 where all dependencies on that are eliminated now.15:38
Ampelbeinor is there some kind of automagic NBS removal?15:38
james_wAmpelbein: manual-automatic :-)15:41
Ampelbeinjames_w: so I poke you and you do it? sweet! ;-)15:43
james_wI've not done it yet15:44
james_wwe'll see if I get down that far on the list today15:44
Ampelbeinno worries... thank you for the info.15:45
loolkirkland: Ack I heard that during the release meeting15:48
loolkirkland: (ogra was rolling his own qemu 0.10 + patches to get some better ARM EABI support and was interested in having that in ubuntu which is why I pointed him at you)15:49
loolI'm using tip + patches15:49
kirklandlool: for tip, are you aware of https://edge.launchpad.net/~ubuntu-virt/+archive/virt-daily-upstream ?15:50
ograwell, there is more than the patches ... but if our qemu-arm could support eabi that would be a major step forward15:50
ograi would still like to have a package i can easily install that enables binfmt15:50
ograand disables it on package removal respectively15:51
kirklandogra: lool: any reason why these patches aren't upstream in qemu?  we have a friendly qemu maintainer, we sponsored him to barcelona uds15:52
ograkirkland, the patches are apparently15:53
ograjust not in our package15:53
kirklandogra: oh, great15:53
kirklandogra: then this will sort itself out very shortly15:53
kirklandogra: in the mean time, see: https://edge.launchpad.net/~ubuntu-virt/+archive/virt-daily-upstream15:53
kirklandogra: 0.11.50 is building there15:53
ograi'll try it out soon15:54
andresmujicado we have an ubuntu java or eclipse channel?15:57
ogralool, kirkland, though for the chroot bits i would still need a statically build binary15:58
ograjust strikes me ...15:58
loolkirkland: I am aware of the PPA; thanks; I build tip by hand because I apply some non-mergeable patches on top of qemu15:58
ograkirkland, do you think it would be possible to roll a qemu-arm-static into our package ?15:59
kirklandlool: gotcha, good to know16:00
kirklandogra: hrm, i don't see why not ...  do you have a diff that does this?16:00
kirklandogra: curious, just wondering... why do you need a static build of that binary?16:01
ograno, my package is totally badly built with its own copy of the qemu source and the patch inline16:01
loolScottK: Cool, so these perl libs should soon be installable?16:01
ograkirkland, what i do is: apply the eabi patches, build it statically, enable the interpreter in binfmt-support to match the magic of any armel binaries ... then i roll an armel chroot ... to exec armel binaries *inside* that chroot i need the x86 qemu ...16:02
ograkirkland, which indeed wouldnt find its libs *in* the chroot16:03
kirklandogra: right16:03
ograwith the static version i can just chroot into my bootstrapped root and move on16:03
ScottKlool: Right.  Thanks for the reminder (ugh).  No, it was another issue.16:04
ograits extremely convenient16:04
* ScottK looks into it.16:04
loolEh :)16:04
kirklandogra: agreed16:04
loolSo it's libcompress-raw-zlib-perl which I can't upgrade due to the dep of libio-compress-zlib-perl16:05
=== WelshDragon is now known as Fluffles
ograkirkland, in my package i essentially just do "./configure --prefix=/usr --target-list=arm-linux-user --static" in debian/rules, but i guess thats not proper enough for the actual package in the archive16:07
kirklandogra: right, let me think on this some16:08
kirklandogra: i'll talk to upstream too16:08
ograthanks :)16:09
kirklandogra: i might be able to add a binary package to the source package16:09
kirklandogra: qemu-arm-static or something16:09
kirklandogra: or qemu-static16:09
kirklandogra: and just publish that one to universe?16:09
ograthat would be cool since it could also carry the proper postinst and prerm bits for binfmt16:09
ograuniverse is totally fine16:09
kirklandogra: would you open a wishlist bug against qemu to capture this?16:10
kirklandogra: i'm tracking down a nasty ecryptfs right now16:10
kirklandogra: so i guarantee i'm going to forget this otherwise :-D16:10
ograno hurry16:10
ograkirkland, bug 401782 is yours16:20
ubottuLaunchpad bug 401782 in qemu "please build a static version of qemu-arm 0.11.x in a separate binary deb" [Wishlist,New] https://launchpad.net/bugs/40178216:21
kirklandogra: thank you sir!16:21
ograno, thank you ! :)16:21
kirklandogra: thank me when I finish the work :-)16:22
ograwell, until then my hackish ppa package will do :)16:23
ScottKlool: They've combined several perl modules into one.  This is non-trivial.16:39
=== RainCT_ is now known as RainCT
RainCTKeybuk: Hey. How does this look? http://revu.ubuntuwire.com/~rainct/mom.html17:25
cjwatsonRainCT: I'm sure it's not the point, but your data is perplexing - you seem to be using the primary UID on the signing key for "Last Uploader", rather than, say, Changed-By if it matches one of the UIDs on the key ...17:28
RainCTcjwatson: Seems like it's just running gpg and looking at the "Good signature from X" line. But hey, that's not my code! :)17:30
Keybukcjwatson: patches welcome17:30
Keybukcjwatson: in fact, I think you may have _written_ this patch in the first place ;-)17:31
cjwatsonKeybuk: oh, I didn't think current MoM acted this way ...17:31
cjwatsonI don't remember doing so? but that doesn't mean a whole lot17:32
RainCTKeybuk: The (new design) code is up on lp:~rainct/merge-o-matic/redesign for your merging pleasure :)17:32
KeybukJo Shields <directhex@ubuntu.com>17:33
KeybukUploader: Colin Watson <cjwatson@flatline.org.uk>17:33
Keybuk(e.g. from current MoM output)17:33
cjwatsondefinitely wasn't me who wrote that patch, I don't recognise that code at all17:34
KeybukRainCT: though that's a good point17:35
KeybukRainCT: your code drops the distinction17:35
cjwatsonanyway, current MoM doesn't act this way because for the upload in question changer == uploader17:35
Keybukcurrent MoM shows both the Changed-By *and* Uploader when different17:35
Keybukyours only shows the Uploader17:36
Keybuk(who is generally a sponsor, not the person who made the change)17:36
KeybukRainCT: looks like you haven't touched manual-status.py yet?  Would be good to have that in the same form17:36
RainCTKeybuk: Oops, right. My test with a single package isn't that helpful :)17:36
KeybukRainCT: other than that it looks good17:37
Keybukso if you can fix those two things, I'll be more than happy17:37
RainCTKeybuk: uhm, hat is that manual-status.py thing?17:38
KeybukRainCT: produces https://merges.ubuntu.com/{main,universe,restricted,multiverse}-manual.html17:44
andresmu1icai've lost X output completely with latest gdm update in karmic...  :/17:48
pittiandresmu1ica: "x output"?17:58
andresmujicapitti: black screen with everything working.. give a minute i've downgraded to gdm 2.26 and recovered X output.. upgrading again to confirm or deny it...17:59
RainCTKeybuk: can you please check if the uploader is displayed now?18:03
=== manjo is now known as manjo`away
andresmujicapitti: not related to gdm, it seems a bug with kernel 2.6.31-1-generic it gives no X output .. but as we already passed it there's no problem at all.18:17
=== manjo`away is now known as manjo
=== manjo is now known as manjo`away
kirklandkarmic sound issues?  i'm getting momentary pauses during mp3 playback;  tried numerous different players and sources18:46
kirklanddtchen: ^18:47
ograkirkland, i had mine play at double speed on the weekend ... reboot fixed it19:01
kirklandogra: heh19:02
kirklandogra: i've rebooted a few times recenty19:02
ograupgraded too ?19:02
ograi first did an upgrade (which didnt ask for reboot) ...19:03
ograand after the reboot it was actually working fine ...19:03
ograi had the issue in all players, even tried mplayer and xine19:03
RainCTKeybuk: Should work now, but I can't test manual-status.py myself19:08
=== DreamThief is now known as knechtrootrecht
slangasekjames_w: fwiw, it's perfectly fine for archive admins to sync packages directly instead of filing sync requests. :)19:17
infinity(Unless you really want a review or something)19:18
infinity(But then I'd take that OOB and just get it done quickly)19:18
=== knechtrootrecht is now known as DreamThief
=== mac__v is now known as mac_v
directhexis ubuntu-meta maintained someplace in bzr?19:50
=== manjo`away is now known as manjo
=== nxvl_ is now known as nxvl
slangasekdirecthex: no, since most of the contents are autogenerated there hasn't been much need20:22
rtg_slangasek, do you have a moment to review my proposed addition of rfkill to wireless-tools ? http://kernel.ubuntu.com/~rtg/wireless-tools.diff20:52
slangasekrtg_: <squint> the diff looks fine, but why in the world is this now being done via a control device instead of via /sys?20:58
slangasekthat really seems like a step backwards20:59
rtg_slangasek, it can be done both ways, but I guess /dev/rfkill is the preferred method for setting/retrieving state for all wireless devices.21:00
slangasekno, it can't be done both ways :)21:00
slangaseknot in 2.6.31 - someone broke the /sys interface21:00
rtg_I thought it just moved21:00
slangasekwell, they broke two things - 1) there's no longer a link to the rfkill interface from the /sys/class/net tree, 2) trying to toggle any rfkill interfaces through sys fails with "Operation not permitted"21:01
nxvljames_w: is there something in bazaar like svn debcommit?21:03
rtg_slangasek, for the acpi-support package the rfkill application should be sufficient for controlling rfkill state. do you want me to pursue what is wrong with the sysfs interface?21:03
james_wnxvl: what does that do?21:04
nxvljames_w: commits the changes and generates the comment from the changelog21:04
james_wdebcommit doesn't do what you want?21:04
* nxvl tries21:04
nxvljames_w: yes it does21:05
* nxvl HUGS james_w 21:05
slangasekrtg_: well, I'm getting a little sick of the interface moving every single release, and the acpi-support compatibility code becoming increasingly baroque :/21:05
slangasekrtg_: I thought the previous /sys interface was a very sensible one, and it seems like a bug to me that it's changed again21:06
rtg_slangasek, as well that may be, there is little I can do about it.21:07
slangasekrtg_: who's working on this stuff upstream?  maybe I can rant at them directly :)21:07
slangasek(anyway, surely it /is/ a bug that you can't change the state via /sys at all anymore?)21:07
rtg_slangasek, Johannes Burg is the guy that rewrote rfkill. I guess he'd be the best place to start. Perhaps on the linux-wireless@vger.kernel.org list.21:08
slangasekrewrote - bah :)21:08
slangasekok, I'll see what comes of prodding, thanks21:09
rtg_slangasek, well, the original version did had some serious problems from what I understand.21:09
bannaNI could be interested in contributing in the development of ubuntu, where do i start? What kind of skill-level is required?21:19
azeembannaN: ask in #ubuntu-motu21:19
cjwatsonbannaN: http://wiki.ubuntu.com/ContributeToUbuntu21:20
bannaNKindy dont know where to start, who to ask, and how to join, and what kind of work-tasks is available for a person with my knowledge21:23
=== kenvandif is now known as kenvandine
cjwatsonbannaN: right, it's complicated (and we don't know either, because it depends so much on your interests and experience), which is why I gave you a page full of links that you can go and read :-)21:29
=== porthose1 is now known as porthose
bannaNcjwatson: hehe, yeah, what i had in mind was maybe bugfixing, testing or something like that, dont know whats possible in the begining, and how tasks are asigned21:32
cjwatsonbannaN: with some exceptions (for instance, people employed to work on Ubuntu often have things assigned to them), people generally take things for themselves rather than waiting to be asked21:36
cjwatsonthe process for fixing bugs is to find some bugs you think are interesting and send patches! :-) And http://wiki.ubuntu.com/SponsorshipProcess if you want to get those patches reviewed in a timely fashion21:36
BUGabundohey dear devs22:01
BUGabundopitti: were you who broke gtk on karmic with that patch for gfvs?22:01
seb128_BUGabundo, gtk and gvfs are really different things22:04
BUGabundoyeah I know22:04
BUGabundojust gluing some pieces22:04
BUGabundohaven't got my listchanges to work yet, after format22:04
seb128_BUGabundo, not really gluing no, gvfs has no user inferface and don't use gtk22:04
BUGabundoso knolage may be incomplete :)22:04
seb128_BUGabundo, and gtk doesn't use gvfs either22:04
seb128_BUGabundo, rather than trying to guess you should better describe your issue22:05
BUGabundoseb128_: not a single icon anywhere on my system22:05
BUGabundonot _my_. any karmic, updated22:05
BUGabundoyofel: what was the package you mentioned?22:06
yofelseb128_: .xsession-errors tells us that it can't recognize the picture format22:06
yofelof the icon theme22:06
seb128_BUGabundo, "any", works for me22:06
BUGabundoseb128_: yes, really. no app icons, not icons on pidgin, on firefox, nothing22:06
BUGabundojust boxes with red cross22:06
yofelseb128_: like for example: ** (gnome-terminal:13296): CRITICAL **: failed to load icon 'lpi-translate': Format der Bilddatei unbekannt22:06
seb128_having english errors would be a good start22:07
yofelit's something along of: unknown picture format22:07
BUGabundolet me pastebin mine22:07
BUGabundoits in english22:08
BUGabundo$ pastebinit .xsession-errors22:08
seb128_BUGabundo, did you open a bug using apport?22:09
BUGabundonot yet22:09
BUGabundoI just came online22:09
BUGabundoand yofel confimed it, so I though I would ask around22:10
seb128_BUGabundo, what architecture do you use?22:10
BUGabundobefore putting it on LP with no package22:10
seb128_yofel, you?22:10
yofelseb128_: yes, updated my system a few minutes before BUGabundo came and have the same issue22:11
BUGabundohey kenvandine22:11
seb128_yofel, the question was "what arch do you use"?22:11
yofeloh, sry - amd6422:11
seb128_k, could be amd64 specific22:12
gilesyofel: I tuned in22:12
BUGabundoseb128_: package so I can file it ?22:12
BUGabundohumm notify OSD is gone too LOL22:12
seb128_BUGabundo, gtk+2.022:12
yofelgiles: what's your cpu-arch? x86 or x64?22:12
BUGabundoat least Volume one22:12
BUGabundoseb128_: Package gtk+2.0 does not exist22:13
AmpelbeinBUGabundo: ? https://bugs.edge.launchpad.net/ubuntu/+source/gtk+2.022:13
seb128_libgtk2.0-0 if you want a binary package rather22:13
gilesyofel: x6422:13
BUGabundoAmpelbein: tell that to my apport :)22:13
seb128_the issue seems amd64 specific22:13
seb128_I've no amd64 config to work on that though22:13
BUGabundouploading now22:14
BUGabundoThe collected information can be sent to the developers to improve the22:15
BUGabundoapplication. This might take a few minutes.22:15
BUGabundonever seen apport take soooooooo long22:15
BUGabundoI think it jammed :(22:16
BUGabundosorry, lost wifi22:19
seb128_BUGabundo, do you have a  /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-jpeg.so ?22:20
BUGabundo$ ls  /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-jpeg.so22:21
BUGabundo-rw-r--r-- 1 root root 23K 2009-07-20 18:12 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-jpeg.so22:21
seb128_BUGabundo, ok, the amd64 build lacks the png loader for some reason22:22
BUGabundoyofel: giles: feel free to sub22:22
yofelseb128_: the svg one is missing as well i think22:23
ubottuUbuntu bug 401938 in gtk+2.0 "no icons" [Undecided,New]22:23
BUGabundoohhh the bot is lagged 1min22:24
BUGabundocan someone set that to confirm, please?22:27
seb128_BUGabundo, what difference does it make?22:27
yofelBUGabundo: seb128_ did that already?22:27
seb128_BUGabundo, I did for the record, still need debugging from somebody on amd6422:27
BUGabundoseb128_: tells us what you ned22:28
BUGabundoI'm here to help :)22:28
BUGabundoand he left :\\\22:28
cody-somervillepitti, Whats holding up the gdm changes we agreed on?22:29
cody-somervilleslangasek, ^^22:30
cody-somervilleslangasek, We're quickly running out of time and the Xubuntu CDs are still oversized pending the changes to gdm22:31
slangasekcody-somerville: I'm not on the desktop team, I wouldn't know22:31
slangasekcody-somerville: is there a bug report open for this?22:32
cody-somervilleslangasek, There was but it seems to be closed, trying to find it22:32
* BUGabundo slaps seb128 connection22:33
seb128BUGabundo, what is required is somebody having access to an amd64 box and a clue about autotools and libtool to debug22:33
BUGabundoI have the 1st22:34
BUGabundonot the 2nd22:34
BUGabundolet me fetch someone from +122:34
gilesseb128: need debug info from somebody on amd64?22:34
seb128giles, not really, rather need somebody able to debug the issue22:34
gileswhich issue?22:35
seb128giles, ie giving me informations will not likely lead somewhere, I've no real clue about the issue seems to be something due to libtool22:35
seb128giles, cf bug #40193822:35
ubottuLaunchpad bug 401938 in gtk+2.0 "no icons" [Undecided,New] https://launchpad.net/bugs/40193822:35
seb128"libtool: relink: gcc -shared .libs/io-png.o -lpng12 -L/build/buildd/gtk+2.0-2.17.5/debian/install/shared/usr/lib -L/usr/lib -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lm -Wl,-Bsymbolic-functions -Wl,-soname -Wl,libpixbufloader-png.so -o .libs/libpixbufloader-png.so22:35
seb128/usr/bin/ld: cannot find -lgdk_pixbuf-2.022:35
seb128collect2: ld returned 1 exit status"22:35
cody-somervilleslangasek, LP #396321, LP#400901, LP #40009422:35
ubottuLaunchpad bug 396321 in gdm "GDM fails to start if gnome-session is not installed" [Undecided,Fix released] https://launchpad.net/bugs/39632122:35
ubottuLaunchpad bug 400094 in xubuntu-meta "Xubuntu 9.10 daily build includes Gnome2 instead of Xfce4" [Critical,In progress] https://launchpad.net/bugs/40009422:35
cody-somervilleslangasek, I'm going to create a new master bug report to include all the details.22:36
slangasekcody-somerville: isn't bug #400901 that?22:37
ubottuLaunchpad bug 400901 in gdm "gdm is requiring gnome-session in karmic" [Undecided,New] https://launchpad.net/bugs/40090122:37
seb128anybody on karmic amd64 who could give a build try to gtk+2.0?22:37
seb128to see if the build issue mentioned before and breaking png loading is a random glitch or a real error?22:38
cody-somervilleslangasek, I'm going to modify 40090122:38
gilesseb128: i could22:38
seb128giles, thanks22:38
yofelseb128: I'm building it too22:39
* BUGabundo is looking :)22:40
cody-somervilleslangasek, updated and milestoned22:46
pitticody-somerville: ah, did you update your branch and merge request? didn't get a mail about it22:50
seb128pitti, hey22:50
pittihey all22:50
seb128pitti, I expect bug #401938 to quickly become an issue22:51
ubottuLaunchpad bug 401938 in gtk+2.0 "no icons" [Undecided,New] https://launchpad.net/bugs/40193822:51
BUGabundohey pitti22:51
* BUGabundo is always finding HIGH bugs for seb128 :)22:51
seb128pitti, just to let you know if you look at milestoned issues this week22:51
pittiseb128: oh, thanks; indeed, I'm the alpha-3 RM this week, so I have to care :)22:51
cody-somervillepitti, Sorry, I thought you were just going to make the changes. I'd be happy to update my branch for you.22:51
seb128BUGabundo, you seem to enjoy when users are in trouble22:51
pitticody-somerville: I don't really know the appropriate xubuntu alternatives, and you said it also needs some patches for not hardcoding metacity, etc.?22:52
cody-somervillepitti, Sounds good to me. I'll do that this evening.22:52
pittiseb128: hm, I'm on amd64, and my icons are just fine22:52
pittididn't update to new gtk yet, though22:52
pittithe most annoying thing is gnome-keyring ssh being broken (not exporting the env var)22:53
seb128pitti, well it's clear from the build log that the png loader didn't build on amd6422:53
pittibut just like so many of those, I guess it's a gdm bug again :/22:53
seb128pitti, didn't notice that there and gnome-keyring didn't change for some weeks22:53
BUGabundoseb128: no pleasure here. but I'm an alpha tester, so I've been finding many bugs over the years, helping to put them on BTSs, triaging, alerting users... the usual22:54
pittiseb128: yeah, SSH_AUTH_SOCK=/tmp/keyring-tYQTmS/socket.ssh ssh ... works22:54
pittiseb128: bit too late right now, but I'll give a go at that amd64 thing tomorrow morning22:54
seb128pitti, the environment export is a dbus thing I think22:54
* pitti dist-upgrade22:54
seb128pitti, thanks, it's not the end of the world it's only icons22:54
pittiah, there comes a new gtk22:55
seb128pitti, I just hate autotools and I've no amd64 box to look at what's going on22:55
seb128pitti, and I don't know enough about libtool to guess what is wrong without logs and access to a build22:55
seb128could be a race and work on next build, dunno22:55
slangasekdirecthex: monodevelop-boo appears to be in need of a fakesync, due to mismatched .orig.tar.gz md5sum22:56
directhexslangasek, is it? i believe the fakesync part, but i don't remember doing anything to break it recently22:57
BUGabundook my work here is done. thanks22:59
* pitti cd /bed, good night22:59
BUGabundobye pitti22:59
yofelseb128: the png loader built fine when just running ./configure && make - debuild and pbuilder are still running23:03
seb128yofel, ok thanks23:04
directhexof course, i apparently broke sid, so what do _I_ know?23:09
directhexoh, there's the problem, monodevelop-boo is missing from our tracker23:10
directhexwgrant, poke poke23:10
directhexmmm, still hasn't had a new upload since april23:11
directhexslangasek, was your comment simply regarding the funny version number? if so, a fakesync is fine, but i'm not sure what it would achieve given the packages are identical anyway23:12
wgrantdirecthex: Hi.23:14
slangasekdirecthex: no, the packages aren't identical, there's a build-dep on libgtksourceview2.0-cil23:14
directhexwgrant, can you manually add packages to an MDT page?23:15
wgrantdirecthex: I can.23:15
directhexslangasek, really? how silly23:15
wgrantdirecthex: But let's see if there's a more general way to get that one too...23:15
directhexwgrant, well, most of monodevelop* is with meebey as sole maintainer, not group maintained (according to control, anyway - not in reality)23:16
wgrantdirecthex: So, we only grab packages with one of the three mono maintainers right now.23:16
directhexslangasek, so a fakesync to universe just involves uploading a signed source package using our orig and their diff, yes?23:16
wgrantI guess I'll just add this explicitly now.23:17
directhexwgrant, sorry!23:17
slangasekdirecthex: yes23:17
directhexslangasek, okay, give me a minute. my first direct archive upload. eeks!23:17
wgrantdirecthex: It be there now.23:19
directhextee hee, that makes things slightly more convenient:  -- Jo Shields <directhex@apebox.org>  Wed, 08 Apr 2009 22:42:33 +010023:20
directhexwgrant, coolness. ta!23:20
directhexehm... i take it i need to manually specify an upload distro in dput.cf? it's not bright enough to deal with "unstable -> karmic"?23:22
Laneyit comes set up with ubuntu as default I think23:23
Laney(you should change this)23:23
Laneyyou do need to change the release in the changelog though23:23
wgrantIsn't one meant to add an XbuildY changelog entry for a fakesync?23:24
seb128wgrant, not if the tarball is different23:25
seb128wgrant, otherwise it will be tried by the auto-syncer and break23:25
yofelseb128: the debuild and pbuilder builds built without error too23:25
directhexLaney, you change the release in changelog for a fakesync?23:25
seb128yofel, and the png loader is built?23:25
wgrantseb128: But it is meant to be autosynced.23:26
yofelseb128: according to 'dpkg -L libgtk2.0-0' yes23:26
seb128wgrant, well, if the orig.tar.gz is different that's not going to happen23:26
wgrantseb128: It will when Debian uploads a new upstream.23:26
wgrantAnd until then the autosyncer will just not do anything.23:27
seb128wgrant, right, but we have no way to say to the auto-synced "it's a buildn version but try only next upstream version and not next revision"23:27
Laneydirecthex: yes sir, otherwise it will be rejected afaik23:27
seb128wgrant, it will break at each run until you sort it23:27
wgrantseb128: I see.23:27
seb128wgrant, 0.8-1build1 will try to autosync 0.8-223:27
wgrantdirecthex: Soyuz works out the upload series by looking in the .changes, which is generated from the changelog.23:27
directhexLaney, can you suggest a fakesync changelog to read, to make myself feel better?23:28
seb128wgrant, and that will break the sync run on a md5sum mistmatch error23:28
seb128directhex, http://people.canonical.com/~pitti/scripts/syncpackage23:28
Laneydirecthex: I might have done one for one of the debuggers23:28
seb128directhex, in fact that's to do a real sync yourself so ignore it23:29
Laneybut, just change the release to karmic23:29
Laney0ubuntu1 the version number23:29
seb128directhex, basically get debian source, edit changelog to change unstable to karmic, build, sign, upload23:29
directhexLaney, that's a 0ubuntu1, not a fakesync, no?23:29
wgrantseb128: I see a lot of build1 fakesyncs23:29
Laneyseb128: I thought that was what was just being discussed23:30
seb128wgrant, right, when the orig.tar.gz doesn't mismatch so next sync will work23:30
Laneydirecthex: *23:30
seb128wgrant, that's what we do for rebuilds since we don't have bin-nmu23:30
wgrantseb128: No, these are for mismatched orig.tar.gzs.23:30
seb128wgrant, ie a package is in sync and need a rebuild you use build1 so next sync get it23:30
directhexseb128, good, binNMU is the work of the devil23:30
LaneyI would 0ubuntu1 it to avoid it being autosynced23:30
seb128wgrant, well that's wrong and that will create issue during the next autosync run23:30
seb128wgrant, give me names ;-)23:31
wgrantseb128: A few of these were by archive admins...23:31
wgrantSo I somehow think they are doing it the right way.23:31
seb128wgrant, can you give me an example?23:31
directhexLaney, not an issue, since the package  won't need to be changed until the next upstream release23:31
* Laney blinks23:31
seb128wgrant, archive admin have access to the autosync filters so they can put things on the ignore list if they want23:31
directhexmeh, close enough for government work. where'd i put that dput...23:32
seb128but I think it's easy using an ubuntu<n> versioning23:32
seb128wgrant, I will check with pitti tomorrow23:32
cjwatsonI think build1 plus a blacklist entry is fine23:33
seb128he probably added the source to the don't sync list23:33
seb128cjwatson, well it's extra archive admin work compared to using 0ubuntu1 and asking for a sync later23:33
cjwatsonI'm not sure it actually is extra work; manual syncs are work too23:33
cjwatsonand about the same amount, tiny either way23:33
seb128that's maybe because I don't check for packages on the list often23:34
cjwatsonanyway, /me -> sleep -> debconf23:34
seb128ie if I'm doing sync those are likely to stay on the "do not sync" list for a while23:34
seb128ie, it's not trivial to know when to drop them from the list23:34
seb128yofel, ok thanks, I've a uploaded a no change rebuild version23:36
seb128let's see how it works23:36
yofelseb128: after installing my self-build .deb files everythings ok again23:37
seb128yofel, ok, good, I've no explanation about the issue23:38
dupondjei'm trying to compile it here also, checking if it works also23:39
seb128I've uploaded a new revision23:39
seb128it will have built in 16 minutes or so23:39
seb128let's see how that one goes23:39
dupondjegood thing :)23:39
NoelJBseb128: I understand that you just posted the fix.  Thank you for the very prompt response.  :-)  [sometimes a "thank you" is the only currency in Open Source]23:43
dupondjeits not a real fix tho, its just a reupload to rebuild it23:44
seb128NoelJB, thanks, dunno if that build will work, I don't know why the previous one had the issue23:44
seb128ok, new gtk built correctly now and fixes the issue23:53
yofelseb128: thanks :)23:54
seb128yofel, thank you for testing and reporting the issue early23:55

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