[00:05] hey all, i'm still in need of 2 reviewers for kernelcheck: http://revu.ubuntuwire.com/p/kernelcheck [00:07] geser: mind if I take the nevow merge? [00:46] empathy is for sissies. Good night folks === lukjad007 is now known as ShadowChild [02:41] what is the ubuntu server chann name? [02:41] what is src group for? [02:41] what user should my cvs run as? [02:44] try #ubuntu-server [02:45] i often get connection reset error when i mirror archive.ubuntu.com [02:46] where should I complain ? tsimpson [02:49] I think #canonical-sysadmin [02:50] qiyong: are you a registered mirror? [02:51] lifeless: no, i just installed apt-mirror, and use it. [02:52] could be your nearest server has issues [02:52] tsimpson: i'm not registered, should I go to #canonical-sysadmin still? [02:52] but yes, #canonical-sysadmin is probably a good place to go [02:52] is the debian import freeze active ? [02:53] savvas: I believe the autosyncs have stopped, though I've seen no announcement of it yet [02:53] ok thanks [02:53] lifeless: i think i connected to archive. not archive.country. [02:54] lifeless: otherwise, they'll get into archive.coutry. directory\ [02:54] ok, no one answer me in the server chann, can anyone tell me what src for and what user should cvs run as here? [02:55] depends on you [02:55] whatever you want [02:55] it'll be terrible no matter what [02:55] ? [02:57] lifeless: ? [02:57] ? [02:57] I think lifeless is suggesting that CVS is a terrible choice of VCS, no matter what your requirements are. [02:59] *giggle* [03:00] maco: oh, bryce said that you should produce a patch for hunspell as well :) [03:00] he added the extrawords.txt processing to hunspell today [03:01] ajmitch, yes i saw you talking about me in -devel [03:01] i didnt even know about hunspell [03:03] get a patch, I'll get something uploaded [03:03] if not right away, then at least after I get home from work [03:05] ajmitch: should a bug report be created for new package sync requests? [03:05] savvas: they should once DIF is in effect, which I believe it is [03:06] oki doki :) [03:06] maybe an archive admin will do a rather late autosync & prove me wrong :) === vorian is now known as stevie [03:29] https://wiki.ubuntu.com/DebianImportFreeze says DIF starts today (25th) [03:36] asomething: It's the 26th today, GMT/UTC at least :) [03:37] savvas: I've got about an hour and a half left of the 25th still in NY =) [03:38] asomething: and you should know from release days that it's never exactly on 00:00 :P [03:38] though it is usually funny watching people get their hopes up in the release party channel [03:38] I doubt there's going to be another sync run. [03:39] DIF is more the day the archive-admins stop doing something, rather than one of the deadlines where one needs to sneak under the wire. [03:39] though it is a soft deadline for merges today as well [03:39] Oh, right. [03:40] soft deadline being that they ought to be done by now, and we still have a lot in universe [03:40] time for a busy weekend, I think [03:40] Indeed. [03:41] with this sort of weather here, there's not much else I can do :) [03:43] I didn't do one yesterday on purpose. I can't see the autosyncer running again until karmic+1 [03:43] StevenK: that's what I expected [03:43] Oh, right. You're Thursday, which makes DIF early :) [03:43] he stoled our syncs? [03:44] No, he just did them real fast like, before we were paying attention. [03:44] oh right [03:45] * ajmitch will still blame it all on StevenK [03:45] ajmitch, Oh my. That is an interesting pressure pattern. I suppose you'll be wet for the next couple weeks even [03:46] and some of my friends are going off skiiing next week too :) [03:46] Isn't ajmitch always all wet? [03:46] * bddebian hides [03:46] great to see bddebian as helpful as ever :) [03:46] we missed you, honest [03:46] That's me ) [03:47] All I do these days are QA uploads and package removals! ;-) [03:47] all the exciting bits [03:55] All the sclub work as always :) [04:03] Err schlub even [04:04] bddebian: that's ok, we understand what you're trying to say :) [04:35] hi [04:35] is this the right channel for ubuntu questions [04:35] or should i join a different one [04:36] #ubuntu for general support [04:36] Jazzy: It depends on the type of question. #ubuntu is for general Ubuntu support. This channel is mainly for packaging related stuff [04:36] okay i just need general support [04:36] thank you [05:14] anyone working on wireshark 1.2.0? I was testing it out and thought I'd upload it if no one else was already doing it. [05:16] feel free; i have a local package but won't have time to upload it [06:03] Good morning! [06:03] hello [06:04] Hello ajmitch ;-) [06:04] Can someone have a look at Bug #345208? I'm not sure it's in the correct state for a sru [06:04] Launchpad bug 345208 in pythonmagick "[SRU]PythonMagick is not usable because of undefined symbols" [Medium,Confirmed] https://launchpad.net/bugs/345208 [06:11] good morning [06:12] Ampelbein, gaspa: I just added you to ~motu - congratulations again :) [06:14] can someone help me with the debuild command. I need to install it but it always gives me something about a mail server. [06:14] good morning dholbach [06:15] Ampelbein, gaspa, congrats! [06:19] hiya fabrice_sp [06:26] I am looking for someone who can help me facilitate an update to Ubuntu package of fwbuilder; I am the author and project lead, our upstream package has been updated and we'd like to see Ubuntu packages updated too [06:26] the package has been updated in debian already [06:26] what version? [06:26] uh, v3.0.5 [06:26] we have that in karmic already [06:26] great [06:27] would it be possible to make it appear in updates for jaunty and possibly earlier ubuntu ? [06:27] we don't normally update stable releases to newer upstream versions [06:27] oh [06:27] vkfwb: packages in debian are automatically synced into the latest version of ubuntu, for older versions, you'll have to setup a ppa [06:27] except in some very limited circumstances - [06:27] https://wiki.ubuntu.com/StableReleaseUpdates [06:28] jaunty-backports etc. might be a possibility; see https://help.ubuntu.com/community/UbuntuBackports [06:28] those two links should tell you all you need to know [06:28] ok, thanks [06:28] reading them now [06:33] morning dholbach [06:33] hiya ajmitch [06:33] hey cjwatson === Amaranth_ is now known as Amaranth [06:44] sheesh, there's a lot of low-hanging fruit with these uscan warnings [06:44] dtchen: such as? [06:44] ajmitch: fairly straightforward corrections of warnings about code.google syntax [06:45] how many of them is it worth doing an upload for though? [06:46] i'd say all, but i'm just pushing diffs to BTS and adding to Launchpad where there's already an existing reason to upload [06:46] right, that's sort of what I meant [06:48] dholbach: thanks \o/ [07:34] * TheMuso is doing liblouis as its moving to main, and requires some other fixes. [07:35] Is there anywhere I can document that? === cprov-afk is now known as cprov [08:10] Hi lifeless! When you're not so busy, can you take a look at the following for me? http://revu.ubuntuwire.com/p/sphinxbase [08:11] ajmitch: go ahead (nevow merge) [08:12] noodles775: well for starters, address the ! warning at the top of the page :) [08:13] lifeless: ah, yes. OK, will do (sometime in the next week). thanks! === ricecom is now known as rcecchi [08:22] geser: great, only problem is they dropped all the patches & so dropped quilt from build-depends :) [08:22] I think the python 2.6 change for it should go to debian anyway [08:41] gaspa: congratulations. :-) [08:42] slytherin: thank you! :) [08:42] Hello [08:43] AnAnt: Welcome to the @ubuntu.com community. :-) [08:43] slytherin: thanks [08:43] all the cool kids have an @ubuntu.com [08:44] so, I got a question regardign sl-modem package [08:44] it used to have a binary package (sl-modem-source), that package used module-assistant to build an sl-modem-modules- package [08:45] now, I made sl-modem-source use DKMS only and not module-assistant [08:45] now how can I make sl-modem-source conflict/replace sl-modem-modules- ? [08:47] slytherin: if you find out about the velocity/ant thing, could you reply me ? [08:47] AnAnt: Sure. [08:47] thanks [08:47] hmm, have them a Provides perhaps or a common dependency you could conflict with? [08:47] AnAnt, You'd have to make it conflict with each package. [08:47] (which is a long and ugly list) [08:48] geser, Problem is m-a packages only depend on the kernel. [08:49] persia: and unpredictable list ! [08:49] AnAnt, not so unpredictable. [08:49] Oh, right. I understand. non-repo versions... [08:49] yup, non-repo versions that's the problem [08:50] Make sl-modem-daemon Depend on sl-modem-source (>> foo), which does the DKMS hack. [08:50] Oh, nevermind. That won't work. [08:50] sl-modem-daemon doesn't need to Depend on sl-modem-source actually [08:50] I don't think there's a safe upgrade path for non-repo kernels. [08:51] ok [08:51] You could list all the recent kernel versions for Debian and Ubuntu (including all supported series). [08:52] how ? [08:52] rmadison ? [08:52] what about a check in preinst if sl-modem-modules-* is installed and failing the installation then? [08:52] So, etch, lenny, last 2-3 in testing, last 2-3 in sid, dapper, dapper-updates, hardy, hardy-updates, intrepid, intrepid-updates, jaunty, jaunty-updates, last 2-3 in karmic. [08:52] geser, i like it [08:53] geser, So have preinst configure bomb out if it would cause a conflict? [08:53] yes [08:53] And then expect new modules to be built with an kernel update using the new package? [08:54] I dont understand that last question [08:55] Well, it's easy enough to test if there is already a sl-modem module built for the current kernel, and not do the DKMS build in that case. [08:55] Wait a minute. When the old sl-modem-source (which used module-assistant) is removed won't it automatically remove -modules- [08:55] The trick is then doing the DKMS build for a kernel update. [08:56] slytherin, Except "sl-modem-source" isn't being removed: it's just an upgrade. [08:56] persia: isn't that like remove and install new version? [08:57] * persia checks http://women.debian.org/wiki/English/MaintainerScripts [08:58] slytherin, Not quite. [08:58] persia: if it wasn't like that the postrm script would not get executed for upgrade cases. [08:58] slytherin: nope [08:58] postrm gets called, but with different arguments (prerm /postrm remove vs. prerm/postrm upgrade) [08:59] AnAnt, You might be able to do something with "preinst upgrade" to hunt and kill modules packages. [08:59] Except you don't really want to kill the current modules if they are in use for the network connection used to download the upgrade... [09:00] slytherin: sl-modem-modules-_KVERS_ does not Depend on sl-modem-source [09:00] I think I like geser's suggestion of just not doing anything on install if there is a modules package. [09:00] AnAnt: I was assuming that module-assistant also removed the modules package. I used sl-modem-source long time ago. So do not actually remember. [09:00] Err, a modules package for the current kernel. [09:02] correct me if i'm wrong, but since sl-modem-modules-foo is not in the archive, it's perfectly policy-compliant NOT to Conflicts: with it [09:02] directhex: yes, but I got a user screaming at me probably because he got this issue [09:03] not screaming, but he seems upset [09:03] AnAnt, well, i like the preinst hack [09:03] I'm trying to understand it [09:03] directhex, Erm, kinda. It's not polite to leave cruft on user systems that you put there in the first place. If the user pulled it from some third party, it wouldn't matter so much. [09:04] directhex, More importantly, without something, upgrading the package from the previous version fails always, which is usually considered a packaging bug. [09:04] persia, well, politeness sure. but i don't think there's any policy reason to have a list of conflicts with half a million kernels in it - hence why the preinst seems like a good idea [09:06] hmmm [09:06] would there be a failing upgrade path even ? [09:07] AnAnt, yep. goes like this: [09:07] I just looked again at the bug LP 375148, and I think there is another problem [09:07] Launchpad bug 375148 in sl-modem "no more /dev/ttySL0 device node" [Medium,Confirmed] https://launchpad.net/bugs/375148 [09:07] new package unpacks, postinst-configure is called, that does the DKMS magic, the DKMS stuff tries to install, that tries to overwrite existing files, that causes an error, dpkg gives up as unconfigured. [09:08] oh, I didn't know the DKMS will fail if it tried to overwrite a file installed by a deb [09:08] I thought that this only happens in dpkg [09:08] Maybe it doesn't, but I think it should. Otherwise you end up with a file that two packages think they control. [09:09] I don't think that it should do [09:09] dkms is not apt/dpkg thing [09:09] If it doesn't, that's probably a bug in DKMS (that packages should be able to be removed completely on purge) [09:10] huh ? [09:12] AnAnt, So, there exists some .ko file, either provided by DKMS or by sl-modem-modules-KVER [09:12] It's important that the file is never provided by both of them. [09:12] Otherwise, it's not safe to clean up. [09:12] ok [09:12] because you can end up with something like removing sl-modem-modules-KVER removing the DKMS-provided file. [09:13] So you need to make sure that the file that would be created by DKMS isn't already present. [09:13] is that really a problem ? that will get rebuilt on the next reboot, right ? [09:13] And if it is, don't do the DKMS bit until later (next kernel upgrade) [09:13] Huh? I didn't think modules were rebuilt on reboot. I thought they were rebuilt on kernel upgrade. [09:14] superm1: ^ [09:14] * persia wanders off for a bit [09:14] persia: well, I see DKMS doing something at startup [09:14] ok [09:21] AnAnt: I think dkms has some sort of daemon which keeps watch for installed/upgraded kernels. [09:21] slytherin: yeah, but how about startup ? [09:23] AnAnt: superm1 is the right person for anything related to DKMS. [09:24] yeah [09:25] AnAnt: the dkms transition of sl-modem-source was done in jaunty, right? [09:25] slytherin: yes, but module-assistant support was still there [09:26] AnAnt: and intrepid version had only module-assistant support right? [09:26] yup [09:26] intrepid or hardy, I don't remember [09:26] yes, intrepid [09:29] ok, about that preinst thing [09:29] wasn't there a way in module-assistant that makes it autobuild a new package for every new kernel update [09:29] there was some auto switch I recall === ripps_ is now known as ripps [09:48] AnAnt: I can check on my PC what all happens when installing and removing sl-modem-source. But this testing will only happen next week [09:49] ok [09:49] thanks [09:51] i want to upgrade from jaunty to karmic, how advices and procedures? [09:53] So, if I develop solid packages for the repos and the community really likes them, would I be able to have it in the universe? [09:54] dholbach: I see you! [09:54] MTecknology: sure [09:54] https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages [09:55] qiyong: take backup of your important data. :-) [09:55] dholbach: I'm watching your tutorial video [09:55] at 0400... [09:55] I had an hour long fight with audio first [09:56] slytherin: procedures? [09:56] sladen: only by changing apt conf? [09:56] slytherin: ^ [09:57] qiyong: 'sudo update-manager -d' should work [09:57] slytherin: is it equivalent to change apt conf? [09:57] and video freaked thank you totem+firefox [09:57] qiyong: AFAIK, but I have never used it [09:58] geser: I'm really hoping to become motu, but I have a few projects I want to synch up first. Then hopefully get some other devs to push on everything so I can leave the project [09:59] 1hr to dload the first video :D [10:17] hello everybody [10:18] if somebody has the time it would be nice if he would review this: http://revu.ubuntuwire.com/p/jameica [10:18] thanks [10:20] Build-Depends-Indep: sun-java6-jdk ? [10:20] * gaspa is listening an italian radio talking about opensource.... wow [10:23] thanks directhex, I am not really shure where the difference is between Build-Depends and Build-Depends-Indep [10:24] english is a "foreign-language" for me === Quintasan_ is now known as Quintasan [10:33] or what did you mean directhex? [10:35] therm: does it really require sun-java and doesn't it build with openjdk? [10:35] could someone please review http://revu.ubuntuwire.com/p/smile ? REVU still shows a copyright warning, but the copyright is surely included. [10:35] hello! [10:36] oh, wrong posting order ;-) [10:37] no it doesn't work wiht [10:38] no it doesn't work with openjdk, I talked to the upstream author about this and he said that this is why some encryption does not work there... [10:39] therm: Your package could depend on the generic package default-jre [10:39] ximion: if I remember well... [10:39] yes ,it's inside BIB_ManSlide/Help/gpl-2.0.txt, so that warning could be ignored, imho [10:39] * slytherin had forgot how beautiful REVU looks these days. :-) [10:39] gaspa: It is also in ./copying [10:39] right [10:42] ximion: I really like the last line of rainct comment :D [10:42] ;) [10:42] gaspa: Me too ;-) [10:43] ximion: i've uploaded it in mentors.debian.net.. it's still waiting for a sponsor. [10:43] ximion: but does this package provide suns-jre? or what is it doing? [10:45] therm: It depends on the system's default java runtime (In ubuntu Karmic it is the openjdk) [10:45] ximion: does the application have a home page? [10:45] gaspa: Thanks! [10:45] slytherin: yes. smile.tuxfamily.org [10:46] because the control file does not seem to include it, as REVU is not showing it. [10:48] ximion: but if I would use this the application wont run properly [10:48] it does not run with openjdk [10:48] therm: okay, the the sun-java runtime is necessary. (Strange... I'll also try to run it with openjdk) [10:50] ximion: You can try but you will see that it will fail on startup by throwing an error [10:51] at least this behavior was in jaunty and intrepid [10:51] therm: you can ask upstream authors what kind of APIs are they using which are not present in openjdk [10:51] I need a 2nd advocate for my cadabra package now up on REVU. Any takers? [10:51] ximion: uh... isn't enough "rm -f $(CURDIR)/debian/smile-slide.png", rathen than: [ ! -f $(CURDIR)/debian/smile-slide.png ] || rm $(CURDIR)/debian/smile-slide.png [10:52] just cosmetic, but it's cleaner imho [10:52] <\sh> whoever revuadmin is online...please click on fedora-ds-admin and see the error... [10:53] slytherin: I will ask him, but I am not shure if he knows that really [10:56] gaspa: Yes, I'll change this [10:59] ximion: ;) [11:00] therm: okay, it does really not work with openjdk... But I have not tried to compile with the openjdk-libs [11:01] ximion: okay [11:08] ximion: I have problems with the copyright-file, jameica uses libs that are under a different but opensource license, how to say that in this file? [11:09] therm, "uses" how? [11:09] therm, other libs on the system, bundled source, bundled binaries? [11:10] gaspa: Done. [11:10] bundled source, I think, otherwise lintian would throw an error, right? [11:10] no, lintian doesn't moan about binaries [11:10] are there any .class files? [11:11] no they are jar-files [11:12] containing class files? that's not allowed === sakjur is now known as i === i is now known as sakjur [11:13] look at it this way: [11:14] a severe security bug is found in a bundled binary lib [11:14] now what? [11:15] I took a look in the orig.tar.gz, and yes there are class-files in the libs shipped with the upstream code [11:15] an now I have to package all other libs? [11:15] d === ShadowChild is now known as lukjad007 [11:16] yes [11:16] you need to package the required libs separately - and you need to regenerate a new orig with the closed-source stuff removed [11:17] therm: you need to package them if they are not already available in repositories. [11:17] in germany we would say "oha"^^ [11:18] the life of a java packager, eh [11:18] I already used as much libs as possible from repositories. So the libs wich are left are not in there. [11:19] Ok I will package them [11:19] therm: what libraries are those? [11:20] you may have an look at http://revu.ubuntuwire.com/p/hibiscus also, this is the real application wich needs jameica [11:21] therm: what are the libraries that are not available in repositories? [11:22] slytherin: There are two from the same upstream author wich I packaged here bevor but moved them to archive and swtcalendar, nanoxml, jakarta_commons [11:22] therm: jakarta commons is in repository [11:22] the libs from upstream are: http://revu.ubuntuwire.com/p/libwilluhnds http://revu.ubuntuwire.com/p/libwilluhnutil [11:23] slytherin: aha, how is the name of the package? I didnt found that [11:24] therm: nanoxml is in repositories as well. the package names for jakarta commons - http://packages.ubuntu.com/search?keywords=libcommons [11:24] not sure which one you need [11:27] ok I will try to get it work with them, thanks [11:27] means that I have to package swtcalendar, libwilluhnds and libwillunutil [11:29] Can someone (who has enough time) please review my packaging of the libqt4intf-library? http://revu.ubuntuwire.com/p/libqtintf4 [11:30] The library is used by Pascal (and other languages) developers to use Qt4 in their application. It is a complete wrapper for Qt4. [11:31] Unfortunately, you can't test the library without an application that uses this. The Lazarus-Package sometimes needs this lib. [11:31] (Just as information) [11:31] slytherin: Upstream wrote an email to answer your question: He said that he means that it should run with openjdk also but really does not work with GCJ, because this uses an different crypto-extension [11:33] slytherin: and that he does devolop it for suns java === ogra__ is now known as ogra [11:37] therm: which means you can use default-jdk as build dependency and default-jre as runtime dependency. [11:40] slytherin: ok, I will change this [11:46] slytherin: but how does my package now provide that it didnt run with GCJ? I dont wont the users of this program to get confused becaus its not starting^^ [11:47] therm: your package must be having some shell script to start it right? [11:48] yes [11:48] therm: in that shell script you can check if the java runtime is openjdk or not. [11:54] slytherin: Ok I will try === lukjad007 is now known as ShadowChild [11:58] I have another question: What happends if the package is uploaded to universe, how to upload new versions of this application? === ShadowChild is now known as lukjad007 === lukjad007 is now known as ShadowChild === ShadowChild is now known as lukjad007 [12:04] therm: you need to find a sponsor for any version you need to upload to universe until you become motu and gain upload rights. [12:06] slytherin: ok [12:07] Is someone there who could check http://revu.ubuntuwire.com/p/projectm-jack , a ProjectM-visualizer for JackAudio and http://revu.ubuntuwire.com/p/libprojectm-qt , a library needed by ProjectM-Jack? [12:07] slytherin: Upstream wrote another email and he is worrying about that libs might be not in the right version, so that this could bring problems [12:08] slytherin: but this is a general thing, how is this solved? [12:08] slytherin: isnt it? [12:08] therm: I am not sure how I can help here. This is completely trial and error. [12:16] slytherin: What happend if I need app-1.2 in karmic but its only 1.1, is there a possibiliety to upgrade this? [12:17] slytherin: so that jameica runs properly [12:17] My laptop is hanging w/ an error message when I turn it off. I can't read the whole thing. Where can I dig this up at? [12:17] therm: yes, file a bug, prepare the new version of package if possible and then subscribe appropriate sponsors team to the bug. [12:17] offtopic - but you guys are smart.. [12:18] therm: which app is that by the way? [12:21] therm: app=lib, some jakarta lib maybe [12:21] therm: ok that answers my question === korn_ is now known as c_korn [12:47] I am uploading a new version of the package jameica, I changed nanoxml and jakarta libs from repos [12:47] and the default-jre/jdk [12:53] therm: are you done packaging its dependencies as well, those which are not repositories? [12:54] slytherin: no not at all, but you might have a look at what I was preparing some weeks ago, there I wanted to package this libs: [12:54] slytherin: http://revu.ubuntuwire.com/p/libwilluhnutil [12:54] slytherin: http://revu.ubuntuwire.com/p/libwilluhnds [12:55] slytherin: I know that for example descriptions are not the right one, but maybe you find bugs [12:56] therm: I hope you have verified that packages build properly using pbuilder. [12:56] slytherin: so if they are ready, only swtcalendar must be packaged [12:57] slytherin: how do you mean that? [13:01] slytherin: Ok I see, in that packages there it has to be default-jre/jdk also [13:27] slytherin: In wich section must do I have to put upstreams libs? [13:27] therm: I don't understand the question. [13:29] slytherin: In my control-file for libwilluhnds there is a section lib, but lintian throws an warning: W: libwilluhnds: unknown-section lib [13:29] slytherin: what do I have to put there instead [13:30] therm: I don't remember offhand. Check debian policy (google). I am a bit busy right now. [13:30] ok [13:35] therm: hehe, sometimes its just an "s" to put afterwards ;-) [13:55] I now have an error by uploading jameica via dput: Uploading jameica_1.7-0ubuntu1.dsc: 553 Could not create file [13:56] This existing file may have been previously uploaded partially === asac__ is now known as asac === dholbach_ is now known as dholbach === yofel_ is now known as yofel [14:46] dholbach: what should I do to be added to u-u-s ? just asking here? [14:47] * gaspa can make a couple of somersaults, too [14:49] gaspa: let me see who is admin of the team [14:49] dholbach: persia [14:50] ok, let's ask him :P [14:50] gaspa: DktrKranz and TheMuso too [14:50] k [14:50] dholbach: ah, the Italian Mafia [14:50] :D [14:51] DktrKranz: can you add me to u-u-s? ( without paying, please ) === stevie is now known as vorian [15:00] gaspa: you have to pay anyway, you have to refund "famiglia" [15:00] DktrKranz: totopalma will take care. [15:00] as usual [15:00] ok, but don't give us enough visibility, dholbach already noticed us [15:01] who's totopalma? [15:01] I have a few bills to pay [15:02] dholbach: historically, I asked 150 euros/upload, and everyone asked totopalma to pay me, so feel free to send bills to him :) [15:02] nice [15:02] gaspa: done, call toto now [15:02] I still need to do my taxes... maybe totopalma can do that too? [15:03] probably [15:03] only if you join "italian family" group :) [15:03] gaspa: I guess that's one of teams you only expire from when you're dead :-) [15:04] dholbach: totopalma is the Godfather [15:04] it's fine, I'll do my taxes on my own [15:06] dholbach: ... or when we decide one should [15:06] but yes, generally people are not so good when they leave [15:12] DktrKranz: indeed: all the guys who left the famiglia are in "geriatrix" now === mterry_ is now known as mterry === rmcbride_ is now known as rmcbride [16:02] Why do I get the following when I try to upload to REVU? [16:02] Uploading to revu (via ftp to revu.ubuntuwire.com): Uploading kobby_1.0~beta3-0ubuntu1.dsc: 1k/2k451 Failure writing to local file. [16:09] Hello [16:09] dholbach: I searched glibc's bugzilla for a bug related to non-solar calendars but I found none [16:09] dholbach: you sure you saw one for glibc ? [16:09] AnAnt: probably not [16:10]