[00:00] oh [00:00] er [00:22] csilk: look at man dpkg-buildpackage :) [00:22] will do [01:00] why does the latest packaged version of dh-make auto include a standards version of 3.7.3 then 2.8.0 is the current standard (according to lintian)? [01:01] *when 3.8.0 [01:04] james_w: ping [01:04] james_w: I'm getting an odd error when trying to build sugar on intrepid: [01:04] fakeroot debian/rules clean [01:04] debian/rules:15: /usr/share/cdbs/1/rules/patchsys-quilt.mk: No such file or directory [01:04] make: *** No rule to make target `/usr/share/cdbs/1/rules/patchsys-quilt.mk'. Stop. [01:38] lfaraone: install quilt [01:52] If I'm packaging an app I got through CVS, should I remove all cvs related files form the app's directory structure before I make a .orig.tar.gzip ? [01:52] *.gz [02:05] csilk: yes:) [02:06] porthose, hi, time for another quick question? [02:06] sure [02:07] I'm packaging a new app. the app has a 'bug' which causes a compilation error udner the newer versions of GCC, upstream advise (in their install instructions) that users add 2 lines of code to the top of a C++ source file. If I do this in the package do I just note that in the changelog or is modifying the code a big no no? [02:08] porthose, ^ [02:09] hmm not sure about that one [02:10] Yeah, I'm not too sure how to proceed with this [02:10] maybe someone with more experience could help out? [02:10] hopefull [02:10] y === txwikinger2 is now known as txwikinger [03:09] are there any known plans to release a desktop CD for the ppc? or are they only going to be given an alternitive install disc with intrepid? [03:18] is there a way to stop debuild from trying to sign a dsc file? [03:18] Awsoonn: There are ports disks available for PowerPC, http://cdimage.ubuntu.com/ports [03:18] csilk: -uc -us [03:19] thanks [03:19] csilk: Welcome. [03:20] TheMuso, would you have any idea about my previous questiona few posts up? [03:20] ahah! I was in the daily dir and not the daily-live, thank you for the calification [03:20] :) [03:28] csilk: You can patch it. It's strongly preferred to do that with a patch system rather than just a direct modification. [03:28] For testing your package direct modification work fine. [03:30] ScottK, any standard patching system commonly used that you would suggest? [03:31] Let me dig you up a link. [03:32] csilk: There are choices. Up to you. See https://wiki.ubuntu.com/PackagingGuide/PatchSystems [03:32] Thanks === txwikinger2 is now known as txwikinger [03:51] bug patched [03:51] brilliant [03:51] now I just gotta get the menu icons working ;) [03:51] ScottK, so I'll be there for the entirity of UDS it seems [03:51] Congratulations. It's a good experience. [03:53] I'm going to be there because a professor kicked me out of his class for BS reasons [03:53] Just confirms to me to leave on sabatical winter quarter [03:53] sweet [03:54] NCommander: While that sounds good for UDS, thats not so good for your studies. [03:54] The problem was the professor took issue with me helping other students in lab [03:54] "You are a student, if someone else needs help, have them come to me" [03:54] wow... [03:54] Yeah [03:54] Its not my first time taking this class [03:54] oh dear [03:54] that's just retarded [03:54] (I was in a car wreck the day of the final and was unable to get credit for it) [03:55] ^the first time around [03:55] I had a B+ then [03:55] car accidents aren't acceptable reasons for delaying exams there? ouch! [03:55] * ajmitch was helping students in class one semester, the next year I was paid to help tutor in the lab [03:55] Hobbsee, New York State finals are held very irregularly [03:55] and I didn't pass when I retook it six months later [03:55] oh, right [03:55] * NCommander simply couldn't retain the skills without praticing them for that long [03:56] so I retook the class [03:56] Just to get this load of ****shit [03:56] er [03:56] I censored the wrong part [03:56] heh [03:56] hehe [03:56] Were these perishable skills censoring skillz? [03:56] * NCommander hits ScottK with a lawn GNOME [03:57] Sorry. It had to be said. [03:57] no, it really didn't [03:57] that's like leaping on the first available pun [03:59] ajmitch, he's from the navy, they don't know better ;-) [03:59] TheMuso, ScottK: you guys on MOTU Release? [03:59] * NCommander runs really fast [04:00] hey LaserJock [04:02] ajmitch: hola === txwikinger2 is now known as txwikinger [04:08] * NCommander sighs [04:08] I feel like .... I dunno [04:08] Doing something sane [04:08] like watching TV [04:08] wow.. all the dns server for my domain are down [04:08] LaserJock: Yes. [04:09] ScottK: I'd like to upload a bug fix to desktop-multiplier [04:09] ScottK: I got your message.. I will take care of it asap [04:10] ScottK: it's technically a bug-fix new upstream release as its closed source [04:10] pretty minor changes though from what I got from the author [04:12] Hey LaserJock :) [04:13] hi cody === fabrice_sp_ is now known as fabrice_sp [04:22] LaserJock: If it's bug fix you can just upload it. [04:23] ScottK: ok, just wanted to run it by MOTU Release first, even if it's just a FYI [04:24] LaserJock: Yes. Thanks. Sometimes we get queried by ubuntu-release, so it's helpful. [04:38] I've heard it said that Ubuntu moves more quickly than Debian because it's more IRC centered and Debian is more ML centered. [04:39] So last night we had a bit of a flamefest over bluetooth and its' over. [04:39] ScottK, sounds about right [04:39] hey persia [04:39] The Debian ML thread on non-free firmware in the kernel show's no sign of ending. [04:39] So I guess that's a case in point. [04:39] On -devel? [04:39] Yeah [04:40] Right. Glad I'm unsubscribed [04:40] I'm not particularly reading them anymore, but I still notice the subject when I hit delete. [04:40] I'm waiting for -private to have a large flamewar, it's overdue [04:40] ScottK, Note that Debian also has flamefests on IRC, and close coordination on IRC for some teams, but that's considered not to count. [04:41] persia: Yes. I even participate in those sometimes. [04:41] * NCommander is waiting for the one on d-devel to hit critical mass [04:41] Its not quite there yet [04:41] it's at the threatening GRs stage [04:41] is there such a thing in Debian? [04:41] The last time was someone complaining Ubuntu patches sucked and I volunteered to show them where my patches from Ubuntu sucked so badly they'd be reused without any credit or attribution. [04:41] Yes. When a flamefest reaches critical mass, there is a GR. [04:42] GRs? [04:42] be reused/been reused [04:42] General Resolution [04:42] How the Debian project "solves problems" [04:43] StevenK: I thought the Debian process was spew hate until one side quits and leaves. [04:43] good, looks like they're at the filing annoying bugs stage... [04:43] bugs.debian.org/502959 [04:43] That was a couple of days ago. [04:43] ScottK: That is the long term plan [04:43] I think GR drafts are coming soon. [04:43] Ah. [04:43] I don't wade into flamefests too often [04:44] ScottK, GRs are used to force the side that won't quit to do so. [04:44] * StevenK remembers this coming up when he worked with Herbert and he was still maintaining the kernel [04:44] * ScottK notes that that's exactly why he suggested rough consensus for MOTU decisions rather than 51 percent. [04:46] ScottK, My only issue with formalising rough consensus was that it was just documentation of existing practice, yet the formalisation itself confused many people. [04:46] and if badly run, 'rough consensus' can be browbeating enough people until objections are silenced [04:46] persia: OK. Hopefully we can get it clearly written down in a way that won't do that. [04:46] ajmitch: True. [04:46] ScottK, Yep. [04:47] ajmitch, Indeed, but it's better to emphasise that we seek consensus than to just have everyone bow before the browbeater because they did so in the past. [04:48] I'm actually quite fond of the IETF idea of "Rough consensus and running code". The IETF would work a lot better if they used it. [04:48] persia: of course, browbeating must be done politely if at all possible :) [04:48] If you have to be mean, stay off logged channels. [04:48] I messed that one up once. [04:49] heh [04:49] did it return to bite you? [04:49] A little bit. [04:49] I got pretty direct CoC warnings from some senior people in the project. [04:50] They were right too. [04:50] * ScottK does, however, note that the meaness was threating to do everything in my power to get a certain someone ejected from the project. [04:51] * ScottK looks around and doesn't see that someone. [04:51] So it didn't bit too badly. [04:51] bit/bite [04:51] Well, it's also a time of day issue. This channel is still in autojoin for that person. [04:51] Yes. I checked before I mentioned it. [04:52] AFAIK they're still silenced on the channel in any case. [04:52] * StevenK blinks. [04:52] * ajmitch is not surprised [04:52] Yes. I was hoping to be able to lift that soon, but some of the support building in Debian washed away during the Lenny freeze, so it maybe a while yet. [04:53] s/maybe/may be/ [04:53] * ScottK notes that he did file a good bug the other day. [04:54] ScottK: the problem wasn't the few good ones, sadly [04:54] Yeah. He's been getting a lot better, which is why the gag is starting to seem superfluous, but it requires certain criteria to be met before it can be lifted. [04:54] ajmitch: Agreed. [04:54] even I can file a good bug, if the moon is in the right phase [04:55] persia: clamtk finds the clamav test files just fine, BTW. [04:55] Anyway, we've all spent enough bytes on this issue over the past 18 months. More doesn't help. [04:55] ScottK, Yep. I tested that last night, although after the sync due to excellent service on the part of the archive-admins. [04:56] persia: Are you sure? Debian seems to follow the reverse. [04:56] At this point, all the pending translations from the Japanese team are included, which is a good thing. [04:57] StevenK, One of the ways we aren't Debian is that we tend to accept when something is over, and only re-raise it when there are new changes that make it relevant. [04:59] one wonders if you meant to type "Sven" instead of "Debian" [04:59] slangasek, I'm trying not to point at specific individuals, but that's an example. [05:01] persia: as a DD, I find it kind of insulting that you're making such a generalization about Debian, particularly if Sven is one of the "examples" since he's not part of Debian... [05:02] (there are other examples who are - but I still don't think it's a fair generalization of the project) [05:02] In other news, the libhdf5-serial NBS could use a little working on. [05:03] octave-gpc? [05:03] slangasek, Fair. My experience with most people actually working in Debian is that they are fairly quick to do things well. My experience with d-d@ is that some things drag on for months with no useful input. [05:03] It's busticated, and I can't fix it [05:04] * slangasek hides from hdf5 [05:04] StevenK: That and libgdal-ruby and libdgal1-1.5.0 on lpia and opctave-plplot of hppa [05:04] ScottK: hppa is on NBS-ignore [05:04] StevenK: Removal would fix it. [05:04] ScottK: I'm also ignoring gdal on lpia [05:04] That leaves octave-gpc, which I tried to fix [05:05] Mayve NCommander would take a whack at it. He loves pain. [05:05] Mayve/Maybe. [05:05] StevenK, as a side note, the DYMANIC_FTRACE kernel upload to lpia was done [05:05] Its configure script is written assuming that $major_version == 2, and it requires porting to a new octave API [05:05] * NCommander is being absorbed into the kernel team [05:06] At this point, I think we don't care, but it's slangasek's call [05:06] OK. How much do we care about uninstallable? [05:07] porting to a new API at this late stage? [05:07] which part is it we don't care about? [05:07] slangasek: If octave-gpc is installable/works [05:07] ScottK: is that pretty much it for uninstallable packages? [05:07] ajmitch: Yes. Often because it's in Main and a Dependency is not. [05:08] StevenK: "would be nice" but if not, them's the breaks [05:08] I think it's comatose upstream, too [05:08] ScottK: oh, just for main, or is everything installable in universe now? [05:09] ajmitch: I think if something in Universe is actually uninstallable it comes up, but the cases I've looked at have been depends in Universe. [05:09] * ScottK beats the drum for removal. [05:10] * NCommander reads from the Book of Dead Packages [05:11] * persia has 60 uninstallable packages in the amd64 local apt cache. [05:12] persia: too late for most of those to be fixed? [05:13] ajmitch, Not at all. None of them are on CDs (well, except for some ichthux stuff but that's not an official CD), so no reason we can't push them now. [05:13] ajmitch, apt-cache unmet -i should give you a list. [05:13] * ajmitch wasn't up on when universe is frozen [05:13] LaserJock: Accepted. [05:13] yeah, I've used that in the past [05:13] not entirely accurate, since it looks at installed packages as well [05:13] is it too late to zap a package? [05:14] universe is getting more and more frozen as time passes, but stuff that would be SRU-worthy is typically accepted as late as possible. [05:14] NCommander, Nope. [05:14] persia, care to ack a removal request for iceweasel-vimperator? [05:14] (for obvious reason?) [05:14] s/\?/s/g [05:15] How did that manage to get in? [05:15] Deep magic [05:15] NCommander, I don't see the obvious reasons. Is there some good reason why this shouldn't be treated as a bug needing attention of the mozilla-extensions team? [05:15] we don't have iceweasel in Ubuntu? [05:15] No [05:15] Is it known not to work with firefox? [05:16] HI. I filed a bug for vimperator, and Mozilla team is having a look at it [05:16] well [05:16] That answer sthat [05:16] Bug #286225 [05:16] The package explicately depends on iceweasel, but no iceweasel [05:16] Launchpad bug 286225 in vimperator "[intrepid] iceweasel-vimperator: Depends: iceweasel (>= 3.0~) but it is not instalable" [Undecided,Confirmed] https://launchpad.net/bugs/286225 [05:17] NCommander, Yes, but iceweasel is special, because firefox is nearly the same codebase. [05:17] I thought iceweasel and firefox extensions were incompabitable [05:17] * NCommander knows very very little about iceweasel though in Debian [05:17] NCommander, Only in rare cases, but they can usually be patched to work. [05:18] oh, I wasn't aware [05:18] * NCommander takes a gunshot to his idea to remove the package [05:18] Was firefox 2 finally killed? [05:19] NCommander: Yes. [05:19] cause we still have firefox-theme-ubuntu Depends firefox2 [05:19] Is the eog-dev issue just publisher skew? That looks like main. [05:19] NCommander: Feel free to ask for it's removal then. [05:19] is there no utility that can scan the database for dead dependencies? [05:20] NCommander: Madison on cocoplum disagrees with you [05:20] coppro, https://qa.ubuntuwire.com/debcheck is probably a good place to look. [05:20] StevenK, disagrees with me on what? [05:21] persia: can't connect to the server [05:21] NCommander: I can't find 'firefox-theme-ubuntu' [05:21] firefox-themes-ubuntu [05:21] :-P [05:21] NCommander: if using apt-cache, it has a habit of looking at packages that are/were installed [05:21] coppro, Sorry. My fault : http://qa.ubuntuwire.com/debcheck/ [05:21] ajmitch, that was a matter of a missing s [05:22] persia: ah, clever. Someone should really go through that prior to a release [05:22] * coppro bookmarks [05:23] coppro, Lots of people do, but it clearly needs more people. The goal is to get all the numbers to 0 at some point. [05:23] NCommander: File a bug, and subscribe asac [05:23] persia: yeah, I'm bookmarking it so I can help work on it [05:23] too late to get for intrepid now, though [05:24] there's always too much to do before release [05:24] heh [05:24] too true [05:24] does anybody remember the email about this error: GtkSpinButton: setting an adjustment with non-zero page size is deprecated [05:24] LaserJock: one sec, let me hunt [05:25] https://lists.ubuntu.com/archives/ubuntu-devel/2008-September/026520.html [05:26] I think that's related [05:27] coppro: Not entirely too late for Intrepid for Universe. [05:27] * ajmitch just refreshed the rc bugs list after breaking it again last night [05:28] That's a good source too. [05:28] ScottK: yeah, but /me doesn't have that kind of time probably [05:28] I'll do what I can though! [05:28] upgraded to intrepid, new libapt-pkg ABI, rc bugs list breaks [05:29] ajmitch: Don't worry. If it wasn't that, the new Django API would have gotten you. [05:30] oh this is just for the processing side [05:30] on the plus side, my Intrepid is working fine [05:30] completely detached from django [05:30] on the down side, there is some changes I'd like to see in the upgrade process, but they are in Main [05:30] the django stuff was just an experimental frontend to existing data [05:30] so probably not going to happen :( [05:33] its weird [05:34] for the entire time I've been a developer, I've been targetting intrepid [05:34] and now thats going away as the main target [05:34] * NCommander feels very strange [05:35] NCommander: You still have some time to go wild on intrepid SRUs before Jaunty opens. [05:35] you'll get used to it [05:36] I'm just use the eternal sid [05:40] Good night everyone. [05:40] good night ScottK, until another day [05:40] No, it'll still be this one. [05:41] wow [05:41] its 00:42 already [05:43] NCommander, No, it's 4:43. You're just too far west. [05:43] heh, only 21:43 here [05:44] I'm still in yesterday [05:44] LaserJock, that's just lag ;-) [05:48] persia: you have any idea what this means in a strace: futex(0x8460110, FUTEX_WAIT, 2, NULL) = ? ERESTARTSYS (To be restarted) [05:49] LaserJock, Sorry, no. I understand stack traces, but system call traces usually confuse me. [05:50] Hi. compilation of gambas2 in amd64 has be changed in P-a-s, but the package still shows as non installable in amd64. Should I fill a bug to force compilation of the package? [05:50] Hi persia :-) [05:57] LaserJock: it means "threads". If it hangs there, it means "thread error". [05:57] LaserJock: if it's for a process you just attached to, it means "strace sucks" [05:57] s/strace/ptrace/ [05:58] slangasek: ok, thanks [07:10] good morning [07:15] hi [07:17] hi ajmitch [07:24] Hey dholbach :) [07:24] hi iulian [08:08] good morning [09:17] Hi dholbach, didrocks [09:35] Hello everybody :) [09:36] * Hobbsee waves [09:37] * Woody86 high-fives Hobbsee [09:37] so what's everybody up to, sleeping or something?? [09:38] probably [09:40] the sleep of the just [09:41] Hi Hobbsee [09:41] hey geser! [10:29] bug 287369 [10:29] Launchpad bug 287369 in gambas2 "[Intrepid] Gambas2 now works on amd64 platform" [Undecided,Confirmed] https://launchpad.net/bugs/287369 [10:29] how do we go about that? [10:29] A rebuild? [10:38] Woody86: Congrats! You have a mentor. I am sending you an email with your mentors contact info :) === asac__ is now known as asac [11:26] what does cdbs stand for? [11:26] common debian build system I believe [11:29] james_w: Yes. [11:29] ScottK: excuse me? [11:29] highvoltage, jou noobie :P [11:30] james_w: Rebuild gambas2 [11:31] ScottK: aha, thanks. I forgot I had asked a question :-) [11:31] So I should just push a build1? [11:32] viviersf: I just couldn't remember what it stands for [11:32] highvoltage, just a joke :) [11:33] ScottK, james_w, probably I'm wrong, but wasn't 2.8 compatible with amd64? [11:33] gambas2 --^ [11:33] The P-a-s commit message was "gambas2 2.1.0 and later have 64-bit support" [11:34] oh, so p-a-s is adjusted already? [11:34] DktrKranz: Yes. [11:34] So now we need a new upload to trigger a build for amd64 [11:34] and no amd64 builds? [11:35] I guess it's automatic, unless Arch: field does not include amd64 [11:35] No. You'd need a trigger [11:35] PAS overrides what's in the control file. [11:36] I was sure adjusting p-a-s would be enough, but I am probably wrong [11:36] I may be wrong, but I don't think soyuz automatically scans PAS looking for new stuff it can build. [11:38] lamont told me soyuz needs 12 to 24 hours to notice p-a-s changes [11:38] if no builds since then, you're right [11:38] DktrKranz: Well if lamont told you, then I believe him over my guesses. [11:39] when such changes have been committed to p-a-s? [11:39] (no browser handy, sorry) [11:40] 20th apparently [12:05] it will not be automatic, but a buildd admin may have some magic apparently [12:05] we are advised to upload a no-change rebuild, as that is sure to work [12:05] which I have just done === thunderstruck is now known as gnomefreak [13:06] The gambas2 issue was fixed by the soyuz devs waving a magic wand [13:08] hurrah! === txwikinger2 is now known as txwikinger [13:17] Anybody have a spare intrepid box they don't mind giving a ssh account to? [13:17] lfaraone: virtualbox it. [13:19] jorgenpt: I don't have root access to the local machine, so I can't install VMs. [15:13] * RainCT points to http://brainstorm.ubuntu.com/idea/14689/ === dholbach_ is now known as dholbach [15:53] \sh: would you be interested in running a leonov session for openweek? [15:54] <\sh> jcastro: when is it? [15:54] 3 Nov to 7 Nov [15:54] https://wiki.ubuntu.com/UbuntuOpenWeek/Prep [15:54] prep page if you want to add a session [15:55] actually, that goes for any MOTU who wants to run a session [15:55] <\sh> jcastro: I would love too...but I'm on the road during this week...from 3rd (Monday) to Sunday :( [15:55] :-/ [15:55] <\sh> jcastro: on the road means: I'm working @ our DC during nightimes, which means sleeping time is during the day [16:04] \sh: maybe you can send someone from your team to run a session [16:05] <\sh> nxvl: good idea...trying to catch thekorn ;) [16:29] \sh: very late pong [16:36] <\sh> thekorn: would you like to run a leonov session during openweek? [16:36] <\sh> thekorn: I'm somehow busy work related (working nightshifts in our DCs) [16:37] * \sh is brb ... 15 mins [16:37] \sh: I'll think about it tonight, off for sport right now, let's discuss it in #leonov === slicer_ is now known as slicer === k00n is now known as Koon [17:38] persia: I'd be curious to know if "Discussion of the MC application processes." included review of the feedback from some tech board members? [17:39] ScottK, No. It wasn't about criteria. More about the fact that it *shouldn't* take months to process an application. Applicants should get approved or denied. [17:40] The comments from the tech board are interesting, and I am anxiously awaiting mdz to start the thread asking MOTU to define ourselves. [17:40] persia: Thanks. I'd like to suggest that the TB comments should be discussed. [17:40] I don't think they should be discussed within MC. I think mdz is correct that it's a wider thing, and should be discussed within MOTU. [17:41] MC should take guidance from MOTU when determining the appropriate criteria. [17:41] OK. I guess I took it as MC is acting as a TB delegate on such decisions and so that's where MC should look. [17:42] I agree with that : that's why I asked for clarification in the TB meeting. [17:42] On the other hand, if TB seeks input from MOTU, I don't think the MC should be the sole source of that input, and I'm not sure it's productive for MC to establish a separate consensus from that of MOTU generally. [17:44] To me, it seems clear that some members of TB consider MOTU to be independent of universe. I thought that the statements by the TB were clear, but do not object to TB polling MOTU if they think that is the appropriate solution. === thunderstruck is now known as gnomefreak [17:46] ScottK, Of particular note are the comments by a majority of TB at 16:03 (from irclogs.u.c) which seem to establish a consensus, and mdz's comment from 16:06. [17:47] I interpret 16:06 as overriding the previous consensus of 16:03. [17:47] Looking [17:49] persia: I agree that where we are now is waiting for mdz to complete his action. [17:49] As I stated at the time, I'm happy to go with 16:03, although it doesn't match my gut feeling. On the other hand, I think completing the previous incomplete discussion has value, especially considering that many of the most prolific contributors in intrepid are not MOTU, and have not applied to be MOTU. [17:50] Additionally, if you go with what keybuck said at 16:06, then for people who only want to upload to Main, there is no path to core-dev. [17:50] ScottK, Do you also agree that the discussion would benefit from a larger group than just MC? [17:50] persia: Yes. [17:51] ScottK, Yeah. Keybuk's 16:06 comment confuses me, especially given his previous support for ArchiveReorganisation, which seems to be a mechanism to establish just that. [17:52] porthose: ping [17:52] Further, rtg is a counter-case to that statement : in at least one case there is someone with ACL upload rights to main who does not have upload rights to the rest of the archive. [17:54] Yes. [17:55] It seems the major distinction between him and (I'm blanking on the name) the emacs-snapshot case is insider versus outsider and I don't think that's a good way to decide. [17:56] I think you're thinking of the ltsp stuff, rather then emacs-snapshot. [17:57] for emacs-snapshot, I think the problem is our sponsoring process. For rus-ispell/xserver-xorg-video-nsc I think the problem is our SRU process. [17:58] Both of those need lower latency, and special casing doesn't help that much. There are exceptional cases (and emacs-snapshot may be one), but there are also core concerns. [17:58] Perhaps. [17:59] For ltsp, there's a clear need for a known active ubuntu member to upload only a small set of packages, and that individual has little interest in upload access to the rest of the archive. [18:00] To me, having that person jump through the hoop of being MOTU seems odd, especially given their leadership in other areas, but that needs discussion. === thunderstruck is now known as gnomefreak === mathiaz_ is now known as mathiaz [18:07] jcastro, Just signed up for Open Week : I'll take the 15:00 Wednesday slot to discuss "Polishing a package" meaning review the bugs, grab any available fixes, and submit a candidate for review. [18:08] persia: sounds excellent. [18:13] persia: please don't forget a description at the bottom! [18:13] Erps. Thanks :) [18:47] * RainCT notes that REVU is going down for maintenance [18:48] RainCT: yeah, time to b0rk something :D# [18:48] sebner: yep, REVU has been working fine for too long already :D [18:49] \o/ [18:50] (is any psql wizard around?) [18:50] RainCT: fixed your gnome? (though my theorie is that gnome is unfixable and because of that just GREAT) :D [18:50] sebner: nope [18:50] still freezing :( [18:51] RainCT: bah, be b0rken is one thing but freezing is just crap :\ [18:51] well, it's not normal freezing: it freezes the whole computer at startup and I have to hard-reboot :/ [18:59] RainCT: I have the same problem. In my case, It seems that it's during network connection with wifi [19:03] is ther a way to put data on the clipboard from a bash script? [19:03] fabrice_sp: oh. but I've no wifi here [19:03] yup [19:03] Awsoonn: yes [19:04] * Awsoonn smiles @ RainCT do you happen to have an example? [19:04] So, ho do you debug this kind of thing (freeze on startup, with hard reboot)? I tried to boot from another partition, but no strange messages in logs... [19:04] Awsoonn: look at xsel [19:04] (I had to look it up, didn't remember the name :)) [19:05] fabrice_sp: I don't know :) [19:05] so cool, thanks RainCT, I found some good stuff to read on it [19:05] Awsoonn: you're welcome :) [19:18] sebner: btw, does amule need a FFe? I thought 2.2.1->2.2.2 was bugfix only [19:22] he first to get a traceback on REVU gets a prize :P [19:22] *the [19:22] RainCT, What's the prize? [19:23] dunno.. an image of a cake? XD [19:24] Not worth hitting it with a pentest then :) [19:24] porthose: you've got moderator status now :) [19:25] heh [19:25] persia: well, it's basically just trying that all the stuff (post comments, delete comments, advocate, etc.) still works [19:26] RainCT: Do you still have that biscuit? [19:26] iulian: yeah! XD [19:26] I'm in then! [19:28]