[00:20] http://www.antsonthemelon.com/gallery/albums/misc/sudo.jpg [00:20] haahah [00:22] emgent: Surely you mean: http://xkcd.com/149/ [00:22] yea :) [00:30] TheMuso: nevermind, rainct already acked and uploaded it (I had acked it too) [01:07] hello everyone! [01:08] my flashplugin was working fine, but i guess it was updated today through update-manager and now it's not working anymore. Anyone else with the same problem? [01:09] (1) This isn't a support channel (you want either #ubuntu or #ubuntu+1 if you're running Hardy) and (2) you haven't yet provided enough information to make any useful diagnosis :) [01:11] it's likely enough, however, that this is bug #173890 [01:11] Launchpad bug 173890 in flashplugin-nonfree "flashplugin-nonfree fails to install... new version?" [High,Confirmed] https://launchpad.net/bugs/173890 [01:11] RAOF, i thought i could ask it here because the package is in the universe. sorry [01:12] thanks, slangasek [01:12] Legendario: That's OK. But almost all Ubuntu packages are in universe, so... :) [01:12] I thought there was a recent upload that fixed that bug (I don't notice, I'm using gnash) [01:13] "recent" as in "this morning", I think [01:13] so there'll still be echoes of the breakage since not everyone's mirror updates at the same time [01:14] Does that mean that we found a way to update it while not breaking !firefox browsers? Cool. [01:14] oh, I have no idea on that [01:14] slangasek, but this upload had the problem. Mine was working fine before, and it's not anymore... [01:14] Legendario: what version do you have? [01:15] slangasek, 9.0.48.0.2+really0ubuntu12 [01:17] well, that's not either of the updated versions; that's the old version from October [01:17] the newest is 9.0.48.0.2+really0ubuntu12.2 [01:18] the interesting is that my version was installed this morning... :-( [01:20] Legendario: It just happened to me. The work around listed on launchpad did the trick. [01:22] protonchris, is there a way to fix it? Manual download it? [01:24] Legendario: https://bugs.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/173890/comments/202 [01:24] Launchpad bug 173890 in flashplugin-nonfree "flashplugin-nonfree fails to install... new version?" [High,Confirmed] [01:27] Legendario: Actually, I updated my sources to the main server and I upgraded to the new 12.2 version that works. Looks like the mirror I was using was out of date. [01:29] protonchris, thanks for the hint [01:30] Legendario: no problem [01:41] Heya gang [01:42] Howdie bddebian. [01:42] linux-nouveau-modules-2.6.24-5-generic [01:42] xserver-xorg-video-nouveau [01:42] linux-nouveau-modules-2.6.24-5-generic [01:42] xserver-xorg-video-nouveau [01:42] Hi RAOF [01:42] Ehem. [01:46] superm1: any news on why wxformbuilder was rejected? [01:48] does anyone here know the Wuala? www.wua.la [01:52] i have 5 invitation codes to be sent. Anyone interested? [01:53] my package was sponsored into the archive, but has since been moved to the Rejected queue. [01:53] https://launchpad.net/ubuntu/hardy/+queue?queue_state=4&queue_text=wxformbuilder [01:53] can anyone tell me how to find out why? [01:53] rjmyst3: I know that superm1 has been asking the archive admins, but hadn't yet tracked down the one who rejected it. [01:54] RAOF: thank you, superm1 had told me that he would look into it, but with the feature freeze approaching, i'm getting nervous [01:56] is there anything I can do while I wait to find out? [01:58] Um... not that I can think of, no. [01:58] ok, thanks === greeneggsnospam is now known as jsgotangco [02:11] rjmyst3, its a licensing thing [02:11] i emailed you [02:11] after i found out [02:13] rjmyst3, you didn't include a copy of the license in the root of the orig.tar.gz [02:13] and several source files are missing licenses [02:15] rjmyst3, https://lists.ubuntu.com/archives/ubuntu-archive/2008-February/015359.html [02:16] er maybe that was still in the queue to be headed out, oops :) [02:16] but that was it ^ [02:20] ok, so I tried to jump from dapper to alpha 4... X is obviously out of the question for now. My question, then is: How do I get dpkg --configure -a to run successfully to fix that which definitely didn't install correctly prior to my reboot (which was necessary due to power issues in my area) [02:20] What can I tell you about what I see, in order for some help ? [02:24] superm1: ok, i'll fix it, thanks [02:24] rjmyst3, okay thanks. let me know when its fixed and i'll be able to ack it for you [02:49] Is this really a bug since postgres 8.2 is in hardy: https://bugs.launchpad.net/ubuntu/+source/glom/+bug/188939 [02:49] Launchpad bug 188939 in glom "Glom should depend on postgresql-8.3" [Undecided,New] [02:51] protonchris: postgresql 8.3 is already in hardy [02:53] Yeah, I know. So what you are saying is that the glom package should use 8.3 even though 8.2 is available as well? [02:54] * protonchris is a packaging newb [02:56] protonchris: well postgresql 8.2 have been moved to universe and 8.3 is in main .. [02:56] Ah. Thanks for the info. [03:21] Can someone re-sync the REVU uploaders keyring? === lando__ is now known as lando === greeneggsnospam is now known as jsgotangco === asac_ is now known as asac [05:10] protonchris: Having it depend on postgres 8.3 | postgres 8.2 would make sense then. [05:10] That way people can choose. [05:11] anyone have an example of an autogen package that does NOT use that cdbs nonsense? :P [05:21] joejaxx> CDBS is not nonsense [05:22] LucidFox: :P [05:22] By an autogen package, you mean a package that runs autotools first besides just running ./configure? [05:23] yeah or there is a ./autogen.sh script [05:23] s/a/an/g [05:23] hmm, let me see [05:24] i am trying to package audit [05:24] :) [05:24] and some other packages [05:24] LucidFox: It may not be nonsense, but it is black magic. [05:24] heh [05:24] joejaxx: They're just like regular debhelper packages, but you call autogen rather than configure (generally). [05:25] ah bah wth [05:25] it is in debian already [05:25] heh [05:25] :( fail :( [05:25] :P [05:25] anyway, per RAOF :) [05:25] Also, I was under the impression that re-autotooling during package build was frowned upon as a Bad Thing. [05:25] oh well i can still apply those policycoreutils gui patches [05:25] RAOF: oh ok [05:26] RAOF: no i just wanted an example as dpkg-buildpackage kept stopping [05:26] As for CDBS, I used to hate it and avoid it like plague. Now I use it whenever I can - and I usually can't only for _really_ screwed up upstream build systems [05:26] oh wow the version in debian is super old [05:26] :\ [05:26] even in unstable [05:27] LucidFox: oh ok [05:27] LucidFox: Whereas I went the other way; I used to preferentially use CDBS. Until I started to do non-trivial things, at which point I was just fighting the undocumented magic. [05:27] joejaxx> Can't you take the Debian package as a basis and just update it to a new upstream version? [05:27] RAOF> heh [05:28] LucidFox: maybe [05:28] At least debhelper is *documented* magic :) [05:28] RAOF: :D [05:28] * joejaxx does not like blacboxes [05:28] blackboxes* [05:29] For example, I had to switch from CDBS to debhelper for kde4-style-qtcurve, because I couldn't find any way to do double builds in CDBS [05:30] It's probably possible, but why fight your tools? [05:30] (although the original CDBS packaging wasn't mine) [05:30] RAOF> Exactly. [05:30] joejaxx: If it's in Debian, please don't redo the packaging. Minimize the diff with Debian. === boomer` is now known as boomer [05:32] ScottK: redo the packaging? [05:33] /win 64 [05:33] bah [05:33] joejaxx: I may have misunderstood, but I thought you were considering packaging a newer version of something in Debian without using the package in Debian as a basis. [05:33] That's an unhealthy number of irc windows :) [05:33] ScottK: i just found out it was in debian :P [05:34] ScottK: it was not there last time i looked at packaging it [05:34] I see. [05:34] albeit might have been a while [05:34] lol [05:34] Good night. I'm off to bed. [05:34] Goodnight [05:36] RAOF: lol [05:36] how does this work if i want to package a newer version? [05:37] and it is not in the archive [05:38] well actually [05:38] hmm [05:38] oh well [05:38] lo [05:39] l [05:39] joejaxx> I think it can be managed like a regular upstream update, except if you're submitting an interdiff, use the last Debian version as the basis instead of the last Ubuntu version. I may be wrong, though. [05:40] Or it may be better to sync the current Debian version first, and then update. [05:40] i do not know if i want audit in the archive yet :\ [05:40] the selinux stuff has not made it in yet [05:41] joejaxx> So the package in question is audit? [05:41] i was actually only going to upload this to a ppa since this is my first time packaging python software, revu has passed :P and there are hardly any days left [05:41] audit is already in the archive: https://launchpad.net/ubuntu/+source/audit [05:42] until feature freeze [05:42] oh [05:42] is there anyway to find out who requested that? [05:42] Evening - I'm trying to learn the packaging process, and I'm running into trouble with the hello package. When I get to the point of running pbuilder, it ends up giving the following error "gzip: debian/tmp/usr/share/man: No such file or directory make: *** [binary-arch] Error 1:dpkg-buildpackage: failure: fakeroot debian/rules binary gave error exit status 2" Can anyone offer any suggestions? [05:43] oh no wonder [05:43] apparmor :\ [05:43] joejaxx> look at the uploaders [05:43] * joejaxx cringes [05:43] the first version was autosynced [05:43] Subsequent ones were uploaded by Mathias Gug [05:43] lol i wonder if setroubleshoot is in there now [05:44] mkoehler> You probably should just move to hello-debhelper; packaging without debhelper is pretty pointless anyway [05:44] nope it is not in there [05:44] maybe i will package that :\ [05:44] sure, thanks [05:44] Can someone re-sync the REVU uploaders keyring? === zachy is now known as zakame [05:46] * LucidFox pings Hobbsee [05:50] LucidFox: You're going to add some context to that ping, right? :P [05:51] If she replies, I'll explain :) [05:51] * RAOF finds that sort of ping really annoying. [05:52] I see. [05:52] Because I then go hunting through backscroll to find the context... and it's not there! [06:12] Can somebody re-sync the REVU uploaders keyring? [06:28] why are packages kept in the ppa's pool dir even after they been deleted from the launchpad ppa user interface? [06:28] http://qaz.pastebin.org/18670 [06:28] this apparently keeps me from uploading a new version with the same versino number and/or upstream version [06:31] and if i need to change the version number every time then what would be a good base version to use for packages still in revu? === allan__ is now known as Hit3k_ === Hit3k_ is now known as Hit3k [07:15] You sent me a contentless ping. This is a contentless pong. Please provide a bit of information about what you want and I will respond when I am around. [07:15] LucidFox: ^ [07:15] RAOF: or i can just not reply [07:15] Hobbsee, could you sync the revu keyring (in case you didnt see the above requests)? There were a few new contributors looking to add some stuff [07:15] Hobbsee> mkoehler requests the REVU keyring synced [07:16] heh, superm1 beat me to it [07:16] superm1: i did yesterday. i'll do so again [07:16] sorry for the contentless ping [07:16] Hobbsee, new people today :) [07:16] woot :) [07:17] * Hobbsee thwacks smarter with the Long Pointy Stick of DOOM!!!!!!!!!!!!!!! ™ [07:17] * Hobbsee thwacks Albert Santoni too [07:17] superm1: were either of those on your sync list? [07:18] i dont think so :) [07:18] rhpot1991_laptop, was the one who had something i was gonna look at [07:18] good [07:18] what'd they break? [07:18] uploaded binaries to REVU [07:18] bah. silly people [07:19] the nutter on hte ML earlier uploaded 3 different versions of a package, without realising what was wrong, either [07:47] dpkg depends on lzma now? What for? orig.tar.7z? [07:47] :) [07:48] LucidFox: Indeed :) [07:48] LucidFox: for the content in the *.deb [07:48] Well, rather for packing .debs with lzma so as to reduce size by some tens of percent. [07:50] heh [07:50] by the way, is orig.tar.bz2 allowed now? [07:55] good morning [07:55] Evening dholbach! [07:56] hey RAOF [08:00] LucidFox: no [08:01] good morning [08:01] :( [08:13] if someone is feeling bored and has a bluetooth device would he like to check out http://revu.tauware.de/details.py?package=blueproximity for advocating? Formal errors should be almost gone as mok0 has given many advices... [08:14] (it's cool stuff to have installed anyway ^_^) [08:16] Good morning! [08:16] Why must copyright be so hard :/ [08:20] RAOF: what you write is yours. that's not too hard :-) [I know what lawyers make of it... ) [08:21] HighNo: Yup, that's easy. What is less easy is when other people write things, intending for them to be used by others, but have no license headers. [08:25] If someone feels like reviewing/advocating a REVU package, I'd recommend http://revu.tauware.de/details.py?package=qdevelop [08:25] (not my package) [08:26] I like IDEs that are written in the same language/framework they're designed for. [08:27] Except when it's Java. [08:27] Even when it's Java. [08:27] Eclipse is slow. [08:27] * LucidFox uses Eclipse [08:27] Not for me :) [08:27] On computers low on memory, yes, it _is_ slow [08:28] um... when a single application can sit there and eat 250MB of ram... [08:28] i think it's not the system, it's the app. [08:28] One of my friends uses Eclipse, and he has occasionally complained that it eats multiple gigabytes of ram in some cases. [08:28] * Fujitsu points DarkMageZ at Firefox. [08:29] bloody azureus... [08:29] Disclaimer: I don't know what he's actually trying to do with it, or what version. [08:29] Fujitsu, mozilla team fails at coding. [08:29] Indeed. [08:30] i mean xul? what on earth were they smoking... probably high quality stuff funded by google. (don't correct my timeline) [08:31] Well, XUL was conceived back when GTK was ugly and Qt was proprietary [08:31] DarkMageZ: Cross platform, performant, native-looking guis described by XML are easy! [08:31] yeah, but it's like communism. you give it a shot then realise it sucks and move on. [08:31] Although I'll probably retire Firefox once midori or epiphany-webkit reaches a usable state [08:32] or rewrite it from scratch with a superior design :p [08:33] Firefox wouldn't be so annoying if gecko was an actual library. With a soname. In LDPATH. [08:33] well, there's libxul [08:33] and now Firefox 3 atop xulrunner [08:33] * RAOF laughs derisively. [08:33] this is why webkit it awesome ? [08:34] So, they satisfy part 1. They're nearly libraries. [08:34] is* [08:34] Webkit is awesome because it's FAST. [08:34] And small, and apparently a joy to GTK in. [08:34] Indeed. [08:35] webkit is getting a lot of focus as of late. isn't QT 4.4 integrating it? [08:35] Oh, really? [08:35] Indeed. And Phonon. [08:36] _And_ it's going to be GPLv3. [08:36] * RAOF still doesn't get phonon. [08:36] QT's gonna be a development platform of its own at this rate. [08:36] DarkMageZ> You mean it already isn't? [08:37] RAOF> NIH syndrome, it seems [08:37] LucidFox, not till it has phonon and a few other things. [08:38] RAOF, the idea behind phonon is that you won't need to code for multiple audio backends. you code for phonon, phonon calls various audio backends to do its bidding. [08:38] LucidFox: But then QT went ahead and made sure that GStreamer worked nicely on windows & os:x, so they've got gstreamer->phonon->qt everywhere. [08:38] DarkMageZ: ^^^. Or you could use gstreamer everywhere, and not need to care. [08:39] RAOF, gstreamer is complex to code for directly. having a childsplay to code for toy like phonon is good. [08:39] Maybe. From what I've seen, gstreamer is pretty easy to do simple things in. But it would, of course, need C++ bindings. [08:40] The problem with thin wrappers for native subsystems is, they will always have different bugs on different platforms [08:40] (look no further than SWT and wxWidgets) [08:40] very true [08:41] And, in the case of those, the native widgets will just plain behave differently so you're fighting uphill all the way. [08:43] can someone do a quick check on the questions I have at the bottom of http://revu.tauware.de/details.py?package=gtkglextmm please [08:43] gtkglext STILL isn't in the archive? o_O [08:43] no [08:43] it's in dapper [08:44] oh, wait, gtkglext _is_ in the archive - gtkglextmm isn't [08:44] I only realised yesterday when I went to install it for my project thats going to be targeting hardy (after dapper) [08:44] misread the package name [08:44] oh yeah, this is c++ bindings [08:46] LucidFox: you able to answer my questions on the package regarding the changelog and if I need a bug report for it [08:57] DaveMorris> No, I'm afraid I'm in no position to answer these questions [09:01] * DaveMorris off to work :) [09:11] Dear kern.log: stop filling up my / [09:19] RAOF: hehe, I know what you mean: df -h: /dev/sda5 20G 19G 122M 100% / [09:23] * Fujitsu doesn't think his is eating much. [09:24] .... or maybe it is. A few hundred megabytes in 2 days. [09:26] my logs go nuts when I put my bluetooth dongle in. It spams the hell out of it. === doko_ is now known as doko [09:43] Yagisan: that does not sound healthy [09:43] HighNo, it certainly isn't. It's a great way to up the load average [09:44] walk over - attach dongle - watch system slow down, and the disk light turn on [09:45] Yagisan: do you have some lines for me? [09:45] one moment - I'll plug it in [09:46] * HighNo awaits your ping timeout :-) [09:47] this seems way off topic for this channel, maybe we should do that in private [09:47] HighNo, http://rafb.net/p/tlLPhX50.html [09:49] HighNo, you can see how fast it spams [09:49] Yes [10:01] hello everybody, [10:02] btw, is there is list with all MOTUs on there? [10:02] is there a motu that has the time to package the latest maxima program http://sourceforge.net/project/showfiles.php?group_id=4933 for http://packages.ubuntu.com/hardy/math/ [10:02] HighNo: a list of the moto can be found on the launchpad motu pages [10:03] s/moto/motu/ [10:03] just to get an idea of how many of you exist... cool Tux [10:03] HighNo: if you can find the list of active users that update using Apt-get on ubuntu this will be great for me [10:04] Unique IP logins on the repos [10:04] the fedora project has a very nice stat page [10:05] http://fedoraproject.org/wiki/Statistics [10:05] how do I make a cdbs created package run a .install I just created for it? [10:06] fedora has now 1,920,667 computer users [10:06] yeah, that's very cool. Shouldn't you talk to some canonical guy to get this going? [10:07] TuxCrafter: I think Canoincal enjoy the fact that they have more, alot more, but don't feel the need to show their hand [10:08] sladen: i would would really appreciate if they share the info [10:08] TuxCrafter: then make the case to them [10:08] Please review http://revu.tauware.de/details.py?package=sadms :) [10:08] sladen: jups sorry i went offtopic [10:09] back to the maxima package, is there a motu that is willing to do a upgrade [10:10] or should i do a bug report that there is a newer version on launchpad [10:15] TuxCrafter: Ideally, Debian would do the upgrade and we would merge from them. [10:15] maxima is an very important package for people doing technical education [10:16] TuxCrafter: Maxima is pending a merge. It's free for you to do afaics: http://dad.dunnewind.net/maxima/ [10:17] mok0: Isn't the only change in Debian a dash-related NMU? [10:17] mok0: 5.13 is still to old [10:17] 5.14 is the new one [10:17] * TuxCrafter is compiling them now [10:17] Is it in SId? [10:17] It'd be optimal if you could convince Debian to upgrade it first. [10:17] mok0: It's not. [10:17] Neither is the new gEDA :( [10:18] gEDA is also very importand [10:18] Yes, I'm talking with one of the upstream devs about that. [10:18] if i become a motu [10:18] I'm expecting to upload 1.4.0 in the next couple of days if Debian doesn't get to it first. [10:18] i will do the technical packages [10:18] geda maxima etc [10:18] but i am still in training [10:18] and i have to see were xubuntu and ubuntu is heading to this year [10:19] else i go to back to fedora [10:19] Yuc [10:21] did anyone just use the bad word in here? :-) [10:21] or i will start my very long awaiting ubuntu based distro :-p [10:22] TuxCrafter: Why don't you contact the Debian maintainer of maxima and ask what the plans are. If (s)he is busy, perhaps you can do a NMU [10:23] * Yagisan deployed xubuntu and ubuntu into the wild. Still not yet ready to send my pet project back to revu [10:25] mok0: i sent a mail to the debian maintanner [10:25] maintainer [10:25] TuxCrafter: and...? [10:25] mok0: i have to get a mail back first :-p [10:26] but i just compiled and installed it on my own machine [10:27] perfect this is more like it === keffie_jayx is now known as effie === effie is now known as effie_jayx [10:40] do motu's own bluetooth'able machines? [10:44] * RAOF does === \sh_away is now known as \sh [10:51] RAOF: now if you are motu then you probably don't have the time to check my package right? http://revu.tauware.de/details.py?package=blueproximity [10:52] Not right now, no. I'm off to bed. [10:52] RAOF: how can you go to bed now? it's not even 12pm :-) [in Germany] [10:53] Whereas it's 10pm in .au :) [10:53] oh another tpg user RAOF ? [10:54] night - I may bug you for war stories with tech support later [10:54] which is also a nice place to live. Can you tell me how you guys manage not to fall of the earth, it's all upside down, isn't it? 8-) [10:55] HighNo, I'm not sure, it's not us on the bottom - how do you stay down :P [10:58] hehe, good point [11:02] when will you publish amarok KDE4 build? [11:02] hi :) [11:12] Did I say good night at RAOF? Think of me tomorrow :-) === Kopfgeldjaeger is now known as KGJ|frustriert [11:33] can I have a quick answer to the questions I've raised in my package upload please. at http://revu.tauware.de/details.py?package=gtkglextmm [11:37] Hi, all. [12:06] hi all [12:06] anyone to review [12:06] http://revu.tauware.de/details.py?package=json-glib [12:06] thanks [12:33] hi all [12:33] ping DktrKranz [12:37] bidibibodibibu [12:41] persia: Do you think now is the good time to preseed debconf for j2sdk1.4 also? [12:42] slytherin: Absolutely no idea. If there are a number of FTBFS issues due to the lack of preseeding that cannot be solved with other javac implementations, the answer may be yes. [12:43] persia: one of them which I consider important is batik and its fop which depends on batik for building [12:44] hey mruiz :) [12:44] persia: you able to spare 5 mins to answer my questions on http://revu.tauware.de/details.py?package=gtkglextmm ? [12:44] DktrKranz, I have uploaded a new revision of mnemosyne :-) [12:45] mruiz, nice! what about upstream? [12:46] DktrKranz, he didn't notice about issues with python 2.5 :D [12:47] mruiz, if upstream is comfortable with 2.5, you should adjust pyversions accordingly [12:48] DaveMorris: My only real issue was that it was removed as being hopelessly buggy. Have all the RC bugs been addressed? How is this package useful? [12:48] DktrKranz, ups... I forget it [12:49] mruiz, I don't remember the right syntax, though. You'll need to browse python policy for that [12:49] * mruiz updating pyversions [12:50] persia: do I continue the same changelog and do I need to open a bug for it? [12:50] mruiz: Are you using pycentral or pysupport? [12:50] re is it useful? Well if 3rd party developers are only targeting LTS platforms, then they could be in for a shock, when they find it's no longer in the next LTS [12:50] MOTU Q&A session in #ubuntu-classroom in 10 minutes [12:54] DaveMorris: I'd continue the changelog, and open a bug "Please restore the package" to be closed with the changelog. Also, I strongly advise you examine the bugs that led to removal: if they are still open, we will have the same issue for the next LTS, and it may be better to have the pain now, rather than once Ubuntu adoption is even more widespread. [12:57] ok, still struggling to find the bugs with it which are open [12:58] the RC bug was a FTBFS on the 1.0 version [12:58] DaveMorris: http://bugs.debian.org/cgi-bin/pkgreport.cgi?ordering=normal;archive=1;version=;dist=unstable;package=gtkglextmm;repeatmerged=1 is likely the appropriate place to start. These bugs look closed, but may well have been closed by the package removal. [13:00] yeah, I can only find FTBS and missing dependencies (and wishlists to upgrade to 1.2 ) [13:02] Those would all be RC, and would have to be fixed to get through REVU. Sounds fine to me: you might want to leave a comment indicating that you've addressed all the outstanding Debian & Ubuntu bugs you could find with the package update. [13:02] yeah thanks [13:02] btw, how come it appears as a new package rather than an update. Is it because it's not currently in Hardy [13:03] DaveMorris: It is also absent from feisty and gutsy, but yes. [13:11] can you set a bug to depend on another bug been fixed in LP? [13:16] DaveMorris: Nope. [13:17] hmmm, shame [13:19] DaveMorris: There was a recent thread about this somewhere (ubuntu-bugs@ ubuntu-motu@? Ask google) in which the difficulty in understanding the meaning of such a dependency for a wide number of use cases was discussed. [13:20] I'll dig out the threads, thanks [13:39] oy === LifeHacker is now known as tuxmaniac [13:47] Hey [13:48] hi === greeneggsnospam is now known as jsgotangco [14:02] DktrKranz, please review the new upload of mnemosyne :-) [14:02] mruiz, sure [14:02] DktrKranz, thanks [14:10] mruiz, erm... I fear I'll have a look at it later, sorry :( [14:10] DktrKranz, no worries :) The package will be waiting for you [14:11] hi [14:11] mruiz, thanks for your patience :) [14:11] * mruiz hugs DktrKranz [14:12] hola dcordero :) [14:12] hi DktrKranz :) [14:13] dcordero, will you be there in a hour? I'd like to work at 187356, it's quite close to be solved :) [14:14] yep, i'll be there, i have some question [14:14] fire them [14:15] it's on the bug comments :) I have 2 problems with this bug [14:16] and another thing, can i run a package with X from a debootstrap chroot ? [14:16] IIRC, outdated-autotools-helper-file can be solved adding autotools-dev to build-depends [14:26] DktrKranz: Rather, it can be worked around by doing that, and copying the files included in that package in the configure: rule. Fixing it requires one of 1) an upstream update, 2) upstream not shipping the helper files, 3) manually updating the files at packaging time, or 4) copying the updated files in the clean rule (please don't do this). [14:28] dcordero: To run X clients from a chroot, you either need to pass your environment variables into the chroot or have the chroot open a new display (VT8 or VT9 are popular choices, unless you have extra graphics cards and display hardware). [14:30] :/ Ok, i'll search about it, thanks [14:37] Hi, tried my first revu upload this morning. dput seemed happy, but I'm told by a human that the upload was rejected. Trying again, dput says "Already uploaded to revu.tauware.de". I guess I missed something? [14:37] dcordero: http://www.debian-administration.org/articles/566 may have some useful hints. [14:38] lar2: 'rm *.upload' helps [14:38] thanks persia [14:38] lar2: Delete sun-javadb_10.3.2.1-0ubuntu1_source.upload and try again [14:39] lar2: or use the -f flag [14:40] * persia doesn't like the -f flag, it becomes a habit, and leads to a mistake (or at least did for me) [14:40] Thanks for the tips - but now I got a network issue ;) [14:50] * RainCT tries to figure out why ushare was rejected.. http://paste.ubuntu.com/4341/plain [14:53] RainCT: If the reason doesn't appear in https://lists.ubuntu.com/archives/ubuntu-archive/2008-February/thread.html fairly soon, complain to today's archive-admin about why it wasn't reported. [14:53] RainCT: Ideally, you'd see something like https://lists.ubuntu.com/archives/ubuntu-archive/2008-February/014953.html [14:56]