[02:13] <ScottK> nxvl: Down for upgrade.
[02:13]  * ajmitch wonders if he's seeing a cached page
[02:13] <ScottK> nxvl: Would you please look at the tinyerp-server package in Debian and see if there is anything that could usefully be contributed from the changes we made in Hardy?
[02:17] <nxvl> ScottK: you mean to merge it? or to send our patches back to debian?
[02:17] <ScottK> Send our patches back to Debian.
[02:17] <nxvl> ok
[02:17] <nxvl> i will take a look
[02:17] <ScottK> I'd hope we could manage a sync in a but.
[02:18] <ScottK> THanks.  They did some of the changes, but it's not clear from debian/changelog if they have them all or useful alternatives to the same problem.
[02:18] <jumpkick> allow me to ask a very stupid question
[02:18] <jumpkick> why is it that the AMD64 kernel in Hardy LTS ships with no sound drivers at all?
[02:18] <ScottK> !ask | jumpkick
[02:19] <ScottK> I going to guess that there's an error in your assumptions embedded in that question.
[02:19] <jumpkick> ged@quadcore:/lib/modules/2.6.24-16-generic$ find . | grep snd
[02:19] <jumpkick> ged@quadcore:/lib/modules/2.6.24-16-generic$
[02:20] <nxvl> i will work on that
[02:20] <nxvl> asdas
[02:21] <jumpkick> ﻿asdas?
[02:21] <nxvl> i lose my conection and i was testing if i got keyborad response
[02:22] <nxvl> i'm conected by ssh to an irssi
[02:22] <ScottK> nxvl: Thanks.
[02:22] <StevenK> nxvl: You don't need to hit enter ... :-P
[02:22] <ajmitch> sure he does
[02:22] <nxvl> StevenK: i wasn't having any response
[02:23] <jumpkick> so I guess I should go and log a bug on launchpad then, eh
[02:23] <ScottK> jumpkick: Not right now.  It's down.
[02:23] <bddebian> Heya gang
[02:23] <nxvl> StevenK: i don't even know how i type asdas if i lose conection
[02:23] <ScottK> I'm guessing if you ask on #ubuntu-kernel where the sound drivers are, someone might better answer there.
[02:24]  * ajmitch pokes his isp
[02:24] <ajmitch> someone made a slight screwup with routing there :)
[02:32]  * ScottK reads http://www.sun.com/aboutsun/pr/2008-04/sunflash.20080430.1.xml and looks for the bit where it talks about "Our Debian packaging wasn't quite so great, but thanks to the volunteers that helped us out."
[02:34] <ajmitch> ScottK: sorry, this is corporate PR
[02:34]  * ScottK knows.  Just having fun with it.  
[02:34] <ajmitch> you? cynical?
[02:35]  * ScottK vaguely recalls that coming up before.
[02:43] <RoAkSoAx> nxvl, so what should i do next. should i first report the bug en LP and then use the sync Script?
[02:44] <nxvl> RoAkSoAx: nop, the sync script on https://wiki.ubuntu.com/SyncRequestProcess reports the bug
[02:44] <nxvl> RoAkSoAx: you just need to run the script, it will ask you all the information needed for the bug report
[02:44] <RoAkSoAx> nxvl, ok so it would be like this??: requestysync -s abuse-frabs_2.11-1 intrepid 2.10-7
[02:45] <RoAkSoAx> or requestysync -s abuse-frabs_2.11-1 intrepid abuse-frabs_2.10-7
[02:45] <nxvl> mmm
[02:45]  * nxvl man's
[02:46] <RoAkSoAx> requestsync*
[02:46] <nxvl> requestsync -s abuse-frabs intrepid 2.10-7
[02:47] <nxvl> ScottK: RoAkSoAx is also a member of Peruvian LoCo Council, he is starting on this packaging world
[02:47] <nxvl> sco	so please help him as you did with me 6 months ago :D
[02:48] <nxvl> ScottK: so please help him as you did with me 6 months ago :D
[02:48] <nxvl> RoAkSoAx: ScottK is a really helpful person, a little grumpy, but not less lovely
[02:48] <nxvl> :D
[02:48]  * nxvl HUGS ScottK 
[02:48] <RoAkSoAx> lol
[02:49] <RoAkSoAx> yep i need some help to report my firsst sync :)
[02:49] <TheMuso> Intrepid is not open yet.
[02:49] <TheMuso> In terms of free to upload.
[02:49] <nxvl> TheMuso: it isn't?
[02:49] <TheMuso> nxvl: No.
[02:49] <TheMuso> The toolchain is still being worked on.
[02:49] <nxvl> TheMuso: mmm
[02:50] <nxvl> TheMuso: but we can start reporting bugs for intrepid
[02:50] <TheMuso> nxvl: I guess you could, but then you would have to make sure they are not missed when things get going.
[02:50] <TheMuso> Because once its open, things will happen very quickly for a while.
[02:51] <nxvl> TheMuso: just as for hardy
[02:51] <nxvl> :D
[02:51] <ajmitch> I'm sure there are plenty of hardy bugs that can still be worked on :)
[02:52]  * ScottK went through and requested sync for all the packages he touched last than are, in fact, a sync now.
[02:52] <ScottK> SRUs are a good thing to work on.  Agreed.
[02:52]  * ajmitch hasn't touched any packages for so long that it's not an issue
[02:52] <ScottK> Someone please go fix serpentine.
[02:52] <ajmitch> what's broken with it?
[02:54] <nxvl> ScottK: yes, but not for a begginer
[02:54] <ScottK> Lots of crash bugs annoying my inbox.
[02:54] <ScottK> nxvl: True.
[02:54]  * TheMuso would process SRUs now if it weren't for LP.
[02:55] <nxvl> that's why i'm helping RoAkSoAx on merging and syncing while working on SRU and reporting back to debian
[02:55] <nxvl> :D
[02:55] <nxvl> and do some merge fun also
[02:55] <nxvl> :D
[02:55]  * TheMuso does a double take. I just got a build email from launchpad...
[02:55] <ScottK> RoAkSoAx: Do you know any Python?
[02:56] <RoAkSoAx> ScottK, nope :(
[02:56] <StevenK> TheMuso: Build failure, or build?
[02:56] <TheMuso> StevenK: build falure
[02:56] <TheMuso> failure
[02:56] <TheMuso> hppa packages in intrepid.
[02:56] <RoAkSoAx> but i could learn =)
[02:57] <StevenK> TheMuso: I've been getting a few, too. If they failed in hardy, the machinery creates new records for the new release.
[02:59] <nxvl> do we support hppa?
[02:59] <nxvl> not officialy, doesn't it?
[02:59] <StevenK> #define we?
[02:59]  * bddebian doesn't :)
[02:59] <nxvl> we as in ubuntu
[03:04] <TheMuso> nxvl: Same as other community architectures, ia64, sparc, powerpc.
[03:04] <TheMuso> The ones that are more common get more attentino.
[03:04] <TheMuso> attention
[03:04] <nxvl> TheMuso: so, we support it, but not oficialy?
[03:05] <TheMuso> nxvl: It is supported by the community.
[03:05] <nxvl> so, yes
[03:05]  * nxvl HUGS TheMuso 
[05:06] <sparr__> archive.ubuntu.com is down?
[05:10] <StevenK> sparr__: Looks fine to me
[05:11] <sparr__> i am [Connecting to us.archive.ubuntu.com (91.189.88.37)] and/or [Waiting for headers] for minutes at a time
[05:11] <bddebian> It seems to be VERY busy
[05:12] <ajmitch> bddebian: get in there & pedal harder?
[05:19] <bddebian> heh
[05:50] <LucidFox> When is intrepid scheduled to be unfrozen?
[05:54] <StevenK> LucidFox: Soon.
[05:54] <TheMuso> When its ready.
[05:56] <LaserJock> RSN!
[05:56] <ajmitch> LucidFox: as soon as LaserJock unleashes the ponies
[05:57] <LaserJock> heh
[05:58] <ajmitch> shiny, golden ponies
[05:58] <LaserJock> sadly, I don't think there are gonna be any ponies this time
[05:58] <ajmitch> that's unfortunate
[05:58] <LaserJock> it is
[06:00] <LaserJock> I guess I could run a pony contest and take contributions from the community
[06:01] <ajmitch> it could work, I guess
[06:02] <LaserJock> I just can't in any real sense adequately cover the community
[06:03] <LaserJock> plus I don't watch movies anymore
[06:03] <LaserJock> which makes it harder to think of creative things to use ;-)
[06:07] <Amaranth> The ponies have to be pink or the deal is off
[06:07] <Amaranth> debhelper 7 looks interesting
[06:15] <LucidFox> debhelper 7? Blimey, they're fast
[06:16] <LucidFox> I haven't even got used to debhelper 6 yet
[06:19] <StevenK> debhelper 7 does look interesting
[06:19] <RAOF> Ooh, what's new?  And interesting :)
[06:20] <StevenK> RAOF: A dh command
[06:21]  * RAOF wonders what dh_command would do
[06:21] <StevenK> No underscore
[06:21] <StevenK> 'dh'
[06:21] <StevenK> Allows you to do:
[06:21] <StevenK> %:
dh
[06:21] <RAOF> Aaah.  Yes, cool.
[06:38]  * StevenK wonders how to debug a SEGV inside gtk_main
[06:38] <StevenK> I'm guessing it's one of what has been set up before calling gtk_main(), but how to figure that out ...
[06:38] <RAOF> The backtrace presumably doesn't contain an obvious null pointer?
[06:39] <StevenK> The backtrace doesn't look very helpful at all
[06:39] <StevenK> Including this gem: Backtrace stopped: frame did not save the PC
[06:40] <RAOF> Yay memory corruption.
[06:40] <StevenK> Either that or stack smashing. Since the backtrace doesn't look like complete garbage, I'll go with memory corruption
[06:43] <RAOF> Actually, you could crash in gtk_main() in any number of ways, right?
[06:44] <RAOF> I mean, the program never _exits_ gtk_main, once it's been called.
[06:45] <StevenK> Well, you leave it when you call a callback that exits ...
[06:46] <dudus> Question: Every time there is a series file inside debian folder it means the packages uses quilt as patch system?
[06:48] <LaserJock> dudus: I don't know, but the easiest way to tell is to look at the debian/control file and see if quilt is a build dependency
[06:48] <dudus> LaserJock: indeed quilt is a dependency, thanks a bunch ;)
[07:05]  * LaserJock puts the flamesuit on :-)
[07:55]  * StevenK kicks strace for being useless
[07:56] <lifeless> useless seems rather... harsh
[07:57] <StevenK> munmap()x4 and the SEGV
[07:57] <StevenK> And gdb seems unhelpful too
[07:57] <RAOF> gdb still thinking argc resides at 0x00000000?
[07:58] <lifeless> rebuild without -fomit-frame-pointer?
[07:58] <lifeless> and/or try valgrind
[07:58] <lifeless> valgrind is awesome
[07:59] <StevenK> It isn't built with -fomit-frame-pointer currently
[07:59] <lifeless> *blink*
[08:02] <StevenK> So something strange is going on, but I don't know what.
[08:02] <StevenK> And gdb is having trouble reading the source
[08:06] <StevenK> (gdb) p argc
[08:06] <StevenK> Cannot access memory at address 0x0
[08:06] <StevenK> That is soooo odd
[08:08]  * StevenK installs valgrind
[08:11] <StevenK> lifeless: So how I do read this?
[08:13] <StevenK> That gives me a nicer stacktrace, but it's all in libgtk
[08:59] <_ruben> is the (source) package for open-vm-tools still hiding in some attic or have all traces been evaporated?
[09:05] <progfou> _ruben, still some traces here: http://packages.debian.org/open-vm-tools
[09:06] <_ruben> progfou: that i had found, was wondering if there was an ubuntu version still avail somewhere .. seems the debian version has the gui as well, which idont want
[09:14] <geser> _ruben: you can get it from LP directly
[09:16] <geser> _ruben: https://edge.launchpad.net/ubuntu/+source/open-vm-tools/+publishinghistory and then select the version you are interested in and you will find the .dsc, .diff.gz and .orig.tar.gz for download
[09:16] <_ruben> ah sweet .. lets look into that
[10:05] <CrippledCanary> where should i go to get a sponsored upload done?
[10:05] <CrippledCanary> Bug #224241
[12:44] <uvok> hello
[12:49] <uvok> i made myself a local repositry (with dpkg-scanpackages) to install debs created out of self-compiled sourcecodes. But there's a little problem: synaptic wants to update some packages (those build with dpkg-buildpackage) again and again. (Packages built with checkinstall are not concerned) What can I do to avoid this?
[13:01]  * persia seeks comment/review for https://launchpad.net/~universe-contributors : Any suggestions on language changes or corrections to team name spelling appreciated.
[13:03] <persia> uvok: Are you signing your packages?  You may want to add your key to the trusted archive keys for your system.
[13:03] <persia> On the other hand, I remember others encountering this issue, and don't remember the specific solution.
[13:03] <wgrant> persia: Shouldn't it be ubuntu-?
[13:04] <persia> wgrant: Not according to https://lists.ubuntu.com/archives/ubuntu-motu/2008-April/003716.html (unless I'm reading it incorrectly)
[13:04] <james_w> uvok: it will do that if the package metadata doesn't match what you have installed, perhaps you need to run -scanpackages again.
[13:05] <uvok> ﻿﻿persia: No, synaptic says they're not signed....
[13:05] <uvok> ﻿james_w: I already ran it again, but it didn't help
[13:06] <persia> uvok: In that case, you may want to sign them.  I seem to remember that trusted packages are preferred over untrusted packages, but I've not dug into the apt code at that level for a long time now.
[13:06] <elmargol> Someone knows if gtk has a horizontal separator wich supports fading to the side? like the google reader does?
[13:07] <elmargol> Hide a part, and if I click it shows it again
[13:07] <uvok> persia: I wonder about following: apt-cache policy says:
[13:07] <uvok>      0.1.10-4.uvok 0
[13:07] <uvok>         500 file: ./ Packages
[13:07] <uvok>  *** 0.1.10-4.uvok 0
[13:07] <uvok>         100 /var/lib/dpkg/status
[13:07] <wgrant> persia: We really should keep to our proper namespace...
[13:08] <persia> wgrant: That makes sense.  On the other hand, given the arguments about the name so far, I'm really not tempted to change it without some form of documented consensus.
[13:09] <uvok> the version number is the same.... but i will try signing the packages
[13:10] <james_w> wgrant: it would also directly clash with the old name for revu-uploaders then.
[13:10] <james_w> I would support renaming it in a few months, as I think keeping to ubuntu- would be a good thing.
[13:12] <persia> james_w: I'd actually be more against renaming it in a few months than I am now.  Later, there will likely be members, who may have some identity associated with the name.
[13:13] <james_w> fair point.
[13:13] <progfou> uvok, the version is the same but the priority is different, and the current installed packages even has no corresponding source (only found in dpkg list), so it will try to install the one with higher priority (500)
[13:14] <uvok> ﻿progfou: so I should change the priority of the local rep?
[13:15] <progfou> uvok, you should read about APT priority management, it's in the "apt_preferences" man page
[13:16] <uvok> ﻿progfou: okay, thanks, i'll read it
[13:16] <mysterycool> Hello.
[13:16] <mysterycool> How can I get in the team of developing the actual OS of ubuntu?
[13:17] <mysterycool> I mean, the MOTU is mostly for packages, right? How can I get involved into the team which actually designs the OS?
[13:20] <ScottK> jdong: The devscripts backport built, so it looks like the latest Launchpad upgrade removed the misfeature.
[13:21] <james_w> mysterycool: yes, MOTU is mostly about packages, but you can also help develop software. What do you mean by "designs the OS"?
[13:21] <ScottK> mysterycool: That depends a lot on what you mean by "OS"
[13:22] <mysterycool> well, Linux distros always use the linux kernel but like the development of how the ubuntu itself works. not the packages.
[13:22] <james_w> mysterycool: the packages are what makes up the OS, so they define how it works.
[13:22] <ScottK> Intrepid devscripts (where dch defaults to Intrepid) is available in hardy-backports
[13:22] <ScottK> mysterycool: It's packages all the way down.
[13:23] <mysterycool> exactly, but like, who set the gnome working for ubuntu?
[13:23] <mysterycool> i mean that stuff.
[13:23] <AnAnt> Hello, I got a problem with a java package
[13:23] <AnAnt> when I build it using pbuilder it behaves in different manner than when build using dpkg-buildpackage !
[13:23] <ScottK> Parts of Gnome are in Main and parts are in Universe.  MOTU works on the Universe part.
[13:23] <james_w> mysterycool: well, if you want to change the way gnome works then it is best to work upstream on gnome, but if you want to make it integrate better then changing the packages can do that.
[13:24] <ScottK> There is a desktop team that focuses on Gnome.
[13:24] <james_w> AnAnt: what's the difference? It's probably due to different build-dependencies being used.
[13:25] <mysterycool> hmm, k. scottk: whats the desktop team that focuses on Gnome and where can I contact them?
[13:25] <progfou> ScottK, does it mean Intrepid should be unfrozen soon in the PPA or is it unrelated (devscripts)
[13:25] <AnAnt> james_w: it has that search feature, when I use it , I get wierd looking ??? characters in search results
[13:25] <ScottK> progfou: Unrelated
[13:26] <james_w> mysterycool: ubuntu-desktop@lists.ubuntu.com is their mailing list
[13:26] <ScottK> mysterycool: I suspect it would be #ubuntu-desktop, but I neither use nore develop for Gnome stuff so I've no actual knowledge on the matter.
[13:26] <james_w> AnAnt: is it using a different java runtime? Compare the dependencies of the built packages.
[13:26] <mysterycool> james_w: can i find info on them on the gnome website?
[13:26] <james_w> mysterycool: I don't think so, they're an Ubuntu group
[13:27] <AnAnt> james_w: ok
[13:28] <uvok> hmmm..... although the packages were signed, and i added my signing key to synaptic-preferences/authentification it still says that the packages are not authenticated...
[13:30] <progfou> uvok, there is two level of signatures => packages signature, for uploading validation and repository signature, for download validation
[13:32] <uvok> ﻿progfou: how can I sign the repositry?
[13:32] <progfou> uvok, you may want to check at my script here: http://apt.hanoilug.org/ubuntu/hanoilug.org-update+sign.sh
[13:32] <AnAnt> james_w: building using openjdk
[13:33] <AnAnt> james_w: I tried both openjdk & sun-java6 for runtime
[13:33] <progfou> it's probably not "The Right Way"™, but it's lighter than reprepro/dinstall and enough for our (HanoiLUG) needs now
[13:36] <progfou> uvok, you can use my hack, but if you want a better way I would recommend you to use "reprepro", a great tool to manage a repository
[13:38] <uvok> ﻿progfou: where does tmpfile comes from?
[13:38] <progfou> uvok, or just activate and use your PPA on launchpad.net ;-) it's what I'm considering now, to help in letting some of our packages enter Universe
[13:40] <progfou> $ dpkg -S tempfile => debianutils: /bin/tempfile
[13:42] <geser> AnAnt: have you compared the used locale?
[13:43] <AnAnt> geser: compared it where ?
[13:43] <geser> the one used inside pbuilder and the one used in your environment
[13:43] <AnAnt> how to compare the locale ?
[13:44] <AnAnt> oh
[13:44] <geser> check the output from locale
[13:46] <AnAnt> geser: different
[13:46] <uvok> ﻿progfou: still doesn't work... think i'll try reprepro... (bw: i donÄ't have a ﻿PPA on launchpad.net :)
[13:47] <AnAnt> geser: pbuilder: LC_CTYPE="C", LANGUAGE=en_US:en, LANG=C
[13:50] <AnAnt> geser: my env: LANG=en_CA.UTF-8 , LC_CTYPE="en_CA.UTF-8"
[13:51] <geser> AnAnt: are the ? you are seeing some accented characters?
[13:51] <progfou> uvok, (PPA) then just open one! :) it's free, easy and will let you approch the real Debian/Ubuntu package upload process, see there: https://help.launchpad.net/PPAQuickStart
[13:51] <AnAnt> geser: they are supposed to be nothing ! ie. they are extra characters
[13:52] <uvok> ﻿progfou: Are the packages published then? I actually only want to have the packages for my own
[13:53] <geser> hmm
[13:53] <progfou> yep, they are published, and they needed to be under some Copyleft license too...
[13:56] <uvok> ﻿progfou: I
[13:56] <uvok> 'm not so sure if thats a solution for me..
[13:59] <progfou> uvok, it's your decision :)
[14:50] <uvok> ﻿progfou: I#M especilly unsure about "You understand and agree that any content you upload to PPAs must be freely redistributable by Canonical, and released under a license permitting redistribution free of charge"
[14:51] <uvok> I'm not so sure if this applies to all the packages...
[14:58] <progfou> any content => everything you'll upload into the PPA
[15:00] <progfou> if you don't want something to be publicly accessible then just don't upload it in the PPA
[15:00] <progfou> and if you want a single solution for all your packages, public and privates one, just use reprepro instead ;-)
[15:02] <progfou> reprepro is not to hard to use but not that easy too, it will take you some time to put things correctly, how long depend on your current background knowledge about repository management...
[15:28] <persia> progfou: It's not only about the uploaders intent, but also about the licensing of any code that might be included in the package.  Were it only that I would be fine with people redistributing stuff, there's lots of things I could upload to a PPA.
[15:29] <uvok> ﻿persia: my repo has no sub-direcories (like dist + pool). the debs are all in 1 dir. can I use reprepre anyway?
[15:29] <persia> uvok: No idea.  I've never tried reprepro.
[15:32] <geser> uvok: iirc you just tell repropro that you want to include a specific deb and it will copy it to the correct location (and update all files)
[15:35] <uvok> I'm trying to read the manpage of reprepro... but yelp doesn't find it, although ther is a manpage (But I don't like reading mans in the terminal....)
[15:38] <ikonia> What part of the ubuntu package controlls the description of the package displayed by the package manager ?
[15:38] <ikonia> controls even
[15:39] <ikonia> I thought it was read from the description field of the spec file
[15:39] <james_w> the control file, but yes.
[15:40] <ikonia> ah, thank you
[15:49] <Riddell> any motu about for a quick test?
[15:54] <uvok> ﻿persia: Okay, reprepro seems to work... but theres another problem: the packages produces with checkinstall have an empty depends field, and apt-get update complains about it....
[16:02] <uvok> Is there a way to remove the empty "depends" lines?
[16:07] <progfou> uvok, you may use dh_make (in the "dh-make" package) instead of checkinstall
[16:07] <progfou> it's a bit more lowlevel, but... you have more control over things
[16:08] <uvok> ﻿progfou: I would like to. But it fails with some programs where checkinstall works....
[16:08] <uvok> This is going to be more difficult than i thought....#
[16:10] <progfou> I would say dh_make itself can't fail doing its job, but it's true that you have to do your part with this one
[16:12] <progfou> uvok, did you see the Packaging Guide? it contains a lot of usefull information about how to do it "The Right Way"™ => https://help.ubuntu.com/6.10/ubuntu/packagingguide/C/
[16:12] <uvok> thanks, i'll have a look at it
[16:14] <uvok> the exact error message is:
[16:14] <uvok> E: Problem parsing dependency Depends
[16:14] <uvok> E: Error occurred while processing deluge-torrent (NewVersion1)
[16:14] <uvok> E: Problem with MergeList /var/lib/apt/lists/_home_andreas_Desktop_localrepo_dists_localrep_all_binary-i386_Packages
[16:14] <uvok> E: The package lists or status file could not be parsed or opened.
[16:16] <uvok> it seems I have to edit the package-file manually....
[16:17] <uvok> I already found out that I can put the file into sed and let remove all Lines including depends.... but there are also lines *with* depends removed...
[16:26] <progfou> uvok, then just use a more precise sed line, like this one: sed -i '/^Depends:[[:space:]]*$/d' control
[16:28] <afflux> do you think bug 199600 is suitable for a SRU?
[16:28] <uvok> ﻿progfou: thanks, I'll try out this
[16:28] <uvok> I think it's best if I write a script that executes all these commands....
[16:28] <uvok> I can't remember them all
[16:33] <uvok> ﻿progfou: the '-i' tells sed to write the changes into the file, so that I don't have to do a redirect with '>', is that right?
[16:36] <progfou> right
[16:36] <progfou> (sorry if I'm lagging: I'm attending the Mark Shuttleworth Q&A in #ubuntu-classroom)
[16:46] <uvok> Okay, I think this script whould work: http://paste.ubuntu.com/9231/ (gzip without -i removes the uncompressed Package file....)
[16:52] <progfou> uvok, your script is correcting the Packages file only, so the problem will still remain at the source (the control file in the .deb package)
[16:53] <progfou> in fact I would rather say that it's a checkinstall problem that should probably be reported as a bug and corrected in definitivelly in checkinstall instead
[16:53] <uvok> ﻿progfou: Dpkg doesn't complain about that afaik....
[16:53] <uvok> in fact, i have no idea how i could change the control-file when the package is created with checkinstall
[16:54] <progfou> in the meantime you may want to hack the .deb manually using dpkg-deb -x & -e then -b (check man page)
[17:02] <uvok> the only problem left is the signing. the wrong Key is chosen for signing although GPGKEY ist set...
[17:02] <bddebian> Hi folks
[17:02] <geser> Hi bddebian
[17:03] <bddebian> Hi geser
[17:16] <progfou> uvok, did you put your gpg id in the SignWith: field? (in the "conf/distributions" file)
[17:16] <uvok> not yet
[17:18] <uvok> Bad passphrase <-- it doesnt even want to know the password
[17:20] <uvok> do i have to insert SignPassword or something similar
[17:20] <progfou> uvok, note that you'd better use a dedicated gpg key for your repository, not your personnal one
[17:21] <uvok> why not?
[17:21] <progfou> look at what do others like Debian or Ubuntu, they all have an "archive" gpg key
[17:21] <progfou> first because it doesn't identify yourself but some automatic processing
[17:21] <uvok> the repo is only for my local pc, not for the whole world :-)
[17:22] <progfou> secondly because you'll have to use a key without password or put the password somewhere, so if you use your personnal key and it got stollen that thief may do things identified as done by yourself
[17:23] <progfou> oh?! only for local PC?? then in this case why the hell are you bothering with all that? :)
[17:23] <progfou> just use a deb file:///path/to/your/debfiles/ in your sources.list
[17:25] <uvok> ﻿progfou: because synaptic wanted to update the same packages again and again. now this problem was solved
[17:38] <uvok> ! Oh no.... it worked so fine and suddenly the same problems appear again...
[17:40] <uvok> If i edit the package file theres an hash error.... if i don't theres the dependency error....
[17:42] <uvok> it worked so fine dor a while....
[17:51] <uvok> I really ask myself why that doesnt'k work suddenly
[17:57] <uvok> is there a way to skip the md5-verification of the changed Package-File or how reprepre changes the md5hash in the release-file?
[18:01] <progfou> uvok, I'm thinking you are just going to far in a too complicated way for your needs :-)
[18:04] <jdong>     Remaining capacity : 0 mWh, 0.00%, 49:01:38
[18:05] <jdong> why. I've invented a perpetual motion laptop!
[18:05] <laga> jdong: we obey the laws of thermodynamics in this channel.
[18:06] <progfou> uvok, let's come back a bit to your original problem... you say it's always trying to update your packages, do you mean from your version to a new version in Ubuntu? else could you give a precise example with package name and versions concerned?
[18:08] <uvok> ﻿progfou: no, from the same to the same version ;-) I had libdvdnav4 version 0.1.10 in my repo and synaptic always wanted to update it again and again
[18:08] <uvok> from ﻿0.1.10 in /var/lib/dpkg/status to /var/lib/dpkg/status in the local rrepo...
[18:13] <uvok> (at least thats what apt-cache policy said)#
[18:15]  * jdong recalls superm1's ipod-convenience PPA had a similar problem...
[18:18] <ScottK> jdong: Have you heard anything about MOTU being able to upload source backports?
[18:18] <jdong> ScottK: n...no, though that'd be really cool
[18:18] <ScottK> OK.  Riddell was saying he'd heard something about it.  Maybe you should give it a shot.
[18:19] <jdong> ScottK: oooh I'll be sure to try that soon :D
[18:19]  * jdong can already see ScottK quietly doing a happy dance
[18:19] <ScottK> Dunno. Depends on if it's all backports of just Universe ones.
[18:20] <ScottK> of/or
[18:22] <uvok> phew... suddenly it works again *rollseyes* I'm starting to wonder if i am crazy....
[18:24] <jdong> uvok: you should consider becoming MOTU :)
[18:25] <uvok> I still don't know how i did this... i just went through the bash history,,
[18:28] <uvok> Ah! I think I got the solution!	I have to delete the Oackages.gz, then execute sed, then gzip the packages file and finally run reprepro check + checkpool
[18:32] <mario_limonciell> jdong, that bug should have been fixed in launchpad already
[18:32] <mario_limonciell> just upload a new version of the affected package
[18:32] <mario_limonciell> and the soyuz gray magic will fix it
[18:35] <uvok> I think I should put my copyright under that script or release it under GPL ;-DD
[18:37] <progfou> uvok, more precisely, if you do so you'll to put a copyright (who is the owner of the rights) *and* a license information (what we can do with your work) :-)
[18:43] <jdong> mario_limonciell: neat; what was the bug exactly?
[18:43] <mario_limonciell> jdong, somethign with how it was handling pre-depends
[19:18] <tbutter> does anyone know if revu works? i uploaded a paket 1h ago but it did not get updated.
[19:21] <pochu> siretart ^
[19:44] <AnAnt> Hello, I'm making a package for swt3.4 (unstable release), problem is that it doesn't compile for 64-bit arch., here's the build log: http://launchpadlibrarian.net/13967106/buildlog_ubuntu-hardy-amd64.swt-gtk_3.4%7EM6-1%7Eppa3_FAILEDTOBUILD.txt.gz , can someone advise for the reason of this failure ?
[19:53] <rzr> AnAnt: great i'll test it on x86 at least
[19:53] <rzr> AnAnt: for tuxguitar
[19:54] <geser> AnAnt: have you tried asking upstream if it's known if it builds on amd64 or not?
[19:54] <rzr> AnAnt: what's your ppa url ?
[19:54] <AnAnt> rzr: launchpad.net/~ubuntume.team/+archive
[19:55] <AnAnt> geser: no, upstream provides 2 tarballs, one for x86 arch & the other of x86_64 arch
[19:55] <geser> argh
[19:55] <AnAnt> geser: I found that the Debian maintainer of swt3.3, made a diff between the 2 tarballs, and included the diff
[19:55] <AnAnt> geser: I found that the Debian maintainer of swt3.3, made a diff between the 2 tarballs, and included the diff in his package (he applied the diff for 64-bit archs)
[19:56] <emgent> heya
[20:03] <Kopfgeldjaeger> when merging a package from debian, the ubuntu changelog should be included in the new package. how should i do this? just copy the ubuntu changelog since the last merge under my newest entry`
[20:04] <LaserJock> Kopfgeldjaeger: I re-add the Ubuntu entries the the Debian changelog
[20:05] <Kopfgeldjaeger> like i said? or how?
[20:06] <geser> Kopfgeldjaeger: just "re-apply" the changelog part from the old Ubuntu delta
[20:07] <LaserJock> Kopfgeldjaeger: I take the Ubuntu entries from the ubuntu package and add them where they go into the Debian changelog
[20:07] <Kopfgeldjaeger> ok, i think i understand. thanks.
[20:16] <Kopfgeldjaeger> to be sure: the last debian entry of $OLD_UBUNTU_CHANGELOG is from version 1.0. then there are the ubuntu changes to 1.1 and 1.2 and so on. is it ok to copy the ubuntu entries after 1.0 after the 1.0 debian-entry in $NEW_CHANGELOG? because then there is ubuntu-version 1.2 before debian version 1.1.
[20:18] <LaserJock> hmm, that is interesting
[20:18] <geser> Kopfgeldjaeger: which package is it?
[20:18] <Kopfgeldjaeger> gthumb
[20:18] <LaserJock> I think it *should* go in chronological order (based on the timestamp of the entry)
[20:19] <LaserJock> even if that means versions might not go chronologicall
[20:19] <LaserJock> +y
[20:26] <Kopfgeldjaeger> LaserJock: ok, thanks. I've done it what way.
[21:06] <LimCore> how can I set importance of given bug?
[21:07] <pwnguin> i think you have to be part of the QA team
[21:07] <pwnguin> ie, it's not something just anyone should set
[21:07] <LimCore> how to become part of it?
[21:08] <LimCore> I have tallend for finding tons of bugs in ubuntu (and btw, this isn't hard unfortunatelly)
[21:08] <LimCore> s/end/ent
[21:09] <pwnguin> unfortuntely, there's a set of rules for what priority a bug gets, so its' not a matter of "this bug affects me so I feel it's important"
[21:10] <LimCore> I know
[21:10] <pwnguin> i think joining the QA team means knowing and following the rules
[21:10] <LimCore> yeap.
[21:10] <pwnguin> try #ubuntu-bugs
[21:20] <RainCT> LimCore: request to join the team ubuntu-qa and send an e-mail to bdmurray linking to some bugs that you have triaged, if you haven't already done so sign the CoC in LP, and promise him that you'll be nice
[21:20] <RainCT> that's what's needed iirc
[21:34] <sebner> LaserJock: we haven't worked together recently so thanks for the nice comment to my application :)
[21:35] <sebner> RainCT: also thank you ^^
[21:35] <RainCT> sebner: eh?
[21:35] <RainCT> sebner: ah, no problem :)
[21:35] <LaserJock> sebner: no problem. I've seen you around enough to feel good about cheerleading :-)
[21:36] <sebner> ScottK: ah and I just saw for +1. Also thanks to you :)
[21:47] <jcastro> pochu: ~10 minutes until your session!
[21:47] <pochu> :)
[21:49] <ffm> How long will it be before a _very_ simple patch is accepted?
[21:50] <ffm> Like a string change.
[21:50] <RainCT> ffm: for intrepid?
[21:50] <ffm> RainCT, for that or SRU
[21:50] <RainCT> ffm: for intrepid, until the archive opens and a MOTU looks at it
[21:51] <RainCT> ffm: string changes don't classify for an SRU (unless it's a typo in the code or somewhat like that and is causing a serious problem)
[21:52] <ffm> RainCT, gnome-vfs hard-codes its webbrowser as firefox sometimes, but not always.
[21:52] <ffm> RainCT, I fixed the two times it did, so that it used gnome-www-browser
[21:53] <RainCT> ffm: this might be suitable for an SRU, but gnome-vfs is in main so go ask the guys in #ubuntu-devel :P
[22:34] <ScottK> IIRC there's already been one gnome-vfs SRU processed.
[22:35] <sucitrams> just a dumb question, but I'm new in packaging: Is there a way, after running debuild, to speed up the building process, when I run debuild a second time?
[22:37] <ffm> ScottK, When?
[22:37] <ffm> *waht
[22:38] <crimsun> sucitrams: ccache, etc.
[22:38] <kozz> sucitrams: I'm no dpkg expert, but I guess you can use dpkg-buildpackage with the -nc option
[22:40] <ScottK> ffm: It was uploaded to proposed a few hours after the release.
[22:40] <ffm> ScottK, Ah.
[22:46] <sucitrams> ok thx
[23:12] <uvok> hi, it's me again
[23:13] <uvok> I think the reason for the error (woth the package-file-list) is the gpg-signing. It works fine without signing, but it doesn't work with signing. even a removal of the 'old' Release.gpg and a new signing does not help
[23:15] <uvok> ! but a manual signing works----
[23:15] <uvok> ﻿ubottu: I already know ;)
[23:23] <jdong>  Alt-Gr: (n. tech jargon), the sound a sleepy user makes when he tries to lock the screen with right ctrl+alt L and realizes ctrl-alt != ctrl-AltGr
[23:26] <norsetto> oh, right alt-ctrl-L clear my konversation screen
[23:26] <mario_limonciell> what exactly is Alt-Gr?
[23:26] <mario_limonciell> i've never seen such a key
[23:26] <megabyte405> usually your right alt key
[23:26] <mario_limonciell> so why isn't it called right-alt then?
[23:26] <megabyte405> it's called alt-gr on some euro keyboards, stands for alternate graphic, to do whatever's on the right hand side of each key
[23:26] <Kopfgeldjaeger> http://de.wikipedia.org/wiki/Bild:Clavier-portable-p1020454.jpg
[23:27] <mario_limonciell> oh i see
[23:27] <mario_limonciell> gosh,  that's way too many things to remember  that the number row can do..
[23:27] <up_the_irons> hey guys...  quick *nix question.  I have a directory created by netatalk (via AFP share) with the following permissions: drwx--S---  <-- what does the 'S' mode do?
[23:27] <jdong> mario_limonciell: yeah it's the right alt key. On some of my keyboards it is special and only pretends to act as alt
[23:28] <jdong> doesn't work for things like locking the screen
[23:28] <jdong> which requires left-alt ctrl L
[23:28] <mario_limonciell> because of my little apple wireless keyboard, i had to change virtual box's settings to not use that right alt key for leaving VMs
[23:28] <mario_limonciell> since it doesn't have one
[23:28] <mario_limonciell> or right ctrl.  i forget which.  either way, it's missing one
[23:30] <jdong> mario_limonciell: right ctrl
[23:30] <jdong> mario_limonciell: it's a RETURN KEY in apple land
[23:30] <mario_limonciell> yeah i'm not much of an apple folk other than having a touch, a keyboard and a mighty mouse
[23:31] <mario_limonciell> so it's all new to me
[23:31] <jdong> mario_limonciell: yeah :-/
[23:31] <Kopfgeldjaeger> n8
[23:31] <jdong> mario_limonciell: I don't mind their products from a hardware standpoint but from their lock-in standpoint it's quite irritating
[23:33] <mario_limonciell> i've gotten so used to both of my HID devices, i feel really out of place on any other ones now
[23:33] <mario_limonciell> i almost miss hitting ctrl-alt-fn-f1 on other keyboards
[23:33] <jdong> mario_limonciell: I like the tactile qualities of the new apple keyoards.
[23:34] <jdong> mario_limonciell: at the same times the way you can flash firmware via USB is a bit bone-chilling :D
[23:35] <mario_limonciell> yeah
[23:54] <LaserJock> 829 outstanding merges, I guess we better get crackin' :-)
[23:54] <wgrant> Ouch.
[23:54] <sebner> LaserJock: yeah. go go go :D :D :D
[23:55] <ajmitch> LaserJock: by lunchtime, please
[23:55] <wgrant> They were rather quick with the toolchain.
[23:55] <LaserJock> 29 in Multiverse
[23:55] <jdong> LaserJock: fun.
[23:55] <LaserJock> and 534 in Main
[23:55] <jdong> LaserJock: I suppose I have some debian-multimedia fun in store.
[23:55] <wgrant> Now, what do I have to do this cycle...
[23:55] <wgrant> Try to merge mplayer and vlc with Debian.
[23:56] <ajmitch> a good thing that my name isn't on any of these
[23:56] <sebner> ajmitch: why is that good?
[23:56] <jdong> sebner: no blame no responsibility :)
[23:56] <wgrant> TIL is rarely good.
[23:56]  * jdong quietly looks away from azureus
[23:56] <sebner> jdong: then we should this motu status ^^
[23:56] <ajmitch> wgrant: TIL?
[23:56] <sebner> jdong: + kill
[23:57] <jdong> which now has a *grumble* security bug.
[23:57] <jdong> ajmitch: touched it last.
[23:57] <LaserJock> dang, I only have 2
[23:57] <ajmitch> jdong: figures, I've been out of touch
[23:57] <jdong> ajmitch: that's what she.... nah too early for innuendos.
[23:57] <zul> huh intrepid open?
[23:57] <wgrant> ajmitch: Touched It Last.
[23:57] <ajmitch> too early? you?
[23:58] <jdong> ajmitch: yeah. It's typically only after 2AM that all warning messages begin sounding dirty.
[23:58] <wgrant> jdong: What has a security bug?
[23:58] <jdong> wgrant: *azureus* :D
[23:58]  * ajmitch has never known you to hold back
[23:58] <wgrant> jdong: Nice.
[23:58] <ajmitch> zul: apparantly so
[23:58] <jdong> wgrant: it uses a TCP port to do IPC
[23:58] <wgrant> Ah right, saw that one.
[23:58] <wgrant> Really smart.
[23:58] <zul> ajmitch: thats nice..
[23:58] <jdong> wgrant: no kidding.
[23:58] <jdong> wgrant: I'm kinda tempted to call it  upstream design retardedness
[23:58] <wgrant> That's implied in Azureus.
[23:59] <jdong> there's little I can see that could fix the bug other than an IPC redesign
[23:59] <wgrant> :(
[23:59] <ajmitch> sebner: btw, I'm not really a motu anyway :)
[23:59] <sebner> damn
[23:59] <sebner> ^^