[00:03] Laney: implemented (will be on production in a few minutes) [00:03] Hi [00:03] hi Drk_Guy [00:03] Can anyone help out making a desktop entry for Gambas2? [00:03] I'm not so experienced ;P [00:03] Drk_Guy: Doesn't it already have one? [00:04] hey jono [00:04] RainCT, I mean, i'm packaing it [00:04] ;) [00:04] It won't install on 64 Bit [00:05] Drk_Guy: but it does build there? [00:05] RainCT, Yup [00:05] hey [00:05] Drk_Guy: why don't you fix the existing package then? [00:10] RainCT, ... Any ideas? [00:10] RainCT, sorry, my modem suspended traffic for some odd reason [00:10] You got anything? [00:13] Ummm... [00:14] Need to make a menu entry for gambas [00:14] Anyone willing to help? [00:14] I'm packaging it [00:14] 01:05:31 Drk_Guy: why don't you fix the existing package then? [00:15] RainCT, um... [00:15] RainCT, It is completely broken, dependancies aren't compiled [00:15] they should be fixed then :) [00:16] RainCT, I'm a noob packager, i'm only gaining experience [00:16] Should i download that package's sources to get it's menu entry? [00:16] Any sane MOTU will reject a repackaging for a reason like that. [00:17] * ajmitch doesn't see a bug in LP about the 'completely broken' part [00:18] ajmitch, At least it won't install here [00:18] Drk_Guy: and the .desktop file should be something like that: http://paste.ubuntu.com/32773/plain/, but if you really want it, better get that from the existing package as it is probably better [00:18] Drk_Guy: because it's only being build for i386 [00:19] (don't ask me why :P) [00:19] RainCT, Thus i'm putting it on my PPA [00:19] :) [00:19] -.- [00:20] Architecture: i386 [00:20] that may just have some small thing to do with it [00:20] ajmitch, It built fine on AMD64 (My arch) [00:20] revu.tauware.de redirect now to revu.ubuntuwire.com - is there some other domain under which REVU is accessible? [00:21] Drk_Guy: just because it built fine doesn't mean it's useful [00:21] RainCT, I've never been able to access REVU [00:21] gambas2 (2.1.0-1) unstable; urgency=low [00:21] * New upstream release. [00:21] * Upload 64 bits compatible version to unstable (Closes: #464403) [00:21] ajmitch, I USED it [00:21] ajmitch, It runs real fine [00:22] it wasn't until 2.1.0 that it was changed to be properly 64-bit compatible [00:22] such issues can just show up randomly [00:22] ajmitch, Anyways, ubuntu likes to stick with stable stuff [00:22] Drk_Guy: there's hardy-backports [00:22] * Drk_Guy thanks ... it's not as much as Debian does *shrugs* [00:23] RainCT, Already enabled ;) [00:23] Drk_Guy: how about requesting a backport if there's not one already? [00:23] Drk_Guy: https://help.ubuntu.com/community/UbuntuBackports#How%20to%20request%20new%20packages [00:23] ajmitch, why backporting if i can package it natively? [00:24] RainCT, already read that [00:24] why reinvent the wheel, many many times over? [00:24] so? request a backport and everyone will be able to use it [00:25] *sighs* [00:26] * RainCT too [00:28] tacone: Yes. [00:31] uhm.. isn't the tag "needs-devrelease-testing" used anymore or is it just that the testers are great and have already tested all bugs which had it? :P [00:32] ajmitch, backports are a lil bit unstable [00:32] Something tells me i should just build it for harddy [00:32] *hardy [00:32] oh dear :) [00:32] (ah nevermind, I'm just stupid) [00:33] anyway, good night [00:33] night [00:36] ajmitch: Do you know what Drk_Guy was talking about? [00:37] ScottK: since the hardy package of gambas2 isn't compiled for amd64, he wants to package it himself & stick it in a ppa [00:37] I see. [00:37] I don't believe that to be the best course of action [00:38] Personally I think PPAs are a particularly bad idea right now until the DNS cache poisoning thing gets settled out a bit. [00:39] It seems like an odd list of archs to bulid it on in Intrepid. [00:39] * ajmitch hasn't looked at the intrepid source [00:40] the sid version just has Arch: any [00:40] sparc, powerpc, lpia, i386, and hppa. [00:40] ScottK: too late, I posted a 100k mail on the ml :) [00:40] OK. [01:07] tacone: You've got mail (on the list). [01:07] thanks ScottK [01:08] hope nothing too bad :). waiting for the mail to show up [01:09] No. Not to bad. [01:15] ScottK: I guess you got my point. I am not trying to say people don't get the point. But obviously the real measure of (the importance of) such aknowledgement is with the stuff got done until know and the in-progress efforts. I won't carry on the conversation in this channel of course. I'll make some point in the ml tomorrow. I think in someway we feel similar about it. thanks for now [01:16] tacone: You're welcome. I agree it's a problem, just not one that I find particularly enticing for my free time. [01:16] sure :) [01:30] hey guys has anyone of you set up an active/passive config using heartbeat in HH ? [01:31] * ion_ blinks === emgent_ is now known as emgent === foka_ is now known as foka [02:47] nxvl: o/ [02:52] can anyone help me to troubleshoot this error message: [02:52] package control info rmdir of `usr' didn't say not a dir: Directory not empty [02:55] gastoni: You'd need to post much more info. Such as: what is it that you're trying to do, and the full output of whatever it is that ends with that error. [02:56] thats all the error [02:56] I have posted it in ubuntu forums [02:56] http://ubuntuforums.org/showthread.php?t=876537 [02:57] im trying to package a java application [02:57] gastoni: No, I didn't want just the error, I wanted the full output of everything up to and including the error. [02:58] yeah i figured it will be easier to read in a forum post, than copy pasting here [02:58] gastoni: Ah. Your tree is all wrong. [02:58] oh I though it resembled a ubuntu installation [02:59] Control information goes in DEBIAN/, actual files which need to end up in the filesystem tree go in the directory containing the DEBIAN directory. [02:59] Also, you almost certainly want to build from source rather than try to package up an existing binary install in that way. [02:59] s/almost // [03:00] everything is inside DEBIAN [03:01] gastoni: Yes. Which is wrong. [03:02] aaah [03:02] i get it [03:03] gastoni: You should thank dpkg that it doesn't allow you to do utterly stupid things. If it did, installing that package would have removed /usr [03:03] Actually, that's a lie :) [03:03] yeah i know, i tried to install it :-S [03:03] and /usr stills there [03:04] You should use dh-make to begin the packaging. [03:04] dpkg should have complained before even making the .deb file tho [03:05] gastoni: No, why? [03:05] no its fine actually, second thought [03:06] Maybe you _wanted_ a deb with no files in it; there are perfectly reasonable use-cases for that. [03:10] Help guys [03:10] I'm trying to package flv2mpeg4 [03:10] but it doesn't have makefiles, it just needs a single line for compilation [03:11] But the thing is, they don't have a version number, they just have SVN [03:11] :( [03:11] Can anyone help? [03:13] Drk_Guy: Why do we want flv2mpeg4? [03:13] RAOF, To convert Youtube videos, lol [03:14] Anyway, at least i would like a DEB for it [03:14] Or, rather, what does it do that the hundreds of other transcoding apps we do have don't. [03:14] ;) [03:14] RAOF, I didn't see any flv transcoding app in synaptic [03:14] Maybe someone will need it someday [03:14] lawl [03:14] That's because _all_ the transcoding apps in synaptic will handle flv. [03:14] RAOF, huh? [03:14] Well, many of them. [03:15] Drk_Guy: FLV is just another video codec; there's nothing special in playing it. [03:15] RAOF, still, it's just flv2mpeg4 input.flv output.avi/mp4 [03:15] RAOF, Most cellphones won't play it [03:15] XD [03:15] mencoder --in input.flv --out output.mp4 [03:16] That won't actually work, because that's not correct mencoder syntax, but the principle is the same :) [03:16] Rats [03:16] I could do a similar one with gst-launch if you like :) [03:16] Anyway, flv2mpeg4 uses ffmpeg, so it's heaps faster [03:16] lol [03:16] No, it isn't. mencoder uses ffmpeg. [03:17] Rats [03:17] I think i lose, you win, i got pwnt [03:17] :( [03:17] In fact, ffmpeg is not very separate from mplayer/mencoder; that's the primary target of ffmpeg :) [03:17] XD [03:17] RAOF, Still, i want to make a DEB out of it [03:17] The windows version is 0.6 [03:18] Ok. Then it's the same process as for any other deb. [03:18] There’s also the ffmpeg binary that does transcoding. [03:18] An alternative to mencoder [03:18] lol [03:18] I totally got pummeled then [03:19] Eh. This is not a competition of any kind. [03:19] XD [03:20] Ok, how should i edit the debian/rules? [03:20] The thing is, you just got to cd to the "src" dir, and then run a single gcc line [03:20] Then move the output to /usr/bin [03:21] Same way as always; you need to provide the various targets. [03:21] RAOF, I'm a lil bit noob at editing debian/rules, hhehehe [03:21] The build: to do all the configuration/building part. That's easy for you; there's no configuration, and a single line build. [03:22] clean: to get back to a clean tarball extract. [03:23] RAOF, I'll pastebin my output [03:23] And binary:, binary-arch:, binary-indep: to actually build the debian package. [03:24] RAOF, http://paste.ubuntu.com/32833/ [03:24] Look at it, and modify accordinglt please [03:25] That looks broadly correct, although you won't need sudo and you're probably moving the file to the wrong place. [03:26] RAOF, /usr/bin is right [03:27] So it's on the $PATH [03:27] No, it probably isn't. That'll install it on the system that the package is built on, not on the system the package is installed on :) [03:27] lol, so, where should i move it? [03:27] debian/$packagename/usr/bin [03:28] Ok [03:28] echo 'flv2mpeg4 usr/bin' >>debian/flv2mpeg4.install [03:28] And make sure dh_install is called in debian/rules [03:28] Of course, ion_'s method is better. [03:29] I'm confused [03:29] Can anyone explain better? [03:29] Btw, the line ‘cd src’ in debian/rules basically does nothing. It doesn’t affect the following lines. Do this instead: cd src && gcc ... [03:30] Ok ion_ [03:30] Remove the installation line from the install rule, make sure dh_install is called and make debian/flv2mpeg4.install as instructed. [03:30] Done ion_ [03:31] ion_, Umm, it's confusing, can you repaste the modified rules file please? [03:32] Remove the sudo mv line and remove the # from the dh_install line. [03:33] ion_, Um..., uncommented dh_install [03:33] Now, if i remove the mv line, how is the program going to be finally installed? [03:34] dh_install installs stuff based on debian/packagename.install [03:34] ooh *puts on evil hat* [03:34] ion_, there is no file named like that? [03:34] Oh, since the build happens under src, the correct contents: src/flv2mpeg4 usr/bin [03:34] Create it. [03:34] http://www.iphonelinux.org/index.php/IBooter has essentially the iPhuc command set without the iTunes requirement [03:34] superm1: poke poke [03:35] ion_, So, create what? [03:35] ion_, the src dir is already done [03:35] debian/flv2mpeg4.install [03:35] Please pardon my noobness [03:35] superm1: I think we can write a fuse wrapper around iBooter for a native Linux USB iPhone/iPodTouch syncing agent :) [03:35] * ajmitch pries the crack pipe out of jdong's hands [03:36] ajmitch: Hey, smoke your own. [03:36] Nice, linux on iPhone [03:36] ajmitch: *MY* crack! [03:37] I don't know if this method would be any less ugly than the jailbreak+sshfs method everyone uses now [03:37] ion_, Done [03:37] ion_, Ok, should i edit control as normal? [03:37] drk_guy: Well, yes [03:37] ion_, Thanks [03:38] <[GuS]> Hi guys.. could anyone give me a hand packaging qt4.4 (from the repos)? I am just modifying the debian rules file since i need to compile Qt4 (and package it) wityh libphonon from Qt itselft, so I've changed -no-phohon for -phonon in the configure part. All the source is being compiled sucessfuly, but fails at the end saying this: [03:38] <[GuS]> http://pastebin.com/m4c954c9d [03:39] ion_, Umm, going to put it under misxc [03:39] <[GuS]> Maybe, and i think for sure i am missing something to add in debian rules, since i have base of how to package in debian/ubuntu... but i dont want to becomre expert.. just i need this... [03:42] ion_, One last question, is there any tool to edit the man page easily? [03:43] drkguy: I’ve used asciidoc to create man pages. And you might want to use the graphics section. [03:44] ion_, graphics? [03:44] That’s where ffmpeg and mencoder are, for instance. [03:44] Ok [03:49] ion_, packaging failed, still, i'll continue tomorrow [03:49] Thanks [03:50] It's late [03:58] jdong, iBooter???? [03:58] ooh have been intrigued [03:59] jdong, it's not clear, does it need to be induced on the phone? [03:59] superm1: yeah, if you've used iPhuc before, it's the same thing but without the need for iTunes libs [04:00] or is it activated solely from the PC? [04:00] superm1: err, no induction needed [04:00] superm1: it talks to the emergency bootloader thingie [04:00] DFU mode, I think it's called [04:00] the home-and-power button thingie [04:00] ah yes. [04:00] but it seems like it passes through plenty to enable FS access [04:00] well if it can do it from the computer, that's entirely a solution [04:00] yeah I just downloaded the code and am looking around [04:01] jdong, ever written a fuse filesystem? [04:01] superm1: nope :D [04:01] well i can't imagine it's "that" bad. [04:01] model it off of some easy fuse ones [04:01] like mythtvfs [04:01] yeah I can't believe it'd be that hard [04:01] <[GuS]> could someone help me? thanks... [04:01] so far this summer I've been programming space-vector control on DSPs [04:01] so I think a bit of fuse would be a welcome break [04:02] indeed [04:02] I hate it when TI tech support tells me to read a register 3 times and take the majority vote [04:02] *grumbles about buggy silicon* [04:02] lol [04:02] seriously? [04:02] no joke [04:02] the peripherals will block CPU memory access on races, no warning [04:03] and worse, in 32-bit registers you can read back the first 16 bits properly and get 0's for the remaining bits [04:03] Score! [04:03] and using operator |= could lead to trashing all 32 bits :) [04:03] Sounds like more fun than a barrel of chainsaw-wielding monkeys. [04:03] i'm assuming its too late to switch to a new DSP..... [04:03] lol after this experience, I will NEVER EVER complain about Java. Again. [04:04] superm1: haha it's soldered onto a 600V/1000A power stage [04:04] so I'm guessing that's a NO for futzing around the insides [04:04] well not safely at least [04:04] 1000A? Toasty warm! [04:04] if you're really feeling lucky though.... [04:05] just leave a note that could be interpreted as a suicide note in case [04:05] RAOF: oh yeah. and you don't want to know about when its overcurrent shutoff takes effect. [04:05] RAOF: supplying that much power probably will roast a small country [04:05] jdong: When it's power output is comparable to the sun? :) [04:06] personally I'd rather just install Linux on a 600MHz ARM and call it a day [04:06] sure beats the current solution [04:06] I can't say much about it, but it costs $40000, runs VxWorks, and requires the upstream power controller to implement a power cycle over UDP/fiber command. [04:07] I might not be around here much this summer, but TRUST ME I am NOT having fun! [04:08] can anyone help me with this: http://ubuntuforums.org/showthread.php?p=5500185#post5500185 [04:08] I corrected the file structure of my .deb package, still is not working [04:09] pe050449 < ion_> You should use dh-make to begin the packaging. [04:13] * jdong wonders if there's a way to separate the Eclipse editor from the IDE.... the editor is pretty slick but the rest of the IDE is excessive [04:14] Huh. I bet i’d find the editor the thing i hate most about Eclipse if i tried it. :-) [04:15] ion_: really? [04:15] it's one of the more friendly coder's editors I've used, particularly for mass-reformatting type tasks [04:16] plus code completion is pretty slick for digging around foreign code bases [04:16] jdong: If the editor were in fact more effective than vim, i’m sure i’d have heard a lot of talk about it by now. [04:16] ion_: it has vim keybindings :D [04:16] and emacs ones for that matter [04:16] the only department it totally fails to complete is in its ability to boot quickly [04:17] * Hobbsee likes the eclipse editor [04:17] its paste reformatting detection is great too [04:18] I wish I had it when I was doing massive Python editing [04:18] jdong, personally geany for python is the way to go in my opinion [04:18] hmm never tried it before [04:18] but that might just be because i'm very used to it now [04:19] I'll give it a shot right now [04:19] it's quick to open and most importantly has options for showing what kind of whitespace you have [04:19] so it will detect if you are using spaces or tabs [04:19] and then automatically adjust for when you hit your tab key [04:22] superm1: it is pretty good [04:22] jdong, yeah mess with the options some more too. you'll find more stuff that you like [04:22] the defaults are pretty meh [04:23] it lacks a fully automatic code re-styler though [04:23] but that's a very minor complaint [04:23] FWIW it's an extremely lightweight editor [04:23] I'll probably replace gedit with this :) [04:24] yeah i already have [04:24] gedit just takes ages to load compared to this [04:25] thanks :) [04:25] so in exchange, i expect a fully functional ipod touch sync over usb asap ;) [04:25] rofl === davroman1ak is now known as davromaniak === gaurdro_ is now known as gaurdro [06:05] good morning [06:08] Morning dholbach. [06:09] I might even be prevailed upon to prepend a "good" to the morning :) [06:09] hi RAOF [06:09] hi cassidy [06:12] hi dholbach! [06:13] hi Hobbsee [06:34] dholbach: namaskar! how was India? [06:35] hi tuxmaniac - it was absolutely fantastic [06:35] once I'm through most of the n thousand emails I got in the meantime, I'll probably write a long blog post with lots of pictures :) [06:35] dholbach: sure sure. and did you meet the delhi folks? [06:36] I met Vivek one night in Delhi - for some reason text messages some Delhi guys sent me didn't make it to my mobile phone [06:36] and I didn't check my email during that time, so .... :-/ [06:37] I'm sure we'll come back to India :-) === didrocks_ is now known as didrocks [07:06] I'm using a package from universe (ejabberd) and was wondering if it [07:07] kinema, if it...what? [07:08] I'm using a package from universe (ejabberd) and was wondering if it's unusually that both the conf dir (/etc/ejabberd/) and log dir (/var/log/ejabberd/) are masked such that non-privileged users can't ls the files in them. [07:09] It's not really a problem it's just that it screws with the autocomplete in zsh when I'm running as a non-root user. [07:16] kinema: Not usually, although sometimes when the specific application has security concerns. [07:19] persia: I understand not being able to read the rc files (plaintext passwords) but ejabberd keeps all its files in subdirectories and non-root users are able to list the contents of those directories. It just seems strange. [07:20] persia: I missed yesterday's meeting. Too busy with work :-( [07:20] persia: I mean Java Team meeting [07:21] slytherin: Lots of people missed it :( [07:22] kinema: generally Ubuntu tries to restrict things that require root to the absolute minimum. Anything not a security issues is generally permitted. [07:35] It would be great if a motu can sponsor a NEW package sync reported in bug 253324 [07:35] Launchpad bug 253324 in ubuntu "[sync request] Avagadro Sync from debian unstable 0.8.1-4 version." [Undecided,New] https://launchpad.net/bugs/253324 [07:36] the package build fine under interpid pbuilder. === thekorn_ is now known as thekorn [08:11] Ping whoever maintains the ubuntuwire rcbugs list, it needs updating [08:12] Laney: How out of date is it? [08:13] persia: For darcs for example, the version it thinks is current is was superseded on May 22 [08:14] ajmitch: ^^ [08:20] if a file created by one app won't open in another (when it should), which app should bugs be filed against? [08:21] directhex: The one which is at fault. [08:21] THere's no way to tell from that question. [08:59] never mind, tracked it down. [09:00] Hi all! [09:06] G'morning. [09:10] txwikinger: Hey. Do you have a bug for the pending upload of ichthux-meta? === rraphink is now known as raphink [10:52] I'm building a deb package and I want to ask something... When I edit the debian/control file I should separate the dependencies with a comma right? something like Depends: ${shlibs:Depends}, ${misc:Depends}, libasound (>1.0.14), libc6 (>=2.6.1-1) .............. [10:52] cherva: Yes. [10:53] persia: thanks [10:53] Also, Unless something is very odd, you ought get both libasound and libc6 from shlibs:Depends [11:03] Would someone like to ack two sync requests? [11:06] ... or more. [11:07] what about conflicts I should be below Depends: .......... ? [11:10] Iulian> I can't right now, but you can email them to me to sikon@ubuntu.com so I don't forget [11:11] Sikon: Cool, e-mailing now. [11:14] Hm. Does anyone know if it's possible to mix Automake and make conditionals in the same file. They annoyingly share nearly the same syntax, and one appears to confuses the other. [11:19] Sikon: did you take a look later at electric? [11:21] dholbach: welcome back! [11:22] re. bug 252037 I resubscribed ums, I only wish it would be made clearer in our docs who can deal with backports and how [11:22] Launchpad bug 252037 in sauerbraten-data "sauerbraten cannot upgrade" [Undecided,Confirmed] https://launchpad.net/bugs/252037 [11:24] slytherin> No, sorry [11:25] Sikon: Mail sent, thanks. [11:25] thanks, I'll look [11:26] Wait, why on Earth does Ubuntu have yum? [11:27] Sikon: Why oughtn't it? [11:27] Despite it being odd, some people like to use RPMs anyway. [11:27] In a deb-based system? [11:28] Sikon: 1. It is free software. 2. Someone packaged it for Debian/Ubuntu. :-) [11:28] Well, with alien, who can be sure :) [11:28] heh [11:28] * Sikon shakes fist at LaCie only providing its LightScribe writer in rpm [11:29] See, that's why there's yum :p [11:30] If i was creating a watch file for mp3wrap - would http://downloads.sourceforge.net/mp3wrap/mp3wrap-(.*)-src\.tar\.gz|bz2 be a sufficient url? do we need to add debian uupdate to each entry? [11:30] stefanlsd: I actually prefer that debian uupdate is not present. [11:31] Also, you might want to read the uscan manpage again: there is a shortcut form for the sourceforge mirror network (thank you Debian) [11:32] Lastly, .gz|bz2 is awkward: we ought use whichever upstream has, and prefer .gz if upstream has that. [11:34] stefanlsd: alternatively, read https://wiki.ubuntu.com/PackagingGuide/Howtos/DebianWatch and there is a simple url for sourceforge downloads [11:35] thanks guys. do i understand debian uupdate correctly. That will attempt to download and build automatically if an update exists? [11:36] stefanlsd: thats not correct. Remember that almost every executable has a man page, in this case man uupdate gives all the info you need about it [11:36] stefanlsd: Roughly. It makes a number of assumptions which aren't always valid. === RainCT is now known as RainCT_ [11:48] norsetto: Note that the package names have tooltips now, so you don't actually have to navigate to another page to see the component and version on a bug page - just wait a while. [11:48] * norsetto checks the tooltips [11:49] wgrant: thats correct, its still annoying that if you have to use that data you have to write it down somehow [11:50] wgrant: and the tooltip fades after few secs ... [11:50] norsetto, about the amoebax revu, you commented that I should contact an archive admin to understand if the Free Art License will be accepted, where do I find an archive admin ? [11:50] joaopinto: in ubuntu-devel [11:50] norsetto: Of course, it would be impossible for Launchpad to have a solution that worked for us. [11:51] * persia looks at the license to see if there are any obvious gotchas [11:51] the license seems fine except for the fact that is listed by GNU as GPL incompatible [11:52] norsetto: your REVU comment style is one to learn from :) [11:52] joaopinto: exactly, its incompatible with the gnu gpl, this doesn't mean that its not acceptable for us, thats why I'd rather you check with an archive-admin [11:52] persia: yes, I'm mad :-) [11:52] joaopinto: The issue is that the code is GPL and the art is GPL-incompatible. That's a little awkward. [11:53] joaopinto: also, its not very clear what all the data is licensed with, there is an xml with the FAL, so, that means music, effects, etc. [11:54] While I'm not an expert, nor an archive-admin, I'd think that putting parts of each together would be considered a single work, which makes it undistributable as being part of each license. [11:54] persia, well, that is according to GNU, not to the author, otherwise it would not be distributed as it is [11:55] joaopinto: There's lots of upstreams who aren't deeply familiar with law. Doesn't make what they do legal. I can download copyrighted stuff with no license within a couple days of release, typically. [11:55] norsetto, the README is clear regarding that, "The sound effects, music, and graphics are licensed under the Free Art [11:55] License (LAL)." [11:55] I know of at least one upstream that has a license constructed in such a way that they can distribute the code, but nobody else can. [11:55] joaopinto: ok, thats what I assumed as well [11:57] Sorry - watch question again! - what process uses the watch file? Is it a manual thing, is it only something like qa.ubuntuwire.com? [11:57] stefanlsd: uscan [11:57] stefanlsd: can be both [11:57] (which is used by qa.ubuntuwire.com) [11:58] norsetto: ok. so wouldnt qa.ubuntuwire.com want the debian uupdate option? or would it add it to the watch file itself? [11:58] stefanlsd: I do it manually (actually with a script) when I sponsor new updates or new packages, its also done automatically by things like qa.ubuntuwire.com [11:59] stefanlsd: I think uupdate does more harm than good, but thats my personal opinion [11:59] hum, this brings me an interesting question, is the author violating the GPL with it's own software distribution ? [11:59] I'm having troubles making a deb file for recordmydesktop that uses oss instead of alsa here is what i get when I run debuild http://pastebin.com/d7707d0a1 what is wrong ? [11:59] stefanlsd: UEHS isn't going to use the uupdate option, as it's just checking. People doing updates may find it convenient, but as norsetto says, manually is often safer. [12:00] norsetto: i understand that i can download a package with a watch file, run uscan and be informed that there is an update. if there was a debian uupdate command - it would try download and build the package (i agree, i would prefer to do this step myself manually). [12:00] Didn't we leave OSS to die a horrible painful death years and years ago? [12:00] joaopinto: Very likely if FSF says FAL is GPL incompatible, although it depends on where the authors distribute it from. [12:00] persia: ok. thanks. that makes sense. i think i would prefer to run uupdate manually also. alright, im not gonna put it in :) [12:00] wgrant: No. We didn't port everything. Then, ALSA didn't fix everything. [12:01]