[00:19] ScottK, Excellent. Thanks. [02:53] elkbuntu: well I responded to all arguments presented in a logic way, if you fell otherwise, fell free to say which ones you think where not clear and we can find a solution :) [02:54] * LimCore hopes this channel is correct for discussion of developing apps for ubuntu [02:55] LimCore: how much data corruption actually occurs, on ext3, in ubuntu? [02:55] that you've found bug reports for? [02:55] ok, I will sacrafice my brand new interpid install to test it [02:56] * LimCore notices that laptop is not the best test tool for power-outage... but searches for battery slot [02:56] i thought you said you were using XFS? [02:56] as I said, form what I heared the problem would be most visible of XFS; I also said that I seen such corruption in ext3, but long ago. Currently I use ext3 and jfs [02:57] i didn't ask about xfs. I asked about the one we ship by default, and almost all users use. [02:57] yes, therefore Im going to test ext3, right? [02:57] good [02:57] it is almost entirely an XFS problem [02:58] XFS journals too tersely and takes the disk too seriously when it says something is written [02:58] jdong: as I written 3 times so far in last 15 minutes, I had ext3 corruptions (serious one) on ext3 [02:58] furthermore I should point out that XFS zeroes incomplete transaction datablocks rather than keeping stale (and most of the time probably correct) data, which can make corruption more apparent [02:58] LimCore: what kind of corruption? [02:59] jdong: I will test again now [02:59] I asked what kind of corruption. [02:59] lost files [02:59] *afair* even from dirs that where not at all written to like /usr (but perhaps atime was written) [03:00] Why is everybody badmouthing XF\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 [03:01] any existing tool for this? [03:01] write lots of files with known content, then start swapping them around etc [03:01] ion_: :D [03:02] well you can use bonnie++ or mongrel (whatever Reiser's metadata thrasher is called) [03:03] but I found it strange to prove to you that pulling out power cable can indeed corrupt the FS (not just the file that was actually written to, because this is obvious) [03:04] Hobbsee: kid using computer is the only reason to not like the power off button? [03:05] LimCore: well, the general complaint about "lock screen" doesn't actually do that anymore is. [03:05] that is another of my bugs [03:05] * LimCore have a bug for every ocassion \o/ [03:05] yeah, it's closer to lock session, i guess. [03:05] Hobbsee: for about 1.5+ year lockscreen is broken: in some cases it shows what is on the desktop [03:06] LimCore: that bug has been fixed as far as I know of [03:06] LimCore: ah yes, that's a propriatory driver triggered bug, no? [03:06] or has been fixed. [03:06] Hobbsee: mostly nvidia [03:06] but! [03:06] there was one related to compiz too. [03:06] jdong: yeah, i think i saw that one for a bit. That definetly got fixed. [03:06] not only. other bug was on intell, when one changed screen resolution. no compiz. the black rectangle blocked only the small part of screen, if resolution was switched in some way like grandr [03:07] 1 year ago. dunno if fixed. [03:07] if the screen resolution was changed... while the screensaver is active? [03:07] btw... black rectangle... imho this is really braindead approach to locking the screen O__o [03:07] never saw that one. [03:07] jdong: no, before it was activated [03:07] LimCore: surely you'll have to talk to upstream about that. [03:07] LimCore: that is how every operating system locks the screen. [03:07] by drawing a fullscreen overlay on top of it [03:07] well, then they are all braindead [03:08] obvious appraoch would be, at least to me [03:08] except Windows, which uses its output redirection capabilities of terminal services to connect to the LSASS login prompt [03:08] would be to go talk to upstream about it. [03:08] 1) clear entire screen / "video memory" 2) NOT draw anything [03:08] LimCore: that's complete nonsense [03:08] again, this is not on topic for here - we do not create X, etc, here. [03:09] heh Hobbsee you really keep interrupting constructive discussions today :) ok then, jdong talk to me in ##linux or ##c++ if you want about this [03:09] I am not really interested [03:09] I don't feel such a conversation would be more productive than what I am currently working on [03:10] LimCore: not constructive for packaging things already made, sorry. [03:10] ok, for another time then [03:10] LimCore: and things that happen only sometimes on XFS aren't release critical. That's the way it is, i'm afraid. [03:10] But fix ti for jaunty. That'd actually be helpful. [03:12] I fail to understand how users randomly pulling the power plug is more important a use case than e.g. users randomly throwing the computer out of the window. Power supply problems? Get a UPS. Kids meddling with the computer? Restrict their access. [03:12] ion_: you didnt apparently read the bug report we are refering to? [03:12] well not to say that filesystem integrity isn't an area that we can improve on as an operating system... [03:13] but it's not something that's logical to waste the time discussing while we have more than enough work on our plate to push intrepid out in one piece! [03:13] ok Im totally dissapointed in this. I will just make my tests and my patch. [03:13] good. [03:13] I propose that we push intrepid out in three pieces that reassemble themselves once they're out [03:13] slangasek: doesn't that .torrent file thing already do that? [03:13] slangasek: before or after defenestrating themselves? [03:14] jdong: oh, then I guess my idea is unoriginal [03:14] btw, you are still aiming at 2008-10-30 ? O_o [03:14] LimCore: yes... [03:14] slangasek: but I think another distro beat you at what you actually meant: http://wiki.mandriva.com/en/2009.0_Errata [03:14] as software manager I would rate it as impossible, looking at KDE state... but. Can one test easly? [03:14] that is either the most brutally honest errata list or one rushed cycle :) [03:15] I didnt seen a clear easy to use wiki page on how to run 100% automated smoke test? [03:15] LimCore: which is precisely *why* these channels arekept more or less on topic, closer to release, and we don't allow random rants in either channel. [03:16] jdong: hmm? how is mandriva what I meant? :) [03:16] slangasek: the whole push it out the door in a couple pieces and post assembly instructions later idea :) [03:17] wouldn't it be better to make wait +1 month [03:17] ah [03:17] LimCore: no [03:17] you can make that argument for an endless stream of bugs. [03:18] * LimCore buys 1 container of coffee [03:24] when is deadline of accepting patches? [03:24] depends on the nature of the patch [03:24] but extremely soon. [03:25] like, 2 days? [03:25] you've probably got slightly longer than that. [03:25] but, the longer you pushit, the less chance you've got of it being accepted. [03:28] so what is on the agenda this evening? [03:28] nixternal: bug fixing! [03:28] world domination [03:28] eww boogs :) [03:28] nixternal: https://bugs.edge.launchpad.net/ubuntu/intrepid/+bugs?field.searchtext=&orderby=-importance&search=Search&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH and such [03:29] holy smokes, tinyurl rocks! [03:29] ;p [03:29] nixternal: https://bugs.edge.launchpad.net/ubuntu/intrepid/+bugs?field.searchtext=&orderby=-importance&search=Search too [03:29] (the first is a subset of the second) [03:31] Wine just made a very minor release today (1.0.1), designed to have just minimal patches and remain stable (most of the patches are translation fixes)...would it be appropriate to upload it to Intrepid now, rather than SRUing it in a couple weeks anyway? [03:32] meh it's Wine, I don't personally see how it would hurt to follow upstream's latest releases available [03:32] YokoZar: er...have you had this in a PPA / tested it yourself / etc? [03:32] (I don't have any release management capacities though) [03:32] YokoZar: assuming that the answer to the above is "yes", then i'd assume it should be fine. [03:33] YokoZar: if it's features only, it won't even need a ffw [03:33] er, ffe [03:56] emgent: when are you planning on fixing https://bugs.edge.launchpad.net/ubuntu/intrepid/+source/fetchmail/+bug/240549 ? [03:56] Launchpad bug 240549 in fetchmail "fetchmail denial of service CVE-2008-2711" [Unknown,Fix released] [03:56] emgent: it's probably easier to fix it before release than after. [04:00] jdong: Wine's been in a "stable/unstable" branch mode since 1.0 came out. Shipping latest beta would cause regressions...but latest stable shouldn't [04:01] many people that rely on wine probably use your other packages anyway :) [04:10] I rely on beer, not wine! === LimCore_ is now known as LimCore [04:30] * Hobbsee wonders how the sponsorship queue is going. [04:39] !ffe [04:39] uvf is Upstream Version Freeze. For an exception, see https://wiki.ubuntu.com/FreezeExceptionProcess#head-9523bc4076ff011324d67cddc97969ec609618d6 [04:49] !5-a-day [04:49] 5-a-day is a community event where each person will take 5 bugs a day and work on them. Everyone is invited to help no matter your abilities! More information available at https://wiki.ubuntu.com/5-A-Day [04:55] is there something to *report* N-bugs-a-day? I would totally win [04:56] LimCore: no. you have to actually fix them. [04:56] LimCore: actually, i think there is. it's called brainstorm. [04:56] I think I can win at N-launchpad-bugs-a-day [04:56] I filed 15 once. [04:56] Hobbsee: ROFL [04:56] but that's more for ranting, rather than actual bugs that you want to get fixed [04:56] brainstorm: where you can fill in brillaint ideas! vote for them \o/ ! and finally.... do nothing about them. [04:56] yeah, pretty much [04:57] and hope tha tsomeone else does [04:57] * ajmitch votes that Hobbsee replace the archive with checkinstall & alien [04:58] ajmitch: argh. Now you *have* to help fix bugs. [04:58] wgrant, I had a 12 task SRU :-) [04:58] Hobbsee: or else...? [04:58] NCommander: gnat-4.2? [04:58] wgrant, yup [04:58] ajmitch: the Long Pointy Stick of DOOM!!!!!!!!!!!!!!!™ might come out [04:58] !hobbsee Hobbsee [04:58] Sorry, I don't know anything about hobbsee hobbsee [04:58] argh [04:58] !hobbsee [04:58] I phear the stick so shhhhh [04:58] sure, if you feel like visiting NZ [04:58] right. 10 bugs done today. [04:58] canonical should introduce 10 usd donation-licence thingy, and use that to pay devels [04:58] !ncommander [04:58] Sorry, I don't know anything about ncommander [04:58] Damn. [04:58] I know :-/ [04:58] LimCore: Um. Ow. [04:58] You have no factoid yet :( [04:58] I feel so unloved [04:59] !wgrant [04:59] Sorry, I don't know anything about wgrant [04:59] !wgrant [04:59] Bah. [04:59] Oh [04:59] !msgthebot [04:59] Please investigate with me only with "/msg ubottu Bot" or in #ubuntu-bots. Search for factoids with "/msg ubottu !search factoid". [04:59] lol [04:59] I don't think I have one either [04:59] you're not the only unloved one [04:59] Mine used to be an alias for !nixternal [04:59] Haha [04:59] !nixternal [04:59] Oh no! The pointy-clicky Vista lover has arrived! He's rumoured to be giving out free money, too! [04:59] NOOOOOOOOOOO!!!!!!!! [04:59] O_O; [04:59] (I've never actually used Vista) [04:59] * NCommander has [04:59] nixternal: how many bugs have you fixed today? [04:59] * StevenK has :-/ [04:59] I have..you aren't missing a damn thing [04:59] wgrant: did you use Mojave? [04:59] Hobbsee: to many, but they have been for work and not here [05:00] LimCore: No, but I hear it's very good. [05:00] nixternal: oh well, get to it. [05:00] I am setting up my development environment now so I can do some work here [05:00] * nixternal wonders how many hard drives have to fail before dell gets it through their thick skull [05:00] interesting. soyuz borks if there's not a legitimate email address in debian/changelog [05:00] Sounds right [05:01] Hobbsee: Of course. It mails it, so it needs it to be valid. [05:01] Like, correct behaviour [05:01] 1. brainstorm [05:01] 2. community voting [05:01] 3. ..voting with donations (like vim) [05:01] 4. PROFIT [05:01] 5. WORLD DOMINATION [05:01] and use that for x2 bigger team and make 8.10 on time \o/ [05:01] though #4 is good [05:01] 8.10 will be on time... [05:01] wgrant: i'd not tried it before... [05:02] I'd seen somebody do it once. [05:02] It used to silently reject. [05:02] to make 8.10 on time easly [05:02] Not even email the signer. [05:02] LimCore: It can't be late, so therefore it will be on time. [05:05] right, there we go. [05:33] interpid have video distortions (shows random noise instead texture in time to time) [05:34] and if you run serveral opengl programs like amoeba --nosound --windowed & then it shows more quircks, then freezes (no limit on mem usage?). report? [05:35] Hi. Some MOTU willing to sponsor bug #284786? [05:35] Launchpad bug 284786 in icedove-nostalgy "icedove-nostalgy: Depends: icedove (>= 1.5) but it is not installable" [Undecided,Confirmed] https://launchpad.net/bugs/284786 [05:35] (for Intrepid) === fabrice_sp_ is now known as fabrice_sp [05:39] how do users not manage to have a /boot/grub? [05:40] hm, unless they're running lilo, i guess [05:41] Right [05:41] Or aren't on x86 hardware [05:45] when reporting a bug, the it-affects-me-also flag should be ON by default. where to report this? [05:45] malone. [05:45] but it's kind of pointless [05:45] we know the bug affects the original reporter [05:46] There are at least two bugs filed on that issue. [05:46] fabrice_sp: looking at nostalgy... [05:46] jdong: great. Thanks! [05:47] LimCore: #launchpad forall launchpad stuff. [05:47] I once said that installing sshd should really strongly warn that you are about to run an ssh SERVER. Its up for debate, but if we agree, then the fix is trivial [05:47] We don't agree. [05:47] And even if we do, it's not for this channel. [05:48] then which one [05:48] and not this close to release. [05:48] it's not a release critical bug, therefore is extremely unlikely to get fixed. [05:49] when I install a package called openssh-server, I expect..... [05:49] jdong: to not have to read, think, or do anythingelse. duh. [05:50] your unwillingness to improve software to make it more user friendly / idiot proof a bit dissapoints me. is it just the close date of 8.10 or what [05:50] LimCore: oddly enough, yes. Have you even heard of regressions? [05:50] Hobbsee: yes. ubuntu, not gentoo or debian [05:50] what? [05:50] I am now officially confused. [05:51] well, fabrice_sp, your icedove^H^H^H^Hthunderbird plugin is uploaded. :) [05:51] LimCore: presumably also advocates patching out 'rm', and other dangerous commands. [05:51] * Hobbsee shakes head. [05:51] they should prompt for each file [05:51] ubuntu is not gentoo or debian - it should make it hard for someone to shoot self in the foot. Especially if all it takes it so use password like "bob3" and install random packages to "try out the stuff" (both happen) [05:51] Technical Services at uni does that on their Solaris machines. [05:51] So everybody ends up shooting themselves in the foot at home. [05:51] can we move the silly discussions off to devel-discuss? [05:52] jdong: Heh. [05:52] I'd actually like to use these channels for development as intended. [05:52] jdong: greaaat! Only 53 packages left that don't install on my amd64 ;-) [05:52] jdong: me too. [05:52] * Hobbsee waves the warning flag [05:52] fabrice_sp: almost there... at 5-aday, that's... oh wait... [05:52] * wgrant feels threatened. [05:54] jdong: and as some packages are not amd64 ready, I'm sure it's a lot less on i386 ;-) [05:54] fabrice_sp: I hope so. Thanks for taking an interest in installability tests :) [05:54] fabrice_sp: See http://qa.ubuntuwire.com/debcheck/ [05:55] See the Depends line in particular. Those are uninstallable. [05:56] Actually, I'm getting the list with a command I saw here: apt-cache unmet -i | grep "^El paquete" | wc [05:56] ("^El paquete" because of the spanish language, of course) [05:58] a bit OT, where has imbrandon been these past few months? I feel like I'm out of the loop [05:59] You're no more out of the loop than others, AFAIK. [05:59] fabrice_sp: it's even accepted. [06:02] Hobbsee: do you mean that spanish language is accepted? [06:02] fabrice_sp: no, your package. icedove-* [06:03] Hobbsee: Ahhh. It's not the first 'icedove*' package I patch [06:03] ;-) [06:03] to thunderbird* [06:03] fabrice_sp: right, but at the moment, we're in a freeze, so everything's being manually accepted. [06:03] (or manually declined) [06:04] I thought we had a kind of 'exception' for Universe [06:04] for a few days [06:04] Yes, but it still needs to be manually pushed through. [06:05] The whole archive is frozen, but universe/multiverse uploads don't need an exception request - archive admins like Hobbsee just wave them through. [06:05] So thanks to all archive admins to make that easier ;-) [06:05] you're welcome [06:08] * NCommander hugs Hobbsee [06:09] NCommander: :) [06:09] nixternal: how does https://help.ubuntu.com/ubuntu/desktopguide/C/video.html get updated? [06:10] Hobbsee: it doesn't...the desktop guide has been for a long time [06:10] nixternal: missing word, and if that's the case, can you update !multimedia please? [06:11] is "sudo /usr/share/doc/libdvdread3/examples/install-css.sh" really our preferred way of getting CSS packages? [06:12] doesn't that script still fetch marillat's Debian debs? [06:12] Is there a better way? [06:12] Hobbsee: and obviously to you for approving it :-) [06:12] jdong: no, it has'nt for quite some time. [06:12] jdong: it got modified tofetch medibuntu ones. [06:12] Ah. [06:12] Hobbsee: sweet, awesomeness! [06:12] fabrice_sp: :) [07:21] I'm trying to fix LP 257724 by re-packaging xinit and making /etc/X11/xinit/xinitrc executable [07:21] Launchpad bug 257724 in vnc4 "vnc4server startup script error" [Undecided,New] https://launchpad.net/bugs/257724 [07:22] problem: initial /etc/X11/xinit/xinitrc is not executable. installing my newer xinit package doesn't override xinitrc's permissions [07:22] any suggestions? [07:32] eddyMul: How are your applying the change? [07:35] fabrice_sp: ... good question. I was able to make /etc/X11/xinit/xinitrc executable in the .deb, but when I install the .deb into my system, the old xinitrc is not overwritten. [07:35] fabrice_sp: ... good question. I was able to make "/etc/X11/xinit/xinitrc" executable in the .deb, but when I install the .deb into my system, the old xinitrc is not overwritten. [07:36] fabrice_sp: I use "GDebi" to "apply" the change [07:36] I would like to be part of the Ubuntu Developer team how do i start off. I am not good at packaging stuff but could be really helpful in Bug Fixing,Testing, Documentation and Marketing . I have been a contributor to Fedora [07:37] eddyMul: I think you should use a postinst script [07:38] fabrice_sp: I'll try that! thanks [07:39] G__81: you can begin there: https://wiki.ubuntu.com/MOTU/Contributing [07:39] eddyMul: you're welcome [07:39] hi fabrice_sp just correct me if i am wrong, is MOTU only for packaging ? [07:42] G__81: No. It's all about the Universe and Multiverse repository. You can have more info at https://wiki.ubuntu.com/MOTU [07:42] that means: They are community members who spend their time adding, maintaining, and supporting as much as possible the software found in Universe [07:43] (by the way, I'm not a MOTU :-) ) [07:43] so MOTU is the only way to contribute ? [07:44] This is what the wiki says [07:44] MOTU contributors are the people who are interested in contributing to Ubuntu and are learning how to package and work in the Ubuntu development community. [07:44] But if i am not good at packaging or rather have not done packaging before [07:44] no: I'm not a MOTU, and I am contributing [07:44] then i cannot become a MOTU at all :) [07:45] and packaging in debian world is a lot easier than in others [07:46] there are several 'steps' before becoming a MOTU. You can have a good picture there: https://wiki.ubuntu.com/UbuntuDevelopers [07:47] fabrice_sp, Ok to introduce myself, I work on the kernel as a hobby, and contribute to fedora. I have used ubuntu but currently using Fedora 9 in my laptop. I thought i could start contributing to Ubuntu. My efforts in Fedora are not being recognized unfortunately :( [07:47] but thats alone not the reason too [07:48] or fedora does not have a proper system to do so. The LaunchPad is really good in that sense you get points and stuff like that but you dont have that in Fedora [07:49] a simple way to begin is to help solving bugs [07:49] i am also a fedora ambassador for my region [07:49] fabrice_sp, yeah exactly [07:50] fabrice_sp, i am very much interested in the kernel too so how easy is to hack a kernel running Ubuntu [07:50] i hear people saying that Ubuntu is for end users and hacking a kernel or playing with the kernel is tough in Ubuntu. is it so ? [07:52] * G__81 waits [07:52] This isn't really a relevant channel. [07:52] But I've never found problems doing it. [07:53] wgrant, ok [07:57] hey asac [07:59] so i have decided to contribute to Ubuntu [08:00] I am going to start my journey keeping my fingers crossed . I really look forward for this [08:00] i really look forward to be part of this team [08:05] * G__81 wishes someone welcomes me [08:05] :) [08:05] G__81: the #ubuntu-kernel channel is probably the best place to start getting involved with kernel maintenance in Ubuntu; the kernel team has git trees for the Ubuntu kernel, so that should be familiar to you, you can feed changes to them in the usual git-y ways - though of course with the kernel as large a project as it is, we prefer as much of the changes as possible to be pushed upstream first [08:06] slangasek, yeah thanks [08:09] thanks for your reply and i wish to start off from today [08:09] i hope i have a good time with this team learning and exploring new things :) [08:09] G__81: I don't know how things are in Fedora, but around here I find that there's a pretty big gulf between kernel folks and userspace folks; so while we're happy to have community kernel developers get involved, you're not likely to find much practical assistance for kernel matters on this channel. :) [08:10] ("pretty big gulf" -- I think once someone touches the kernel it sucks up all their attention until there's no room left in their brain for userspace) [08:10] slangasek, yeah sure i ll log in to those and apart from that i also like to contributing on the user space [08:10] it would be more the userspace than on the kernel space [08:11] slangasek, so the fact that I started working to fix the lpia kernel has destroyed my userspace maintenance abilities? [08:11] NCommander: Yes. [08:11] slangasek & wgrant: you should have warned me! [08:11] be right back [08:11] it's a gradual process [08:11] slangasek: But it is now inevitable. [08:12] ;.; [08:13] * NCommander wonders if his Hurd coding experience will save him [08:13] has Hurd coding experience ever saved anyone? [08:14] no, but I did port Linux's entropy framework to mach [08:16] fabrice_sp: your advice to use postinst worked! thanx! will post debdiff soon.... [08:19] slangasek: reminds me of a discussion I had at Wineconf. Alexandre Julliard (lead dev) described his main intrest in Wine as "anything low level. The lower level the better." I spoke later, introducing myself as "The opposite of Julliard" [08:20] heh [08:20] I wonder if any of my code in wine is still extant [08:22] eddyMul: You're welcome :-) [08:23] YokoZar, lol [10:09] slangasek: hi :) === eagles is now known as eagles0513875 [10:39] hmm. [10:40] I disagree. [10:40] wgrant: ? === asac__ is now known as asac [10:57] persia, I did some tests on -rt flavour, everything is fine except shutdown. I rebooted/halted system three times and it hangs [10:59] DktrKranz, Hrm. OK. I'll bug abogani about that. I was planning to upload today (or maybe tomorrow). Shall I wait to see if we can patch that, or just go ahead? [11:00] persia, well... it could be just me, I have old hardware and I can't be sure it's related to that (such as my pulseaudio issues) [11:00] pushing it can be a good improvement [11:00] eventually, it can be fixed at a later stage (via SRU too) [11:01] DktrKranz, Could you update the bug with your encouragement? Although I was actioned with it in the last release meeting, I would like to have someone in MOTU Release stamp the bug for the records :) [11:01] sure [11:01] And yeah, the current linux-rt FTBFS, which isn't ideal for release. [11:02] Thanks. [11:05] persia, done. If you want, I can look for debugging messages while shutting down to better understand my failures [11:05] DktrKranz, If you could, and file a different bug, I'll make sure abogani sees it. [11:07] agreed. I'll do additional tests (since it will probably become my default kernel). If I catch alessio around, I'll ping him, he's italian too and we recently have a chat about -rt flavour [11:08] Cool. He was complaining about not having enough users or feedback, so that's probably a good thing. [11:09] I'm definitely a huge fan of -rt. I contributed a little in RT_PREEMPT development some years ago [11:09] just some minor fixes, though. [11:10] anyone familiar with KDE4 has an opinion about http://hattory.no-ip.info/intrepid/result/boson_0.13-4ubuntu1/boson_0.13-4ubuntu1.buildlog ? [11:10] s/opinion/fix/ ;) === Adri2000_ is now known as Adri2000 [11:43] hi [11:44] I'm looking to include a deb package for I2P in Ubuntu. It's a Java program that currently installs all of its files in a single directory. [11:44] To meet the requirements for including I2P, I understand that executables must be in /usr/bin, config files in /etc/i2p, and so on. [11:44] I was wondering: would it be allowed to (during install) create an I2P directory, and add symlinks to these other locations? [11:44] And if it is allowed, where would one have to install I2P? In /opt, like openoffice.org? [11:45] Openoffice.org is not installed in /opt [11:46] ah, my mistake, then it's version 3 that I downloaded myself :p [11:49] is the procedure I described a good one? or would it not be allowed? [11:49] Mathiasdm2: no [11:49] any alternatives then? I can't find a lot of documentation on packaging java apps :( [11:50] Mathiasdm2: Debian packages can't place anything into /opt (afaik), and if you've a tarball meant to be placed into /opt then that's probably a pre-compiled one anyway, which isn't really ideal to be packaged [11:51] Mathiasdm2: I don't know Java, but perhaps looking at some existing package may help [11:51] well, I have sources available, along with an ant script that builds everything, but the problem is that i2p seems pretty much made to be put in a single directory (self-contained) [11:52] okay, I'll do that [11:52] (technically it's possible to place everything into /usr/share/ and symlink it from there, but that's hardly the right way to do it) [11:52] yeah, I feared so [12:11] NCommander: pong [12:50] hum, I can't figure out what to do for localisation. I added an extra dialog in nautilus-share and wanted to update the according translation (po file), before rosetta handle it. Are there some good documentation for that? [14:19] LP: #283343 – could someone please do the sync? [14:20] No linky? https://bugs.launchpad.net/ubuntu/+source/gnokii/+bug/283343 [14:20] Launchpad bug 283343 in gnokii "Please sync gnokii 0.6.26.dfsg-3 (universe) from Debian unstable (main)." [Wishlist,Confirmed] [14:20] The change in -3 fixes an encoding bug. [14:33] ion_, That bugs looks all set, and just needs an archive-admin. The archive-admins are scheduled to do stuff on Mondays, Tuesdays, Wednesdays, and Fridays usually. [14:34] Alright, thanks. [14:35] ion_, also, for links, you want to use a syntax like "bug #123456" [14:35] Launchpad bug 123456 in xine-lib "podcast crashes amarok" [Undecided,Fix released] https://launchpad.net/bugs/123456 [14:36] I’ll keep that in mind. :-) [14:43] superm1: hi [14:44] why are you people so negative? O_o [14:44] ok lets try this one: [14:44] would it be very hard to pack a text file, that would contain a fingerprint of medibuntu's key? [14:46] that would close a small (but existing) security hole: when installing medibuntu, there is no way to know if the medibuntu's keyring is actually the real signing key (or was it i.e. injected to our network connection etc etc). To fix it, the medibuntu keyring should be in officiall ubuntu's repo, signed by it; Or just put/sign in ubuntu.org information what should be the fingerprint of medibuntu;s [14:47] just packing medibuntu's keyring in ubuntu would fix it. [14:47] or text file (but then - translations) === kop__ is now known as k0p [15:07] DktrKranz: Hello, regarding bug 269855, I prepared a new upstream package, should I make a debdiff too ? [15:07] Launchpad bug 269855 in sl-modem "Please apply patch to fix issue with Si3054 modems" [Medium,New] https://launchpad.net/bugs/269855 [15:08] superm1: can you help me with dkms problem ? [15:08] AnAnt, at this point, you may want to ask for a freeze exception, given changes provided [15:08] DktrKranz: I thought that it will wait for jaunty, what do you think ? [15:09] DktrKranz: I haven't got much feedback from ppl who issued bugs at both Debian & Ubuntu [15:09] DktrKranz: I got feedback from only 1 person ! [15:10] AnAnt, if this change is important enough, it could be inserted in intrepid too, but jaunty option is good [15:10] DktrKranz: well, it closes many bugs in Debian & Ubuntu [15:10] DktrKranz: I am working at adding dkms support too [15:12] Hobbsee or StevenK: kio-sword can die now. [15:12] AnAnt, such a rewrite could be hardly approved for intrepid, though [15:13] DktrKranz: I agree ! [15:14] DktrKranz: the changelog is pretty BIG ! [15:14]