/srv/irclogs.ubuntu.com/2008/01/04/#ubuntu-motu.txt

crimsunStevenK: will you be handling on the libsdl1.2 merge?  (I'm looking at bug 180221 ATM)00:11
ubotuLaunchpad bug 180221 in libsdl1.2 "sound doesn't work using libsdl1.2debian-pulseaudio binary package" [Medium,Fix committed] https://launchpad.net/bugs/18022100:11
crimsunhandling the*00:12
StevenKIt needs to be merged again?00:13
crimsunyep, new upstream version00:13
StevenKGrumble. asc doesn't differ with Debian00:14
StevenKcrimsun: Yeah, I'll look at merging it. I'll bleat if I have any issues00:15
crimsunStevenK: ok, thanks.00:15
=== tritium_ is now known as tritium
somerville32imbrandon, ping.01:10
somerville32imbrandon, Where can I find the script to sync accounts with launchpad groups on a machine?01:10
nenolodsomerville32, it's part of the revu code01:16
YokoZarWould adding myself as a MOTU candidate to the MOTU meeting agenda be appropriate?01:16
nenolodDarkMageZ, have you contacted debian-legal yet ?01:17
nenolodDarkMageZ, or did you chicken out?01:17
=== wolfger_ is now known as wolfger
DarkMageZnenolod, i'm polishing the email. i'll send you my draft soon01:19
nenolodgroovy01:19
=== Gunirus_ is now known as Gunirus
somerville32nenolod, I see the code to grab the gpg keys but are you sure the code for getting the ssh keys are in the revu trunk?01:21
crimsunYokoZar: normally you'd send an e-mail to motu-council@u.c detailing your application.  It's standard practice to CC people who can vouch for you.01:21
YokoZarcrimsun: I've already done that01:21
crimsunYokoZar: if you feel you need to say something in the meeting, then sure, please do add yourself.01:22
YokoZarcrimsun: Ahh, but otherwise it's just handled by email fine?01:23
crimsunyes01:26
crimsun(I just re-read the e-mail from Sat.)01:26
imbrandonnenolod: no it isnt part of revu, somerville32 one moment01:27
imbrandoni'll find the bzr branch01:27
=== Elly is now known as Elly-latitude
imbrandonFujitsu: do we have that on LP under the ubuntuwire project yet ?01:28
Fujitsuimbrandon: It's in a bzr branch under my ~, I think.01:29
* Fujitsu looks.01:29
=== Elly-latitude is now known as Elly
Fujitsuorko:~fujitsu/lpusers is the bzr branch. I'll symlink it under my public_html.01:29
imbrandonkk, cool01:29
imbrandonsomerville32: ^^01:30
Fujitsusomerville32: http://people.ubuntuwire.com/~fujitsu/bzr/lpusers01:30
FujitsuErm, permissions issue, I think.01:30
somerville32403 :]01:31
imbrandonsomerville32: note when looking at it, its talored for our use , so i would audit it before using it01:32
Fujitsusomerville32: bzr branch it.01:32
imbrandonFujitsu has done a great job at abstracting most of it though, so should be fairly simpe to cusomize01:32
imbrandonsimple*01:33
somerville32That was quick01:33
somerville32It branched just like that *snap*01:33
FujitsuIt's only one file, so...01:33
imbrandoni'd imagine there are only a few revisions, we dident have it in bzr for a long time01:33
imbrandonand its only one file01:33
nenolodimbrandon, sorry. my mistake. i thought he was looking for GPG. :)01:33
somerville32I just associated bazaar with natural slowness no matter what :P01:34
Fujitsusomerville32: It's only slow when branching enormous trees from LP, really.01:34
imbrandonor pushing them01:34
imbrandonhehe01:34
FujitsuThat too.01:35
FujitsuThough bzr+ssh works.01:35
imbrandonwould be cool if bzr kept stats on how many times a branch was "branched"01:35
crimsunto be fair, bzr 1.0 is scads faster than what was in feisty.01:36
FujitsuThe HTTP server would have to do that.01:36
imbrandonFujitsu: right but that wouldent work for bzr+ssh etc01:36
Fujitsucrimsun: It's quite good, except for huge trees over HTTP(S).01:36
somerville32Fujitsu, Does this script crawl sub-teams?01:36
Fujitsusomerville32: +rdf does that automatically.01:37
imbrandonsomerville32: as i said its talord for our use ( like where the sshd looks for key files and such, you'll likely want to change some bits )01:40
imbrandonjust fyi01:40
somerville32Such as looking to ensure you're there? lol01:40
FujitsuThat bit's probably not so necessary now that we're not screenscraping.01:41
imbrandonsuch as /home/<user>/.ssh/authorized_keys on a "default" system instead of /srv/ssh-keys/<user>.key01:41
imbrandonand it assumes there is already a ubuntu-dev system group01:42
imbrandonand a few other misnomers01:42
imbrandonyea the sanity check for me probably isnt needed anymore now that +rdf works01:42
imbrandonbefore it was html scraping and it was needed to ensure the LP ui dident change unexpectedly on us01:43
somerville32Is there a reason why you place the keys in /srv/ssh-keys/ instead of the user's home directory?01:43
imbrandonto make backups on the UW servers easier01:43
imbrandonwe backup the critical services but not user data01:43
FujitsuIt also means that we don't have to create ~user/.ssh if it doesn't exist, setting permissions.01:43
imbrandonright01:44
somerville32Is it possible to get sshd to look in both places?01:44
imbrandonno , unfortunately01:44
somerville32So I'll have to change the AuthorizedKeysFile option?01:44
imbrandonleaste not openssh-server with ubuntu, never looked into another sshd01:45
imbrandonsomerville32: either that or the script01:45
imbrandoni would change the former though01:45
imbrandonpersonaly01:45
imbrandonbbiab01:46
somerville32What is the token for the username?01:46
somerville32%h is home directory from what I can gather01:46
imbrandon%u01:46
Fujitsusomerville32: Note that the script allows users to manually add additional keys to the file, if they wish.01:47
imbrandon#AuthorizedKeysFile     %h/.ssh/authorized_keys01:47
imbrandonAuthorizedKeysFile      /srv/ssh-keys/%u.key01:47
imbrandon^^ orko's sshd_config option01:47
imbrandonif thats what you mean01:47
nenolodhmm01:59
nenolodwell,01:59
nenolodDarkMageZ is about to send the report of our analysis of zsnes's legality to debian-legal. :)02:00
ion_What is the result?02:03
bddebianHeya gang02:04
ion_Hi02:04
bddebianHi ion_02:05
=== lando__ is now known as lando
pwnguinis it okay for files to retain the redhat name?04:39
ScottKTheMuso: If your up for looking into a powerpc FTBFS, http://launchpadlibrarian.net/11144671/buildlog_ubuntu-hardy-powerpc.papaya_0.97.20031122-5.3_FAILEDTOBUILD.txt.gz is available...04:39
ScottKpwnguin: Context please.04:39
pwnguindpkg-query -S redhat-*04:40
ScottKdpkg: *redhat-** not found.04:41
pwnguinhmm04:41
pwnguindoes it only search installed stuff?04:41
LaserJockyep04:41
pwnguinok, well for example04:42
pwnguininstall-data: /usr/share/app-install/desktop/redhat-manage-print-jobs.desktop04:42
pwnguinthe desktop file itself also has Categories=GTK;Monitor;System;X-Red-Hat-Base;04:44
ScottKI'd say look at the licensing of the files in the package and see if Redhat claims any trademark restrictions.04:47
=== tritium_ is now known as tritium
TheMusoScottK: I'll look at it when I get a chance, thanks.05:09
=== Vorian_ is now known as vorian
nenolodhi.05:21
vorianaloha :)05:22
nenoloddoes anyone know if the audacious-1.4.5 / audacious-plugins-1.4.4 task has been looked at yet?05:22
nenolodit fixes some critical bugs05:22
nenolodand people keep filing duplicate upgrade requests05:22
ScottKTheMuso: Great.05:26
slangasekbddebian: did you get anywhere with your jugglemaster segfault?05:39
ScottKHeya bddebian.05:41
bddebianslangasek: No :-(  persia was going to check it out.05:43
bddebianHi ScottK05:43
bddebianslangasek: I almost have newpki-client building with wx2.6 too.  Maybe it'll segfault as well. :)05:44
slangasekbddebian: you have a backtrace posted anywhere for the segfault?05:47
bddebianIt's less than helpful but let me check05:47
bddebianslangasek: I have like every dbg and dbgsym package on the planet installed and I get this: http://paste.debian.net/4610505:50
slangasekeew it uses dpatch, maybe I don't care enough to look into it. :)05:51
slangasekhah, it segfaults in the C++ constructors?05:51
slangasekwell, this will be fun05:52
bddebianyeah, weird huh?05:52
slangaseknah, "fun"05:52
slangasekweird would be if it segfaulted in the destructors on startup05:52
bddebianheh05:52
bddebianpersia also noticed some weirdness on amd64 with -fPIC05:53
bddebianIn fact I don't think it even built on amd6405:53
slangasekhmm, this is the package that was newly uploaded and depends on wxwindows 2.4, innit05:56
bddebianyup05:56
slangasekwell, I'll see for myself soon enough what happens on amd64, since that's where I started05:56
slangasek/usr/bin/ld: jmdlx.o: relocation R_X86_64_32 against `JMFrame::sm_eventTable' can not be used when making a shared object; recompile with -fPIC05:56
bddebianYep, that's it05:57
* slangasek rolls his eyes05:57
slangasekDear upstream, your source code is a waste of electrons.  Hugs and bunnies, Vorlon05:57
bddebianhah05:57
slangasek$ wx-config --ld05:58
slangasekg++ -shared -fPIC -o05:58
slangasek$05:58
slangasekyes, that's a completely wrong way to be linking an executable kthx05:58
bddebianYeah, I had to change that.  It was doing --ldflags05:58
bddebianI know, it is still wrong but..05:58
slangasekah, right, I see that's part of the patch.  Well, the original sin is still upstream's06:00
bddebianaye06:00
slangasekhum, this should work06:01
slangasekok, which of the apps did you try to run that gave you this segfault?06:03
bddebianjmdlx06:03
slangasekright, the only one that's wxwidgets, gotcha06:03
slangasekno segfault on amd6406:04
slangasekwill try i38606:04
bddebianwhat'd you change?06:04
slangasekI got rid of the wx-config --ld bit and restored the $(CXX) invocation06:06
bddebianf**king lameage :-(06:07
slangasekhmm, that seems to fix the segfault on i386 for me06:11
* bddebian is an idiot as usual06:12
slangaseklots of Pango-WARNINGs about invalid UTF-8 strings...06:12
slangasekrelated to the style06:13
bddebianYeah, it still needs some work with UTFication06:13
slangaseker, all ascii is valid utf8 though06:14
slangasekso the problem seems to be with passing something in that's not really a C string06:14
bddebianDoes it bomb or just throw warnings?06:15
slangasekthrow warnings06:16
slangasekbut there's also garbage on the window06:16
bddebian:-(06:17
slangasekwouldn't the easy way of this to just be to kill the jmdlx package and say "Qt and aalib are good enough"?06:23
bddebianwould work for me :-)06:23
slangasekI mean, yeesh, all it does is render a juggling stick figure06:24
bddebianStill have newpki-client and ctsim though.  I've talked to the ctsim developer/maintainer and he isn't to keen on switching :-(06:24
bddebianAnyway, I have to get my fat arse to bed.  Thanks for looking at that!  Would you mind passing along what you changed?06:26
StevenKslangasek: I wonder if I could convince to fix bug 180274 ...06:26
ubotuLaunchpad bug 180274 in bluez-libs "Please sync bluez-libs (main) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/18027406:26
bddebianUh oh, wife is up now06:26
StevenKconvince you, even06:27
=== asac_ is now known as asac
=== doko_ is now known as doko
persiaslangasek: Thanks ever so much for a sane solution for jmdx :)08:54
slangasekpersia: I'm not convinced that the saner solution wouldn't have been to punt the package... :)08:57
persiaslangasek: I'd agree with that, but don't really want to carry extra deviation if we can help it.  With luck, Helmut will apply your patch, and wx2.4 will be that much closer to going away.08:58
persiaNow if only there was a similarly sane solution for gnue-*08:58
persia(and, no, that's not a request.  Those packages are in odd limbo, and are more likely to get tossed than fixed)08:59
AnAntHello, if I am packaging software, from which the source is in SVN, how should I mention that in the watch file ?09:02
persiaAnAnt: Can you convince upstream to make a release?09:03
man-diAnAnt: watch files dont support SVN09:03
AnAntpersia: they put release as jar file09:04
man-diwould probably I nice feature to have09:04
man-diAnAnt: with a version number in jar name?09:04
persiaman-di: I disagree: snapshots are harder to maintain.09:04
man-dipersia: in Java-Country thats unfornately a common way we need to go09:04
persiaman-di: Really?  Upstream releases are that unreliable?  Unfortunate :(09:05
AnAntman-di: I don't remember ? but the jar has binary, the java source code is in SVN09:05
man-dipersia: some upstreams release only binary builds09:05
persiaman-di: Hmm.  Can they not be educated (with a stick, if necessary)?09:05
man-dipersia: I tried with electro shocks for some...and failed09:06
man-dipersia: normal answer: You dont need the source, use our binary build09:06
persiaAnAnt: There's some guidelines on using get-orig-source to pull from VCS at https://wiki.ubuntu.com/PackagingGuide/Basic#head-4bb01b3c07548aaf98e85ac7eb7983e632f8eb38, but not much a watch file can do :(09:07
persiaman-di: Right.  Lovely.  Definitely the right spirit.  I suppose they'd object to maintaining a set of source tarballs for each release in a LP project?09:07
man-diAnAnt: if the jar has a version number in its name you can at least match the binary jar to notify you when new release was made09:07
man-dipersia: too much work for them09:08
man-dipersia: they press some button in their development IDE and *whoops* they have a binary jar release09:09
persiaman-di: Hmm.  It's usually a two or three line script.  Oh well.09:09
man-dipersia: thats all they wanna do09:09
whiteFujitsu: are you coming to the debian miniconf?09:09
AnAntman-di: hmm, look, the software is josm09:09
persiaman-di: Have we filed bugs against eclipse and netbeans to generate source tar.gz files as part of the same click?09:09
man-dispeaking as a Java coder: most Java coders have no clue09:09
man-diAnAnt: I looked at josm some time ago...and cried out loud09:10
man-dipersia: hehe09:10
AnAntman-di: http://josm.openstreetmap.de, and I am actually making a package for the nightly build, which they say that it is stable09:10
man-dipersia: that would be neat09:10
AnAntman-di: cried out loud for what ?09:10
persiaman-di: Even if they were distro-local patches, it would help in some cases, and pushing upstream makes everyone's life easier :)09:11
man-diAnAnt: because it didnt work with free runtimes09:11
man-dipersia: most java upstreams know only windows09:11
persiaman-di: What do they use for IDE?09:11
man-dipersia: most people use Eclipse, Netbeans, JBuilder, IntelliJ09:12
* persia used TogetherJ and NetBeans back when a Windows & OS/400 Java developer09:12
AnAntman-di: free runtimes ?09:12
AnAntman-di: all the jar files they depend on are GPL'ed09:12
man-diAnAnt: GCJ and all classpath based runtimes09:12
AnAntman-di: they only require sun java09:12
man-diAnAnt: thats the problem09:12
persiaAnAnt: Does it work with icedtea?09:12
AnAntman-di: I think they are doing a version for that (I saw that icedtea in their SVN log)09:13
AnAntpersia: I think they are doing a version for that (I saw that icedtea in their SVN log)09:13
persiaAnAnt: I read all the rows :)09:13
AnAntok09:13
man-diAnAnt: thats nice but GCJ would be better09:13
persiaAnAnt: More generally, if you can get it to work with icedtea, we'd consider it free in Ubuntu, but having it work with gcj would be vastly superior, as it could also be free in Debian.09:14
AnAntbut, is there a problem if I made the package Depend & Build-Depend on sun java jdk ?09:14
persiaAnAnt: It goes in multiverse09:14
man-diAnAnt: it depends on non-free software then (and this software is not portable)09:14
AnAntman-di: so in Debian too it would be i non-free, right ?09:15
man-dicontrib09:15
AnAntok09:15
AnAntdoes Debian consider icedtea free ?09:15
man-diif all code is GPL09:15
man-didebian has icedtea yet09:15
man-dihas *no* icedtea yet09:16
AnAntso to use icedtea, I should do: update-java-alternatives -s <what> ?09:16
AnAntman-di: oh yes, indeed, they don't09:16
man-diAnAnt: No, use JAVA_HOME=.....something....09:17
persiaAnAnt: purge sun java, install icedtea.  Better, use sbuild or pbuilder, and set your build dependencies.09:17
man-diAnAnt: for building I mean09:17
AnAntyes, I use pbuilder indeed09:17
AnAntI think i'll use sun java, it worked like that09:18
persiaAnAnt: That makes it multiverse, which is not preferred.  Please at least give it a try.09:18
AnAntpersia: I want to put the package in Debian too09:19
persiaman-di: Is icedtea in plan for Debian, or is it waiting for the "official" source release?09:19
AnAntman-di: ok, I have a question, if a package is built with icedtea jdk, would it work with sun java jre ? and vice versa ?09:21
man-dipersia: we want to use the same source package as for Ubuntu09:23
man-diAnAnt: it should09:24
bucatoamanokubuntu channel operator has said me here i can get help, i am not good enoght to do a debian package for my application http://ubuntuforums.org/showthread.php?t=65284309:24
persiaman-di: Is the current Ubuntu source not DFSG free?  Should I be reading debian-devel-java@ archives?09:24
bucatoamanoso if someone is interested to do it :) let me know09:24
man-dipersia: it ist afaik09:25
persiabucatoamano: We would help you package it if you had questions, but we don't take packaging requests.09:25
bucatoamanook09:25
persiaman-di: That's what I thought from looking.  I'm not sure why it was in universe.09:25
AnAntpersia: ok, I have another question, the latest release is josm-1.5, yet I am packaging the nightly build, which according to the website is also stable (but not a release), so how should I version it ? 1.6r<svn release #> or what ?09:25
AnAnticedtea is in universe ?09:26
persiabucatoamano: If you'd like to make a packaging request, put a tar.gz somewhere as part of an upstream project, and file a bug against "Ubuntu" (no source package) with the "needs-packaging" tag.09:26
man-dipersia: AFAIK (I may be wrong) its in universe because GCJ is the default runtime in Ubuntu and one Java runtime in main is enough09:26
persiabucatoamano: The bug should have a short description of the package, a link to the upstream project homepage, and a small advertisement to interest one of the packagers.09:26
persiaman-di: I meant universe vs. multiverse :)09:26
man-dipersia: I'm a lazy Debian-man so I dont know for real09:27
man-dipersia: ah09:27
man-dipersia: I think its just that we dont uploaded it yet, I needs some adjustments, Ubuntu and Debian are more different then one would expect09:28
persiaAnAnt: I like to grab 1.5 and apply the additional changes as patches in most cases, as this tends to cause less end-user confusion.  If you want, 1.6~svnyyyymmdd is the common construction for snapshots just before release, and 1.5+svnyyyymmdd is the common construction for snapshots when there is not a near upcoming release.09:28
AnAntok09:28
persiaman-di: Depends on expectations :)  I think of them as fairly different, despite sharing >95% of source.09:29
man-dipersia: the lest 5% is that what makes it complicated anf big packages like icedtea hit that problems easily09:30
persiaman-di: Yep.  It doesn't help that that 5% tends to be things like the kernel, libc, etc. :)09:30
man-dipersia: e.g. there is libgif-dev vs. libungif-dev09:30
AnAntok I think there is a problem in ubuntu's java virtual packages09:31
persiaman-di: I thought that transition was happening for both.09:31
AnAntok I think there is a problem in ubuntu's java virtual packages , java-compiler, java-virtual-machine, java-runtime,...09:31
man-dipersia: last I looked at it we needed one for Ubuntu and the other for Debian09:31
AnAntnone of them depend on icedtea09:31
man-diAnAnt: they are virtual pacakges09:31
AnAntoops sorry09:32
man-diAnAnt: and provided by some packages09:32
persiaOfficial word is from comparing bug #174252 with Debian bug #410287.09:32
ubotuLaunchpad bug 174252 in libungif4 "transition to libgif" [Undecided,In progress] https://launchpad.net/bugs/17425209:32
ubotuDebian bug 410287 in mirrors "mirror submission for debian.mirror.web4u.cz" [Wishlist,Open] http://bugs.debian.org/41028709:32
man-diAnAnt: for Build-Depends use real package names, not virtual packages, please09:32
AnAntjava2-runtime depends on icedtea, bad me !09:32
persiaErrr.   Debian bug #40128709:32
ubotuDebian bug 401287 in libgif4 "libungif to libgif transition" [Wishlist,Open] http://bugs.debian.org/40128709:32
AnAntman-di: 1. why ? 2. how about in Depends ?09:33
man-diAnAnt: to get reproducible builds, for Depends use "real package | virtual package"09:33
persiaman-di: Looks like any variance there is just a matter of transition schedules.  libgif is the future.09:33
man-dipersia: firefox-dev was another issue, sure, all are transitions in action but the problem is that big packages that you wanna keep in sync on both distros always hit some transition-in-the-works09:35
persiaman-di: Well, yes.  Dktrkranz is working on a tool that parses rene output and generates a nice transition tracker web page.  Should help everyone.09:35
slangasekStevenK: 180274> on Monday when I'm on archive duty, or at very least, tomorrow when I can pretend to be awake and don't have to fight off typos like "tomowwor"09:36
AnAnthmm, I think java-* virtual packages should depend on java[12]-* virtual packages09:36
Fujitsuwhite: Regrettably not. The family has decided that we must go on holiday - I can't attend LCA at all.09:49
whitebah09:49
AnAntman-di: they support IcedTea since October09:50
Fujitsuwhite: I concur.09:50
* persia notes that MOTU SWAT may want to examine bugs subscribed to the security team to pull several universe bugs that are being filed around now10:04
whiteHobbsee: what about catching up now?11:35
whiteHobbsee: do you have my Australian mobile number?11:35
Hobbseewhite: i don't think i do11:37
Hobbseewhite: 9th or so is good, though11:38
whiteHobbsee: you got mail11:39
white8th or 9th would be good11:39
Hobbseecool, OK11:39
whitei forgot to write an email to the sydney ml, but if you know anyone, just bring them along ;)11:40
Hobbseei don't.  i suggest you email them11:40
Hobbseewell, i know of some, but only on irc, etc11:40
whitewell who is there?11:40
whitebtw can anyone reproduce http://bugs.gentoo.org/show_bug.cgi?id=203777 ?11:41
ubotubugs.gentoo.org bug 203777 in Vulnerabilities "dev-libs/libcdio < 0.78.2-r2 Buffer overflow via long filename in Joliet (CVE-2007-6613)" [Normal,Assigned]11:41
* persia notes that it is a very good idea to subscribe to a bug when posting a debdiff.11:46
whiteHobbsee: got my phone number?11:50
Hobbseewhite: yes11:50
whitegood :)11:51
whiteHobbsee: i'll read mail until tomorrow/sunday and then leave Germany, so either mail me place/time or call me on tuesday, when I am in .au :)11:51
Hobbseeok11:52
ChrisGibbsGday all12:00
Hobbseeheya ChrisGibbs12:00
HobbseeChrisGibbs: fancy going south and getting your key signed?  white is looking for people to meet12:00
ChrisGibbswhen?12:02
HobbseeChrisGibbs: wednesday12:05
mruizhi all12:05
ChrisGibbsHobbsee: Soz to plead ignorant but "key signed" ???12:06
HobbseeChrisGibbs: do you have a gpg key yet?12:06
Hobbsee!gpg12:06
ubotugpg is the GNU Privacy Guard.  See https://help.ubuntu.com/community/GnuPrivacyGuardHowto and class #8 on https://wiki.ubuntu.com/ClassroomTranscripts12:06
ChrisGibbsHobbsee: nope haven't bothered yet12:07
HobbseeChrisGibbs: ahh. you'll need it for packaging12:07
ChrisGibbsHobsee: Think i came in 1/2 way through a conversation.... looks like i will half to catch up :)12:08
AnAntHello, if the copyright holder be someone other than the author, should that holder be some company (as Canonical?) or could it be some group (that is not actually a company)12:17
persiaAnAnt: When a work is created, copyright is held by the author.  In some cases, the author may choose to assign copyright to someone else (another person or some corporate entity (whether registered with a government or not)).12:19
AnAntpersia: yeah, could that someone else be some group, which is not a corporate entity ?12:20
persiaOnce copyright is assigned, the assignee becomes responsible for licensing.  In general, except in work-for-hire situations, it is best for the author to either retain copyright, or assign to some party holding copyright for a larger work for which the creation under consideration is but one part.12:20
mruizMOTU Q&A today ?12:21
persiaAnAnt: "corporate entity" means any group of persons that carries an individual identity.  Most nation states allow registration of selected corporate entites, which entitles registered entities to many of the rights of natural persons, but unregistered entities are acceptable for copyright ownership, so long as there is a well defined identity (although most nation states do not honor protection of principles from liability claims in such cases)12:22
man-diAnAnt: in US law it can afaik be anyone12:22
persiaman-di: Not just US.  Applies to all signatories of the Berne convention.12:23
man-diAnAnt: in german law the assignment issue is a bit more cimplicated12:23
persiamruiz: Holiday break, but ask a question here, if you like.12:23
persiaman-di: Do you need confirmation from the assignee to assign copyright in Germany?12:23
mruizpersia, I do12:23
man-dipersia: the german law doesnt know copyright assignment12:24
persiaman-di: Even for work-for-hire?12:24
man-dipersia: depends12:25
man-diI'm no lawyer12:25
AnAntwhat a complex issue12:25
persiaAnAnt: What are you trying to accomplish.  While none of us is your counsel, we can probably point to a similar case that might be a way to resolve your need.12:26
persia?12:26
=== cprov-away is now known as cprov-out
* persia notes that several major German companies appear to assert copyright over the content on their website, and thinks German copyright must be complex indeed.12:26
AnAntpersia: well, we are doing a distro based on ubuntu, called "Ubuntu ME", so some of us did some artwork packages12:27
AnAntpersia: we are not a company, we are just some people on a mailing list12:27
AnAntpersia: anyways, I am doing the packaging12:27
mruizpersia, full interdiff uploaded ;-)12:28
AnAntpersia: so I dunno wether to set the copyright holder to the named persons who did the work, or what12:28
AnAntpersia: so I dunno wether to set the copyright holder to the authors, or what12:28
persiaAnAnt: OK.  There are three simple ways to address that.  1) list the individual copyright holders in debian/copyright, 2) have all the individual copyright holders agree there is a "Ubuntu ME team", and assign copyright to the team (yes, this is questionable in some jurisdictions, but if all the individuals continue to agree, there will be no problem: see earlier note about liability protection), 3) register your team with some nation state.12:29
persia#1 is the common solution (it's easiest)12:29
persiamruiz: Why tell me?  Better to get the status, assignment, and subscriptions correct :)12:30
mruizpersia, as you did the last comment... status, assignment and subscription are ok ... ;-)12:31
ChrisGibbsHobbsee: Soz got booted from server, what were you saying b4 about meeting up with white?12:31
persiamruiz: Sure, but I usually process the queue in one or two swipes a day.  Someone else will likely upload it.12:31
HobbseeChrisGibbs: meeting.  wednesday probably.  sign keys, which you'll need for doing anything packaging based, bzr based, etc.  lunch or dinner - unsure which.12:32
ChrisGibbsHobbsee: hmmm i have to work on Wednesday, i will ask on Mon if i can score an RDO12:32
Hobbseecool12:32
whiteChrisGibbs: beersigning yeaaaaaaah :)12:33
mruizpersia, I know... that's the idea: interaction with the entire team :-)12:33
persiaBah!  packages.qa.d.o doesn't report contrib/ and non-free/ anymore !12:36
AnAntI did an upload to REVU 15 minutes ago, yet I can't see it on REVU's website12:43
persiaAnAnt: which package?12:44
mruizI was working on a watch file fix (bug 180113) but UEHS doesn't list the package (gnustep-ppd) anymore and my contribution isn't uploaded yet. Any idea?12:45
ubotuLaunchpad bug 180113 in gnustep-ppd "Debian watch file doesn't work" [Low,Incomplete] https://launchpad.net/bugs/18011312:45
AnAntpersia: usplash-theme-ubuntume12:45
persiamruiz: Interesting.  Does the old watchfile work again for some reason?12:46
mruizpersia, let me check...12:46
persiaAnAnt: I don't see it in either the upload queue or the rejected queue.12:47
mruizpersia, I got the same error12:47
persiaAnAnt: I do see http://revu.ubuntuwire.com/details.py?package=usplash-theme-ubuntume however, so I'm guessing you hit just the wrong timing :)12:47
persiamruiz: In that case, I'd recommend reporting that you can still reproduce the bug, and that your patch still fixes it, and resubmitting to the sponsors queue.  On the other hand, I don't understand why this package was in UEHS anyway: it looks like a sync from Debian, in which case the watch file is better submitted to Debian.12:49
mruizmany patches work in Debian... how is the procedure to submit them ?12:50
persiamruiz: The reason we don't include packages from Debian in UEHS is that we rely on the Debian maintainers for the updates in most cases.  When we get enough hands to be able to keep everything in UEHS up to date, maybe chasing those will be more interesting.  There is one exception: we do include orphaned packages in UEHS, but that is only because there is no Debian maintainer: if it is maintained, we don't want to update without a good reason.12:51
AnAntpersia: meaning what?12:51
persiamruiz: To submit bugs to debian, first test on Debian (chroots and VMs are popular).  If you can reproduce, you file a bug in the BTS by sending mail.  http://www.debian.org/Bugs/Reporting provides an overview of the process.12:52
AnAntpersia: so I should just re-upload ?12:53
AnAntpersia: isn't REVU on revu.tauware.de ?12:53
persiaAnAnt: Assuming you are talking about "a good reason", that being it includes some new feature or bugfix that a member of ubuntu-dev believes will improve the next release sufficiently to be worth possibly having different tarballs from the Debian update.12:53
persiaAnAnt: It's already uploaded, no?  Also, REVU works at both sites: same machine, different names.12:53
AnAntpersia: how do I know that it is uploaded ?12:54
persiaAnAnt: You see the page with your upload (from the URL I provided above).12:54
AnAntpersia: ah, ok, it's on REVU now, thanks12:55
AnAntok, can anyone please review: http://revu.tauware.de/details.py?package=usplash-theme-ubuntume ?12:56
=== Hobbsee_ is now known as Hobbsee
=== cprov-out is now known as cprov
persiamruiz: Only one of debdiff or interdiff is required.  Debdiff when the orig.tar.gz is unchanged, and interdiff when it is changed.  Native packages always get only a debdiff.13:34
slytherinWow, multiverse FTBFS almost reduced to zero. :-)13:50
* mruiz writes persia's comments13:59
mruizI need some guidance with the bug 180131, please13:59
ubotuLaunchpad bug 180131 in gshutdown "Debian watch file doesn't work" [Low,In progress] https://launchpad.net/bugs/18013113:59
slytherinmruiz: what help do you need?14:01
vorianmruiz: If I understand correctly, the scan should only see released sources, not release candidates.14:02
slytherinmruiz: I think the problem is with upstream versioning. In Debian/Ubuntu terms 2rc > 214:03
mruizvorian, interesting...14:03
vorianmruiz: if you only use (*.) the scan will produce results for anything that follows the program-14:04
slytherinA little help please. if a package is split with one of the package being -common, where should .desktop file go?14:06
zulmorning14:24
nenolodmruiz, hehe. sorry for any misunderstanding about audacious{-plugins}. i had done the bump in debian, so it was easy for me to just quickly make a debdiff for those bumps.14:26
mruiznenolod, no worries ;-)14:26
* nenolod wanted to wait for upse to get built first before bumping audacious14:26
nenolodmruiz, at any rate, not yet a MOTU, so can't upload the bump14:28
nenolod;)14:28
mruizvorian, the correct syntax is (.*) ;-)14:35
vorianmruiz: normally yes14:36
vorianbut if you had a package-1.1 and package-dev and package-editor, uscan would download the latest version of the three14:37
mruizvorian, we are talking about versions14:37
=== bmk789_ is now known as bmk789
joejaxx!checkinstall14:50
ubotucheckinstall is a wrapper to "make install", useful for installing programs you compiled. It will create a .deb package, which will be listed in the APT database and can be uninstalled like other packages. See https://help.ubuntu.com/community/CheckInstall - Read the warnings at the top and bottom of that web page, and DO NOT interrupt CheckInstall while it's running!14:50
joejaxxlol14:50
Hobbseecheckinstall was best when it segfauted.14:56
zulcheckinstall is never ever best14:57
Hobbseezul: excluding when it segfaulted.  that was a really nice touch.15:03
warp10When I fix a bug in Ubuntu and want to send it back to Debian, what's best to do, sending the whole debdiff or just the patch to the source code?15:15
whitewarp10: send the patch, if you do not want to NMU15:16
warp10white: and they will take care of changelog, control, etc., right? Ok, thank you!15:17
whitewarp10: if you changed something in debian/control, like dependencies or so, then it is part of the patch :)15:17
whitewarp10: you are normally acknowledged in the changelog with "Thanks to ...", if you provide a patch for a bug15:17
warp10white: well, sure! But I have no changes in control, this time. :)15:19
geserwarp10: if you forward the patch towards Debian, could you also tag it (for the stats)? see https://wiki.ubuntu.com/Bugs/Debian/Usertagging15:22
warp10geser: I was just looking at it. Looks like I should add origin-ubuntu, ubuntu-patch and hardy15:24
warp10When reporting the bug to Debian, is it a good idea to add a link to the report on LP, too?15:31
whiteyes, can't hurt15:31
=== \sh_away is now known as \sh
\shmoins15:33
=== pfein-away is now known as pfein
martosshi all, can anyone point me on documentation how-to package python applications distributed with distutils ( installs with setup.py )?16:34
martossI've looked throug the wiki section and the links there, but the only option seems to me to manually edit the rules file.16:35
azeemwhich rules file?16:36
martossin debian/16:37
azeemas in, how do you generate rules in the first place?16:37
martossi can do this via dh_make but this is probably a stupid way16:37
martosssince dh_make is meant to package ./configure make make install packages.16:37
mattva01why do I get this  error in soyuz :dpkg-source: error: Files field contains invalid filename `apjava_1.0.0.-1ubuntu1.tar.gz'16:40
martoss".-" is this ok?16:40
mattva01oh ah16:41
RainCTmartoss: http://wiki.debian.org/DebianPython/NewPolicy16:59
RainCTmartoss: the "CDBS + distutils" section explains the easiest way17:00
martossah ok, thx17:01
RainCTbtw, if you don't get answers about Python here you might have more luck in #debian-python (server irc.oftc.net)17:01
RainCTnp17:01
martossok, i think i will try it out. Is there some interest of including the package (eric4) in the repos?17:03
\shmartoss: eric4 as in python-qt/kde4 ideß17:03
\sh?17:04
martossyep, the IDE17:04
martosscurrently it depends from qscintilla (which i compiled and installed from the debian source package from unstable)17:04
\shand on pykde4 i hope ,-)17:05
=== lakin_ is now known as lakin
martossnope, it should only depend on pyqt4 not pykde417:05
\shmartoss: yeah...would you like to talk to torsten marek, the debian maintainer of eric317:06
\shhttp://qa.debian.org/developer.php?login=shlomme@debian.org17:06
Kopfgeldjaegerhello. could someone please sponsor avidemux 2.4? https://bugs.edge.launchpad.net/ubuntu/+source/avidemux/+bug/17884517:07
ubotuLaunchpad bug 178845 in avidemux "Avidemux 2.4" [Wishlist,Confirmed]17:07
martossah ok, i can ask him, if he intends to package eric4, I am also fine with this :-)17:07
\shmartoss: just work with him on that...I think he likes to have some help17:08
warp10Please review http://revu.ubuntuwire.com/details.py?package=tennix , a cute little tennis game.  The comments of the last reviewers have been addressed, and it is waiting for it's first advocacy.17:19
=== \sh is now known as \sh_away
=== davro is now known as davromaniak
whiteTheMuso: come to the beersigning event ;)17:48
Adri2000warp10: I really like this game! :) I'll try to take a look at it (the package). but I see it's already in debian pkg-games svn. do you know what's the status of it? why not try to get it in debian first?17:50
warp10Adri2000: the package in debian is stuck from weeks and is based on a previous release. My one will be sponsored into debian by my mentor (pitti) in the next days. And, yes... it's very addictive! :D17:52
KmosAdri2000: the status is down.. i've uploaded it to debian games svn17:52
Kmosanyone touch in it.. and not interested in release it in debian17:53
Adri2000warp10: so you are not going to maintain it with the pkg-games team?17:53
totopalmaui, hi :)17:55
warp10Adri2000: I think so, altough I haven't discussed about it with pitti: we focused on packaging errors.17:55
=== ui is now known as sbucat
white!info venkman hardy17:57
ubotuPackage venkman does not exist in hardy17:57
whitebah17:57
whiteubotu: learn source packages damnit17:57
Adri2000warp10: ok, then you should take over the itp and update the package in svn17:57
white!info mozilla-venkman hardy17:57
ubotumozilla-venkman: Javascript debugger for Mozilla based applications. In component universe, is optional. Version 0.9.87.2-1ubuntu1 (hardy), package size 225 kB, installed size 1444 kB17:57
white!info mozilla-venkman gutsy17:58
ubotumozilla-venkman: Javascript debugger for Mozilla based applications. In component universe, is optional. Version 0.9.87-6ubuntu1 (gutsy), package size 221 kB, installed size 1452 kB17:58
warp10Adri2000: taking over the ITP? How should I do that?17:58
white!info mozilla-venkman feisty17:58
ubotumozilla-venkman: Javascript debugger for Mozilla based applications. In component universe, is optional. Version 0.9.87-6ubuntu1 (feisty), package size 221 kB, installed size 1452 kB17:58
white!info mozilla-venkman dapper17:59
ubotumozilla-venkman: Javascript debugger for Mozilla and Firefox. In component universe, is optional. Version 0.9.85-4 (dapper), package size 260 kB, installed size 472 kB17:59
Adri2000warp10: change the owner of the bug18:00
Adri2000and add a comment saying you're working on it18:01
warp10Adri2000: great. Ok. I'll do that. And will take care of svn too :)18:02
Kmosi think I own that ITP :)18:02
Kmoslol18:02
Kmoswarp10: feel free to change it18:02
warp10Kmos: Ok, ty :)18:03
=== macd_ is now known as macd
whitei assume that #456520 is fixed in the venkman version in universe?18:04
=== nuu is now known as nu[year]
=== nu[year] is now known as nuu
=== Kmos_ is now known as Kmos
=== \sh_away is now known as \sh
Kopfgeldjaegercould someone please sponsor avidemux 2.4? bug #17884518:34
ubotuLaunchpad bug 178845 in avidemux "Avidemux 2.4" [Wishlist,Confirmed] https://launchpad.net/bugs/17884518:34
Adri2000warp10: where do you see the SDLMain.* is LGPL?19:05
warp10Adri2000: I asked upstream, and upstream asked to SDLMain's authors. I got the email in CC19:06
Kopfgeldjaegerso no sponsor here :(19:06
=== \sh is now known as \sh_away
Adri2000warp10: hmm ok19:08
Adri2000warp10: you're closing the wrong bug report (the duplicate)19:18
warp10Adri2000: ouch! too bad :-S Ok, I'll upload it again19:20
Adri2000warp10: I'm not sure you want to have the version in the man page, because you'll need to update it at each new version19:21
warp10Adri2000: it has been added by upstream. I drafted the manpage, he reviewed it. Since he will add it to future releases, probably he is fine with that19:23
Adri2000ah ok, good then19:23
warp10I had a connection trouble while uploading to revu. Now I can't upload anything, even with -f. Any revu admin here?19:34
Adri2000warp10: (not me). I suppose you test-built in a hardy pbuilder? I'm having problems with mine right now and can only test in a gutsy one19:37
warp10Adri2000: I tested, of course: it builds fine19:38
Adri2000warp10: for your revu problem, you need one of sistpoty,hobbsee,siretart,pkern19:41
warp10Adri2000: I'm trying again. Looks like he is uploading now.19:43
warp10Adri2000: good: my last upload is shown in tennix page, now19:51
=== \sh_away is now known as \sh
* persia notes there is a MOTU Meeting starting in #ubuntu-meeting now (and apologises for the lack of the usual 5-10 minute notice)20:00
=== alleeHol is now known as allee
Adri2000warp10: do you know what's the license of data/* ?20:05
crevettehello20:05
DaveMorrisbinaries for programs are installed to /usr/bin aren't they?20:06
crevetteis there a way to patch a source to replace binary resources (in my case pixmaps)20:06
=== Lure_ is now known as Lure
sorencrevette: Usually, that's achieved by providing a uuencoded replacement and uudecoding it during build.20:16
crevettesoren: do you have a link which explain how to do ?20:21
sorencrevette: Not off the top of my head, no. I'm sure it's on the wiki somewhere.20:24
sorenIt's not that hard, though.20:24
sorenYou create the uuencoded version, add sharutils as a build-dependency, and hook into the build: target in debian/rules20:24
* persia notes that uudecode should be called in build: and rm in clean: when adding icons and the like20:27
persiaUbulette: If you have license to redistribute, include them.  If not, you can't.  If you want the original favicon.ico files, contact the websites and ask permission to redistribute.20:50
warp10Adri2000: sorry for late answer, I was AFK. All files in data/ are under GPL2, they have been made by the author (except  audio take from Melodyloops, as stated in debian/copyright)20:51
Ubulettepersia, problem is prism already contains icons, they were shipped by mozilla, not sure if they asked or not. So i'm holding back prism-webapps for now.20:52
persiaUbulette: Did the Mozilla Foundation extend you a license to redistribute?  If so, it's their bother (but always good to check).20:52
Ubulettepersia, i've filed a bug upstream against the prism package because there's no mention of anything for that20:53
persiaUbulette: By "no mention", do you mean "no license to redistribute" or "no discussion of licensing terms between upstream websites and the Mozilla Foundation"?20:54
Ubulettebut the problem remains for any webapp.. the icon is supposed to represent the web site (ie the application)20:54
Ubulettepersia, nothing at all, icons are just shipped20:54
persiaUbulette: What are the redistribution terms of the tarball in which they are shipped?20:55
Ubuletteeven tricker, they are bundled into .webapp files20:55
Ubulettetriple licenced GPL / LPGP / MPL20:55
Ubulette(LGPL)20:56
persiaRight, so any of those licenses permit redistribution, so we're safe to redistribute for prism (although your upstream bug is a good check).20:56
Ubulette2 / 2.1 / 1.2 respectively20:56
persiaFor prism-webapps, you are upstream, so it becomes your responsibility to contact the websites concerned and secure redistribution rights for the icons, so you can then license them to the rest of us as GPL (or whatever).20:57
Ubuletteyep, that's what I expected.20:58
* persia points out bug #180388 to those interested in Malone sponsoring workflow21:03
ubotuLaunchpad bug 180388 in malone "Please add status "patched" in bug reports" [Undecided,New] https://launchpad.net/bugs/18038821:03
* persia requests that people not include "debian/changelog: re-added Ubuntu entries" in the remaining Ubuntu changes section of the changelog. While this is essential retention, it is not worthy of comment.21:08
=== dmb_ is now known as dmb
Kopfgeldjaegerany sponsor here?21:10
\shpersia: add it to the motu rules ;) (Re: uudecode in build and rm in clean)21:12
persia\sh: Where?  I thought that was just standard practice.21:12
\shpersia: seems not if you noticed it ;)21:13
persia\sh: Just expanding on the advice previously given :)21:14
\shpersia: :)21:15
=== cprov is now known as cprov-away
mok0happy new year folks!21:58
LaserJockoh darn, did I miss the MOTU meeting?22:17
stgraberyep22:17
LaserJockgrrr :(22:17
* ScottK too.22:20
ScottKIt'd be nice if someone would mention meetings starting here if they remember it.22:20
LaserJockyeah22:20
DaveMorrisI'm looking for someone to revu my small package - http://revu.tauware.de/details.py?package=libserial22:21
geserLaserJock, ScottK: I looked at my scroll-back for #ubuntu-meeting and the only topic was time and date for the next meeting22:21
LaserJockdarn22:22
ScottKgeser: Thanks.22:22
LaserJockmy new laptop has some keyboard ... oddities22:22
nenolodthoughts on multiverse/flashplugin-nonfree: there's an extension (open source) available for this which allows for direct integration with pulseaudio22:40
nenolodwe should package this up and add a recommends to flashplugin-nonfree22:41
nenolod(unless this has been done already, then just ignore me ;))22:41
TheMusonenolod: I like the sound of that.22:45
stgrabernenolod: libflashsupport ?22:45
stgraberuploaded to hardy/universe recently22:47
warp10persia: may I request the sync for torcs (whose you are the last uploader)?22:47
nenolodstgraber, yeah22:50
nenolodstgraber, flashplugin-nonfree should depend on it, and it should build an amd64 variant using ia32-libs-dev if it does not already :)22:51
nenolods/depend/recommends/22:51
persiawarp10: Please don't.  The last Debian update doesn't actually fix the openAL issue.  I'm working on a new upstream openAL, and have yet to determine if I care about the try/catch patch.22:52
warp10persia: ah, ok. I didn't know about that. :)22:53
persiawarp10: Of course, if there's an even newer torcs of which I am yet unaware, and you can't get it to crash by selecting the openAL audio output and breaking openAL, then by all means, please sync :)22:54
\sh fontforge: Depends: libgif4 (>= 4.1.4) but it is not going to be installed yay22:55
warp10persia: well, I don't think so :)22:56
warp10Adri2000: thank you for your advocacy :)22:56
persia\sh: It's just waiting for everything else to not use libungif.  Additional patches for additional affected packages to bug #174252 are welcome.22:57
ubotuLaunchpad bug 174252 in libungif4 "transition to libgif" [Undecided,In progress] https://launchpad.net/bugs/17425222:57
\shpersia: well, who is  Ilya Eremin <che_guevara_3@bk.ru>?22:58
\shand who sponsored the upload of fontforge (0.0.20071110-1build2) hardy; urgency=low22:58
\shwhen debian/control is diffing against debian?22:58
\shit should be ubuntu not build22:59
persia\sh: Check the signature on the .dsc and https://launchpad.net/~che-guevara-323:00
persia\sh: If there were changes outside of changelog for an -XbuildY revision, please upload an -XubuntuY candidate to fix this.23:01
FujitsuBoth build1 and build2 contain changes.23:02
FujitsuHow strange.23:02
\shFujitsu: correct23:03
\shpersia: hell, I can't upload :)23:03
LaserJockdo we have an easy way to check who signed an upload?23:05
persia\sh: You can propose a candidate.  Do your candidates ever get rejected?23:05
FujitsuLaserJock: I look at -changes.23:06
LaserJockFujitsu: but how to you figure out who signed?23:06
Adri2000LaserJock: gpg --verify *.changes23:06
* TheMuso uses mutt and tracks -changes, and only needs to execute a command in mutt to show who signed the upload.23:07
FujitsuOr use your favourite MUA's GnuPG feature.23:07
LaserJockah23:07
TheMusoFujitsu: exactly.23:07
\shpersia: well, I'm fighting right now with wine (after that I can propose a debdiff for fixing the stuff)23:07
persia\sh: Understood.  Thanks.23:07
* nenolod works on libflashplugin-nonfree recommends: patch23:08
nenolodutoh.23:08
nenolodlibflashsupport provides 64-bits package on amd6423:09
* nenolod fixes that first ;)23:09
TheMusonenolod: You think thats wise?23:09
TheMusonenolod: If only a 32-bit ver is available, it may not work with pulseaudio, depending on how it communicates with pulse in the first place.23:10
TheMusoon amd64.23:10
LaserJockFujitsu: meh, I can't get evolution to do it yet. I'll have to dig around23:10
persiaLaserJock: If you've the evo dependencies installed, copy & paste from the archive to gedit, and use the Edit/Verify menu item.23:14
FujitsuLaserJock: I thought Evo did OpenPGP by default.23:14
* persia still likes gpg --verify *.dsc23:14
FujitsuLook down the bottom of the message.23:14
TheMusonenolod: It seems that libflashsupport links directly against pulseaudio.23:15
TheMusoHow do you propose making a 32-bit only version of libflashsupport to work with the 64-bit pulseaudio?23:15
LaserJockwell, it opens the signiture if you have it in your keyring23:15
LaserJockbut it complains that it can't find the key if you don't23:15
FujitsuLaserJock: Doesn't it ask if you want to grab the key?23:16
LaserJockno23:16
geser\sh: Hobbsee sponsored the last fontforge upload23:16
persiaLaserJock: It also gives you the keyid if you don't, and you can ask a keyserver about the owner23:16
LaserJockyeah, that's a lot of work to just find who signed the stupid thing ;-)23:16
TheMusonenolod: At the least, you want to prevent it building on powerpc/sparc/ia64/hppa23:16
FujitsuDo we want to add the remaining 54 source packages with binaries depending on libungif4g to the bug?23:17
\shgeser: well..somehow it's not build .. the binary is still pointing to libungif23:18
persiaFujitsu: Makes sense.  killing libungif is a target for hardy, but it's not NBS yet, for various complicated reasons.23:18
FujitsuThat's going to be one massive bug.23:18
geserLaserJock: there aren't that many people doing sponsoring, so you would have all needed keys in your keyring soon23:18
persiaThis is why we typically use NBS for transitions rather than Malone, but better one massive bug than lots of little issues without proper tracking.23:19
LaserJockgeser: true23:19
geser\sh: fontforge DEPWAITS on libspiro-dev23:19
LaserJock\o/, I killed seahorse23:19
TheMusogeser: Not any more.23:19
nenolodTheMuso, yes23:20
nenolodTheMuso, i'm working on it23:20
TheMusonenolod: Ok.23:20
geserTheMuso: I should update the ftbfs page more often :)23:20
nenolodTheMuso, as far as pulse goes, 32-bit pulse lib works with 64-bit server23:20
TheMusonenolod: Um, but thats still a problem.23:21
nenolodTheMuso, how so?23:21
TheMusonenolod: As the 32-bit flash, will be using a 32-bit lib to try and talk to a 64-bit lib.23:21
persianenolod: Are you going to need to stuff yet another package into ia32-libs, just after the recent upload?23:21
nenolodTheMuso, yeah. i'm working on that.23:21
TheMusopersia: My point exactly.23:21
nenolodpersia, no.23:21
nenolodas far as i know there is a 32 bit pulse lib in ia64-libs.23:21
persiaTheMuso: As long as it's done by message-passing-abstraction, it oughtn't be an issue.  Same reason flash works with ai32-libs in the first place.23:22
nenolodhaha cool. gnome-panel just crashed.23:22
TheMusopersia: Well at the least, it needs testing.23:22
* nenolod uses apport to automatically file a bug.23:22
persiaTheMuso: Absolutely.23:22
nenolodTheMuso, at the moment, libflashsupport does not work at all on amd64.23:23
persianenolod: Does that not happen multiple times a day for you?  I thought it was just the nature of hardy.23:23
nenolodno23:23
nenolodfirst time it has done it for me ;)23:23
TheMusonenolod: Right, just like its useless on the other aches I mentioned.23:23
TheMusoarches23:23
nenolodTheMuso, yeah. i already fixed Architectures:23:23
* persia decides to actually look at the apport report and maybe file a bug for the next crash23:23
nenolodwell23:24
nenolodi may have defective RAM or something (i just replaced it)23:24
nenolodneat23:25
nenolodfirefox is crashing23:25
FujitsuDoes anyone here know why there is only a small fraction of the libungif4g rdepends already on the bug?23:26
persiaFujitsu: Maybe mostly main?23:29
FujitsuThere were only 3 or 4 in main, I believe.23:30
persiaNo idea then.  Maybe it's like the Update Maintainer Field bug, where new tasks only get added when someone plans to work on them.23:30
=== \sh is now known as \sh_away
=== Ubulette_ is now known as Ubulette

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