[00:32] There seems no manpage for prevu. Is there some documentation available? [00:32] (I have already the wiki bookmarked) [00:48] what is the procedure of getting a package into the repo? any wiki pages? [00:53] Ekushey: https://wiki.ubuntu.com/MOTU/Contributing#head-f4c6048b1531f4e4fe48f096350ea435d40ed9f5 may help [00:54] thanks Flannel [05:13] hello [05:13] anybody here ? [05:14] arbir: Indeed. Welcome. [05:14] hi persia [05:14] i was redirected here from the ubuntu channel [05:14] i needed to know, how i can update my VLC to the latest version ? [05:14] OK. What was the query that resulted in the redirect? [05:14] i have ubuntu 8.x [05:14] arbir: What do you mean by "latest version"? [05:15] we are at 0.8.6e while the latest is 0.8.6h [05:15] Most recent version upstream? Most recent version packaged? Most recent version in the development repos? Most recent version released? [05:15] Ah. OK. Have you looked at https://launchpad.net/ubuntu/+source/vlc [05:15] persia: He's wondering why the packaged version is still 8.6e [05:16] well, thats too technical for me to answer :-). but i just thought i will mention it here.. sorry if i offended anybody [05:16] hey Flannel is here :-) [05:16] is looking at the link sent my persia [05:16] arbir: No offense. I'm just pointing at the place where you can see which versions are in each release. [05:16] arbir: He's almost omnipresent [05:16] Typically things go first into the development release (currently intrepid), and then filter down. [05:17] persia: Intrepid has .6e too (at least, according to packages.ubuntu.com) [05:17] Moving things through the process of upstream -> packaged -> development release -> backports is very much a manual process. [05:17] hmmm persia i was wondering, how come we are quite a ways behind in terms of version number [05:17] So, if someone is interested, they do it. [05:17] persia: i see.. :-) very interesting... [05:17] arbir: Most likely because 0.8.6e was current at the time of FeatureFreeze for hardy, and nobody has updated it since. [05:19] persia: just curious to know, if MOTU is also responsible for packaging other media players like Rythmbox etc ? [05:19] Flannel: Yes it does. I typically walk back through the path upstream when trying to determine "Why isn't this updated" to find the point where it needs work. LP is the first stop, then packages.qa.d.o, then possibly a packaging VCS, and then upstream. [05:24] arbir: MOTU is responsible for the state of the Universe repository: many of the people who work on packages are not MOTU. Rhythmbox is in main, and I believe the desktop team takes care of it. [05:25] persia.. thank you very much. i appreciate your time to answer my lilttle questions. [05:26] arbir: Thanks for asking. There are many people who don't ask, and it's best to share ideas. [05:27] goodnight persia. maybe goodday where you might be now :-) [05:27] persia: Of curiosity, is there some site you may know of which perhaps details someone's process of packaging? I'm trying to learn. Between prevu,dh_make,debuild and some others I'm getting frustrated. It would help to see someone elses process. [05:28] genii: Packaging is very individual, because there are lots of right ways to do it. The wiki page presents a few options. My opinion is that the best way to learn is to look through existing packages. [05:29] Personally, I prefer sbuild as a build tool (prevu is mostly good for backporting). I don't like the dh_make templates. I use debuild regularly to build source packages (`debuild -S`) [05:29] persia: Well, tedious. But anything worth learning is worth doing the hard way I suppose [05:30] (dissecting existing packages being the tedious thing) [05:30] genii: Depends on the goal. Learning packaging is like learning to play Go: it takes a while, and at the end you only understand how much you don't know. [05:30] If one takes something like "closing bugs" as a goal, one ends up seeing lots of examples along the way. [05:31] * genii meditates on the concpt of Go [05:31] As one learns more, one is able to generate one's own simple packages. [05:31] If one seeks only to "learn packaging", one may be able to create a package which is policy-complaint, but may not understand why the package was constructed that way. [05:32] This might impair a later attempt to "close bugs" if the packaging is sufficiently different. [05:32] From what I can tell so far, the emphasis seems to be greatly on tracking the lineage and history [05:33] Well, it's important to track lineage and history, for both social and legal reasons. There's also a lot of interest in reducing duplication of work, so if something can be passed upstream, that is often good. [05:34] However, the core of packaging is more about creating a framework that allows users to install, upgrade, remove, and purge a given piece of software without undue impact on their computer, and in such a way that it works well for them by default. [05:34] Dependencies, etc [05:35] Is there also some standard method for postinst and so on? [05:36] Yes. There are a number of standard postinst snippets that can be inserted by debhelper, although there is also a diverse body of lore about other ways to do things, or ways to do things that debhelper doesn't support. [05:36] Hmm. [05:37] (and I say "lore" because there is no single right answer, nor a correct interpretation, nor even any central location for such information) [05:38] genii: That's why I say it is an odd goal to "learn packaging", as it gets complex at the edges, and takes a while. Generally it's better to jump in and do stuff: learn through practice and review of candidate patches. [05:38] OK. I guess I'll spend some more studying. [05:38] As each obstacle is encountered, ask a question (here is a good place), and use that for the next step. [05:40] persia: I've found you to be helpful each time I've had questions, and it's appreciated. I will likely return another time to bother you further :) But I require sleep before then. [05:40] genii: Sleep well. [05:40] persia: Good night [07:01] good morning [07:09] Morning [07:26] <\sh> moins [07:37] woah, is there a new debian/copyright syntax that I didn't hear of? [07:37] http://revu.tauware.de/revu1-incoming/eee-applet-0805041700/eee-applet-0.2/debian/copyright [07:38] Yes, it is located here: http://wiki.debian.org/Proposals/CopyrightFormat [07:38] yeah i'm just looking that over right now [07:38] you should still be putting the short paragraph in the file though right? [07:39] it looks like at least the example i linked to isn't properly implementing it [08:21] Hi ! I got a package ready to be reviewed : http://revu.ubuntuwire.com/details.py?package=flabber [09:25] RAOF: which version of gnome do should i use for intrepid? [09:26] Hobbsee: gnome-terminal [09:26] wgrant: oh, is it incorporated in there now? [09:26] I'm lookin after sponsors for my package mi2svg. I used to have two sponsors, but then further problems were reported. I took my time fix those too. Now it should all be ok. see http://revu.tauware.de/details.py?package=mi2svg [09:27] Hobbsee: It has served a similar purpose for me for almost a decade now. [09:27] wgrant: er, no. [09:27] similar, yes. [09:27] the same? no. [09:27] Bah. [09:28] how do i open bookmarks in the default browser, via the terminal? [09:28] how do i message a person in pidgin, from the terminal? [09:29] Lessee. [09:29] Gajim is easy - we have gajim-remote. [09:30] And one can open a Firefox bookmark easily in Firefox, remarkably enough. [09:30] Or do you want to start Firefox as well? [09:30] depends. [09:31] I leave my Firefox process running for weeks at a time, so I might be different. [09:34] Who are our resident X -perts :) [09:37] Which freeze is relevant for new Ubuntu packages comming from revu? [09:37] is it FeatureFreeze? [09:38] cyberix> yes [09:42] morning everyone === asac_ is now known as asac [09:47] Hobbsee: The PPA one should work. Or, if you can wait until I've finished cursing first years, a sync of the soon-to-be 0.5 from Debian. [09:48] RAOF: ppa address for intrepid doesn't work [09:48] hah [09:49] That'd be because I haven't actually uploaded any packages to the Intrepid pocket. Because they'll go in Debian, & get syncd. [09:50] The Hardy packages should build cleanly on Intrepid :P [09:50] yes, but i was avoiding attempting to do that. [09:50] Right. [09:51] The 0.5 packaging is an active TODO item; it's just that it's below "mark 350 first year exams", which is likely to take up the bulk of the next two days. [09:51] heh [09:51] Also, marking doesn't really leave me in a packaging mood :) [09:52] * Hobbsee has added to the marking piles, recently :) [09:52] * Hobbsee muhahaha [09:52] But if you'd like me to be snippy on IRC, now's the time! [09:53] Mmm, gnash. My favourite way to accidentally cool the cache by eating all available RAM and swap. [09:54] gnash is the best way to watch Firefox fall over and die, should you feed it any flv [09:54] Oh, you're here too? [09:55] Heh. [09:55] I find it amusing that Ubuntu offer 3 flash players that the user might not even know what any of them are [09:55] one works, one kind of does, and one goes BOOM [09:56] in main? [09:56] through ubufox as well [09:56] thats where the user is likely to go wrong the first time in Ubuntu [09:56] Gnash does'nt often go boom. [09:56] flashplugin-nonfree goes boom more often than gnash, in my experience :) [09:57] in AMD64? Yes, but it works up until that point [09:57] Heh. It works _better_ on amd64. At least there flash doesn't take firefox with it :) [09:58] * baron1984 runs off to go compile GNASH, on the HURD [09:59] in my experience, swfdec is the most likely to work if you want a free software flash player [09:59] it can do most anything besides some streaming video sites, like ustream [10:01] you'll lose Chris Pirillo, I'm not sure whether to call that a regression or just good taste [10:02] baron1984: you'd need to fix boost before compiling gnash on the Hurd [10:02] baron1984, on amd64, none of them work. since hardy, flash has been largely worthless for me, on 4 machines [10:03] meh, they all work fine for me, except in Epiphany Webkit, but I suppose thats my own can of worms [10:05] I had been wondering why there was no installation candidate for that, so I grabbed the libpango packages out of Intrepid, then went and got Epiphany-Webkit debs out of Debian Lenny [10:13] They must have ditched a whole lot of debugging code from Firefox RC3 to Final [10:19] No? RC3 is byte-for-byte identical to final (at least on linux and win32, IIRC). [10:21] RAOF: Between RC 3 and final, the typical RAM usage has gone from around 250-300 megs to maybe 100-150 [10:21] for me anyway [10:21] they had to have done something [10:24] well, in any event, more power to them, Epiphany does most things OK, but it was starting to aggravate me [10:24] the preferences it does allow you to set, don't get respected later [10:31] I have a story to tell about how I helped a Vista user switch to Ubuntu, and what inconveniences he faced in the process. [10:31] Do you think it's worth posting on planet.ubuntu.com? [10:32] well, in my case, everything was a challenge because while GNOME and all that is simple enough, trying to get hardware and such to work was a nightmare [10:32] of course that was 4 years ago [10:32] LucidFox: Go for it! [10:32] hehehe [10:32] most of that has been smoothed over by now [10:33] Novell has been sending me emails about "This is Linux without having to chmod or chown or chroot anything" [10:33] Yes, the 8.04 live CD is really slick, I was surprised myself [10:33] So I go and try 11 RC1 of OpenSuse, and not even the one click Nvidia drivers work [10:35] I went marching back over to Ubuntu, cursing them under my breath, not that Ubuntu is horrible, but because the way they advertise and fail to deliver [10:36] I guess Novell just wants to sell so much of their stuff they'll say anything [10:37] I even got downright stubborn and tried to build the Nvidia kernel modules myself, I got back into KDE and opened YAST, and it said it was still using VESA [10:41] I twould be neat if Ubuntu had something like this, there's a distro called NimbleX that lets you build your own custom LiveCD on their website, then download the image [10:42] im trying to build 2 deb packages, when running dpkg-buildpackage on the second, i get the error "dpkg-shlibdeps: failure: no dependency information found for ". i've tried making a postinst file on the first deb to run ldconfig, and i've tried making the first deb via checkinstall, but neither method worked. [10:47] hi, I have been creating some packages and I am wanting to upload them to REVU [10:48] dmk: would you like the keyrin synced? [10:48] I have just added myself to the REVU Uploaders Team, so could someone re-sync the REVU uploaders keyring when they have a chance [10:48] one mo. [10:48] jpds - cool, thanks [10:48] baron1984: yes, it would. feel free to implement it, and find others to help. [10:50] dmk: Done. [10:51] jpds, thanks :-) [10:51] dmk: You're welcome. Happy uploading. [11:54] hi folks [11:55] lo [11:57] hey everyone, hey jdong [11:57] someone asked me why Epiphany was hardly ever the default browser in GNOME oriented distros, I said probably because it doesn't act consistently, won't let you customize it, and it'll be darned if it'll act the way you tell it to even if you hack on prefs.js or something [11:58] the whole application is designed to be hostile towards the user's wishes, then GNOME says that it's better because of that [11:58] baron1984: that kind of general ranting might be more on-topic in #ubuntu-offtopic [12:09] Hi sistpoty [12:09] hi geser [12:09] morning [12:09] hi emgent [12:09] heya :) [12:12] LucidFox: you around? [12:12] yes [12:13] LucidFox: any idea when aurora will hit hardy backports? [12:13] jussi01> No idea. I only filed the backport, it will take others to approve it. [12:13] Meanwhile, you can use the package on arora-browser.org. [12:14] LucidFox: ok, cool - thats great! thanks :) [12:14] * jussi01 has been looking for a webkit/qt browser for ages [12:15] LucidFox: any really notable parts missing at this point (Im expecting yes, but wondering what they are) [12:17] Well, as I said, it's minimalistic [12:18] It has the basic features: tabs, history, bookmarks, cookies, download manager, and user CSS support [12:18] oh, so its quite useable ? [12:18] But there are many areas where it's lacking [12:19] For example, caching, view source, and stability [12:20] hrm, someone remind me of the command to rebuild kde menus? [12:20] you can direct your questions to icefox on #arora [12:20] LucidFox: thanks. will do. Ill give it a good going over anyway, and report some bugs perhaps :) [12:22] ah, bug reports are welcome [12:22] cody-somerville, \sh, ScottK, jdong, TheMuso: I assume we don't want a sru for just a man page (bug #238192). Ok if I decline the nomination? [12:22] Launchpad bug 238192 in kphone "no man page for 'kphone'" [Low,Confirmed] https://launchpad.net/bugs/238192 [12:23] hmm [12:23] <\sh> sistpoty: nope... [12:23] <\sh> sistpoty: it's a shame...but not critical ;) [12:23] heh [12:24] heya \sh :) [12:24] <\sh> moins emgent [12:25] sistpoty, I don't think that one is worth it [12:25] sistpoty, Especially since the man page is rather sparse. [12:25] ok, thanks cody-somerville and \sh [12:43] I guess the ubuntu firefox distribution is not reflected at http://www.spreadfirefox.com/worldrecord, right? [12:45] sistpoty: Yes. === devfil_ is now known as devfil [12:59] I still think that was weird, one minute Firefox is eating RAM for breakfast [13:00] then I get that update, and BAM, well behaved application [13:01] Okay, here's my "success story": http://lucidfox.org/wp/a/393 [13:01] hi [13:01] welcome LimCore [13:02] how about addiging ubuntu packages for kernel.org vanilla kernels? like say linux-kernel.org-stable and linux-kernel.org-prepatch. No ubuntu patches so 1) easy to package 2) good for people working on kernel development/testing [13:03] LimCore: try #ubuntu-kernel for kernel stuff. [13:03] ok [13:03] Hi Hobbsee: are you up for intrepid for motu-release/could you eventually reply to the motu-release thread on ubuntu-motu? [13:03] sistpoty: i did my last exam for the semester today. currently thinking about the release stuff. will reply to the thread. [13:03] Hobbsee: thanks! [13:04] sistpoty: the time that i have been spending on ubuntu has been dealing with irc crap. [13:04] oh :/ [13:05] Hobbsee: Hopefully that will be resolved soon enough. [13:05] With divine intervention. [13:05] wgrant: well, i hope so too. [13:05] but, we'll see what happens. [13:06] hehe [13:07] LimCore: Vanilla kernels usually bring Ubuntu down in flames, and they're rarely needed anyway [13:07] baron1984: then something is wrong with ubuntu... why "bring down in flames"? [13:08] LimCore: because it's going to be a royal pain to support. [13:08] I need to use grsecurity on ubuntu for example. How to choose best matching kernel.org version, and how to build&install from sources, the ubuntu way (or just make make install? [13:08] I've tried to do it a few times, there's basically about a million things you can do wrong, most of them end up making it most of the way through booting, and then panic [13:08] Hobbsee: debian works fine with kernel.org ... I hope ubuntu is not worse in this respect? [13:08] it would create a support nightmare [13:09] LimCore: they don't explicitly support their users, when the users have gone and recompiled their kernels, last i knew. [13:09] as in, any bugs reported against it that do not happen on the debian kernels will still get marked as invalid. [13:09] / wont fix [13:09] LimCore: What do we do that's so evil that we don't work with kernel.org? [13:09] baron1984: how many people use ubuntu's custom kernel, how many use kernel.org? Will LKML support ubuntu's kernel or kernel.org? [13:10] s/kernel.org/vanilla [13:11] wgrant: you mean, why I would like vanilla kernel? 1) to work with LKML and help test newest kernels 2) to apply patches that ubuntu dont apply - i.e. grsecurity [13:11] LimCore: No, I mean what breaks when you try to use one? [13:12] Last time it made it to Runlevel 3 and panicked [13:12] been so long ago I don't remember much else [13:12] wgrant: hmm I didnt tried yet... that was also my question :) Which vanilla kernel version is most matching current ubuntu linux-generic (2.6.24.19.21)? is it 2.6.24.19 ? [13:12] LimCore: -19.21? [13:12] Also, this is completely offtopic. [13:12] You should really, really not mess with the official packaged versions [13:13] baron1984: Why not? [13:13] unless you have a good reason [13:13] cause then you have to micromanage the thing, and there's very little point to it [13:13] where can we discuss this topic then? ubuntu-kernel is kind of quiet... other ubuntu development channel? [13:13] LimCore: its easier just to get the kernels and kernel.org [13:14] baron1984: What? Surely there's less micromanagement than a vanilla kernel. [13:14] ok in another way. Ubuntu user gets told at LKML to "install a vanilla kernel and try again" what should he do then? [13:14] LimCore: go to kernel.org and download it [13:15] LimCore: I dont think you are going to get a vanilla kernel.org package for ubuntu unless if you package it yourself [13:15] zul: what happens to say nvidia binary driver then? I need to download by hand and rebuild probably? [13:15] yep [13:15] yep [13:16] and this linux splash and other customizations, they will simply be gone right? [13:16] * Hobbsee notes that zul is one of the kernel guys. [13:16] and you have to upgrade your kernel yourself too or go back to the packaged ones [13:16] like I said, lots of hassle, little payoff [13:17] baron1984: is there any other way to have support from LKML and/or to install vanilla + custom patch like grsecurity? [13:17] no there isnt [13:17] you see [13:17] support from them means you use their kernel [13:17] no patches [13:17] * Hobbsee wonders what "support" is expected from installing something completely custom and customisable anyway. [13:17] how about making it easier (the LKML thing) by packing vanilla kernel? [13:18] seeing as the chances of reproducing anything are extremely low [13:18] Hobbsee: the opposite. [13:18] well, I mean once you change it in any way, they have no idea what is going on with it, or where to start [13:18] LimCore: how so? [13:18] Hobbsee: how many people use vanilla kernels, and how many use custom ubuntu kernel with custom ubutnu specyfic patches [13:18] LimCore: i'm talking about support from ubuntu, not from kernel.org. [13:18] I use stock Ubuntu linux-rt kernel [13:19] LimCore: I would say most users use the custom ubuntu specific patches if they are using ubuntu [13:19] right, and Im talking about LKML support [13:19] thats as much as I want to deviate [13:19] if one have a problem with kernel (i.e. driver problem) then only LKML can help, not ubuntu [13:19] in such case he needs to have vanilla kernel to get support for kernel developers [13:19] LimCore: if you are interested in getting into kernel programming and likes you would be better off in #kernel [13:20] whyu not make this easier for ubuntu users to get LKML support, by packing vanilla kernel [13:20] but of course what do I know [13:20] LimCore: man power for one [13:20] LimCore: so they dont end up using something that we support, completely by accident. [13:20] Cause the vanilla kernel doesn't do thing(s) that Ubuntu wants it to do? [13:20] simply packing kernel seems to be much esier then custom patching one? [13:20] and surely grabbing the bits is one of the easiest bits of compiling a kernel. [13:22] LimCore: it isnt [13:22] plus [13:23] zul: the goal would be just to provide this kernel, not to make it fully work with ubuntu [13:23] gah, someone has Linux very angry [13:23] LimCore: fine be my guest go and do it then :) [13:23] he's shouting four letter words on the mailing list, it's actually quite funny [13:24] norsetto: Are you planning to merge hypre at some point? [13:24] wgrant: yes, when atlats gets built for i386 [13:24] zul: then how to be ubuntu developer and get this package into repository for people to use? [13:24] asac, here? [13:24] wgrant: make that atlas [13:24] norsetto: Great, my petsc merge and other bits and pieces want it. [13:24] baron1984: i'm sure that's not related to development, and hence is offtopic. [13:25] LimCore: upload it to revu, check the wiki [13:25] LimCore, You can also use a PPA [13:25] ok [13:25] till I switched back from a custom kernel to the Ubuntu one, I used make-kpkg to build my kernel debs [13:25] separate subject: how about supporting grsecuriy kernels? [13:26] or merge more interesting bits of grsec with ubuntu and allow apparmored do the rest [13:26] *apparmor [13:27] LimCore: You'll really get better answers in #ubuntu-kernel, despite the apparent lack of traffic there. Most people in this channel only use kernels. [13:28] ok, cy [13:29] Bah. I didn't mean to cause departure. Maybe some clients have an insufficiently clear mechanism to handle multiple channels :( [13:30] norsetto, wgrant: hm... I'm also waiting for atlas... anyone who'd like to volunteer and track this down? [13:31] sistpoty: I'm unfortunately in the middle of exams. [13:31] sistpoty: I gave it a cursory look yesterday, its a bitch of an ftbfs [13:32] hm... I'm on amd64 is no good excuse to not have to deal with atlas again, is it? *g+ [13:33] LucidFox: ? [13:33] do people use distro-compiled apps like petsc? gcc-compiled app performance sucks [13:34] sistpoty: I'm on amd64 too, my only guess is that it could be due to -Bsymbolic-function since it fails with a duplicated symbols error message [13:35] norsetto: I rather doubt that -Bsymbolic-functions has an effect like this... I rather assume that some #ifdef regarding sse or s.th. is wrong [13:36] sistpoty: yes, its not used anyhow [13:36] norsetto: as the error messages strangely come out from the assembler, not from the linker (haven't seen this myself before :/) [13:39] sistpoty: debian buildd logs do not help much: http://buildd.debian.org/pkg.cgi?pkg=atlas [13:39] norsetto: yes, binary for i386 was included in the upload as it looks [13:39] asac> Gnash 0.8.3 is out, I wondered if you were going to package it [13:43] LucidFox: sure, why not. want to help? [13:43] eh, I'm afraid not :) [13:43] just asked [13:43] the bzr branch already supports quite recent nightlies so it should just work (TM) [14:00] * sistpoty is off again... cya [14:04] Hey everyone. Question on sync policy, if there is a new upstream version of a package in debian unstable and MOM is only complaining about debian/controls, does that qualify as a sync? [14:04] rexium: it depends on the changes in debian/control [14:04] so much for being unstable, the atlas version there is from 2003 [14:05] norsetto: It's called "unstable", not "current" :p [14:07] upstream seperated some of the old source package out into another package (which already got auto-synced and is available) ... damn I just realized taht that package needs to be promoted to main... [14:07] taking this to -devekl [14:08] persia: i wonder what they have in stable, abacuses? [14:09] * persia has been a continual upgrader since potato: Etch is all strange newfangled code [14:11] * lukehasnoname laughs [14:12] The first linux magazine I ever looked at was discussing the "new" debian Sarge release [14:12] i wrote a guide once, which targetted sarge test candidate 1 [14:12] 10k words. eep [14:12] wow [14:12] IBM may open-source DB2 [14:13] eek, 4 years old. http://www.hexus.net/content/item.php?item=792 [14:13] £, ahaha [14:14] £0.01 = $26.84 [14:42] FrostWire 4.13.5 on Ubuntu 8.04 doesn't create a menu entry. Is this a frostwire's packaging problem, or did I do something wrong? [14:43] Frostwire? You're joking [14:44] baron1984, ... [14:44] yes? [14:44] baron1984: Excuse me? [14:45] well, say hello to the RIAA and computer viruses for me [14:45] thats all you'll find on Gnutella anymore [14:45] amikrop: there is no frostwire in ubuntu [14:45] yeah, there's a deb package on their site, but they're not affiliated with Ubuntu [14:45] thank god [14:45] amikrop, and they do have a bug in their package [14:46] Oh. I see. [14:46] cody-somerville: they have more than a bug (bug 94011) [14:46] Launchpad bug 94011 in ubuntu "[needs-packaging] Frostwire" [Wishlist,In progress] https://launchpad.net/bugs/94011 [14:46] I think you'll find that frostwire will appear in the menu after you install another application [14:46] cody-somerville: ?! [14:48] cody-somerville: This did not happen (I installed another application). [14:48] amikrop, it'll appear sooner or later [14:48] amikrop, it did for me [14:48] :P [14:48] It should show up in Applications > Network [14:49] *Internet [14:49] amikrop: Make sure you don't have an entry in ~/.local/share/applications/ [14:49] I've been bitten by that before! [14:50] Laney: There, is the FrostWire executable. [14:53] Laney: Shouldn't it be there? [14:53] wgrant: sync requested for hypre, you should be able to proceed with petsc and co. soon [14:53] amikrop: AIUI that's where local changes (i.e. under your username) to that particular desktop file go. Deleting it should start using the system one again. [14:54] yay! it's that time again, tseliot! http://www.nvidia.com/object/linux_display_amd64_177.13.html [14:54] directhex: yes, I'm working on it right now [14:54] really? that was quick! [14:54] 4 flavours of the same driver, great... [14:54] doesn't look like they've removed anything from it compared to the previous public release [14:55] they have dropped the support for *a few* cards [14:55] though nothing mentioned in the readme about 0x05E7, which was in a previous beta driver [14:56] tseliot, a few meaning an actual chip, or seemingly at random? [14:56] directhex: it supports GeForce 6 series and newer NVIDIA GPUs [14:57] I haven't checked the ids yet [15:00] What's the .sbuildrc incantation to convince it to build arch:all packages? [15:00] -A [15:00] StevenK: In the rcfile? [15:00] Laney: On the command line [15:01] StevenK: Is the a way to specify it as default? [15:01] I guess I could edit the script [15:01] * directhex is trying to learn docbook, on the basis that it's slightly less painful than learning latex === nenolod_ is now known as laptopnenolod [15:01] Laney: Personally, I just run sbuild with -A [15:01] Fair enough === persia_ is now known as persia [15:14] Laney: OK. Thanks. [15:21] Laney: It worked. [15:21] :-) [15:21] amikrop: Good! [15:32] nxvl: hello [15:35] huats!!!^2 [15:35] norsetto !!! [15:35] huats: ready for the summer? [15:35] norsetto: sure [15:35] norsetto: a working summer... [15:36] huats: woot? No carribean beaches? Not even a tiny med island!? [15:36] norsetto: no I don't think so... [15:36] :( [15:36] what about you ? [15:38] * norsetto wonders if it is wise to say the truth [15:39] norsetto: are you sitting on a carribean beach with WLAN access? [15:40] geser: and a big cocktail with an umbrella in my hands [15:40] :) [15:41] Hello, I made a package for realplayer 11 based on canonicals package for realplayer 10, it's on REVU now, who should I ask to review it ? the MOTUs or who ? [15:41] AnAnt__: the canonical commercial guys. [15:42] huats: hi! [15:43] Hobbsee: any email or IRC channel for those ? [15:43] nxvl: I was lookingh for you for a few days [15:43] I like Synaptic's description of Epiphany-Browser [15:43] "Intuitive Web Browser - Dummy Package" [15:45] haha [15:46] huats: well, with the work i'm kinf of busy [15:46] AnAnt__: look for an address / contact details on launchpad, or ask one of the canonical guys, i guess [15:46] Hobbsee: I think I'll just contact the maintainer [15:47]