[00:35] <dtchen> jdstrand: don't know if bug/launchpad-e-mail-tag is worthwhile, so i'm happy to summarise the necessary debugging steps as follows: 1) use autospawn=no, 2) sudo /sbin/alsa force-unload, then reboot
[01:34] <Loongson> Hi
[01:34] <Loongson> MIPS64 is officially supported in Debian
[01:34] <Loongson> Ubuntu get all of its source code from Debian
[01:35] <Loongson> and the Chinese Loongson CPU is MIPS64-compartible
[01:35] <Loongson> If one wants to create an unofficial Ubuntu MIPS64 port
[01:36] <Loongson> are there any existing compile farm in Ubuntu which automate cross-compiling of ubuntu packages (say in Jaunty or Karmic) to MIPS64?
[01:36] <Loongson> How can I set such a project up?
[01:40] <directhex> Loongson, ubuntu doesn't have any MIPS build servers in its standard build service, AFAIK
[01:41] <Loongson> I know........ but how can I set up such a compile farm / cross-compile farm?
[01:42] <Loongson> I would like to get a MIPS64 repository based on Ubuntu source code
[01:42] <directhex> good question. i never got MIPS working in QEMU
[01:44] <Loongson> directhex, have you tried http://www.qemu.org/mips-test-0.2.tar.gz?
[01:44] <directhex> no
[01:44] <directhex> i have a pretty low threshhold for how much effort i'll put into something before going "meh"
[01:45] <Loongson> to get MIPS guest working under qemu, you must use kqemu kernel module (since arch of guest and host different)
[01:45] <Loongson> and you can run the MIPS guest image I suggested
[02:40] <ScottK> Loongson: You might ask NCommander (when he's around).  He has some experience with bootstrapping Ubuntu on new architectures.
[02:40] <Loongson> Hey ScottK!
[02:40] <Loongson> Have you received the email about our 389 directory server?
[02:41] <Loongson> We really should aim to get 389 into Karmic
[02:41] <ScottK> Loongson: I did.  You'd do better to put the package on REVU and ask for reviewers here.
[02:41] <Loongson> but it has to pass through REVU first
[02:41] <ScottK> Loongson: I'm sure, but I've got very limited time to put into such things right now.
[02:41] <Loongson> Packages are already sitting at REVU for a long time
[02:41] <ScottK> Ah.
[02:42] <ScottK> Loongson: Then I'd suggest attending the Ubuntu Server team meeting and bringing it up there.
[02:42] <Loongson> need someone to fast-track advocation to make 389 into Karmic, which is before the next LTS
[02:42] <Loongson> how to attend Ubuntu server team?
[02:42] <ScottK> Tuesday at (I think) 1500 UTC or thereabouts.
[02:43] <ScottK> The meetings are on IRC at #ubuntu-meeting.
[02:43] <Loongson> ScottK: is it also by IRC?
[02:43] <ScottK> Yes
[02:43] <ScottK> Loongson: https://wiki.ubuntu.com/ServerTeam
[02:44] <Loongson> ScottK: Thx!  However what is the launchpad user name of "NCommander"?  I can't find this user name at launchpad
[02:46] <ScottK> Loongson: That's his IRC nick.
[02:47] <Loongson> ScottK, but do you know his Launchpad username?
[02:47] <Loongson> maybe I can send him a message through launchpad to ask these things in more detail
[02:48] <ScottK> Loongson: https://launchpad.net/~mcasadevall
[02:49] <Loongson> Thanks a lot!  I will ask him the best way to handle the Ubuntu-MIPS64 project...........
[02:54] <ScottK> Loongson: I do know he's very busy with work, so probably won't have a lot of time, but he might have good advice.
[02:55] <bcurtiswx> has empathy 2.27.4 been uploaded to the repositories yet? (or a better question may be how can i find that out for myself in the future)
[02:55] <Loongson> I will email him
[02:55] <bcurtiswx> for karmic
[02:55] <Loongson> and when he is online, drop him a line.......
[09:32] <AnAnt> Hello, this package http://revu.ubuntuwire.com/details.py?package=monajat needs an extra advocate, bddebian tried to advocate it, but seems he got a problem with the new REVU website, can someone review & advocate pls ?
[11:05] <pkt> Is there a tool that can edit dpkg file metadata?
[11:05] <pkt> e.g., I have an "installer-type" package that downloads and uncompresses a tarball from the internet
[11:05] <RAOF> Your choice of text editor will work.
[11:05] <pkt> (it can't be done otherwise)
[11:06] <RAOF> I'd suggest looking at the flashplugin-installer package, then.  That downloads and uncompresses a tarball from the internet.
[11:06] <pkt> I 'd like something that would run from the postinst
[11:06] <pkt> does this package also delete flash when it is uninstalled?
[11:07] <pkt> hmm, I guess I should check it out in any case
[11:08] <RAOF> Yes, it does.
[11:08] <pkt> cool
[11:20] <pkt> RAOF: no, flashplugin doesn't do what I would want
[11:21] <pkt> it doesn't merge the downloaded files to the installed dpkg metadata
[11:21] <cjwatson> you can't call dpkg re-entrantly from a postinst
[11:21] <pkt> so you can't e.g., use dpkg -S to find flash
[11:21] <cjwatson> sorry, there's no way to do that right now
[11:21] <pkt> I was hoping you could mess with the .list file somehow
[11:21] <cjwatson> no
[11:21] <cjwatson> not remotely safely
[11:22] <cjwatson> any package that does that should have a release-critical bug filed against it
[11:22] <pkt> cjwatson: ok, so this way is a dead end
[11:22] <cjwatson> I'm afraid so - it needs dpkg extensions. The idea's been around for a while but has never been implemented
[11:23] <cjwatson> all current installer packages just plunk the files on the system and live with the fact that dpkg doesn't know about them
[11:23] <pkt> this wouldn't work for me :(
[11:23] <pkt> I would like to be able to install non-free firmware automatically
[11:24] <pkt> e.g., for my USB ADSL modem
[11:24] <pkt> an installer-type package seems to be the only way this can be done
[11:25] <cjwatson> so just do what every installer-type package does, and cope with the fact that dpkg -S doesn't know about it
[11:25] <cjwatson> sometimes you have to be pragmatic
[11:25] <pkt> but then e.g., packagekit needs to be able to ask for the package that contains the specific firmware file to be installed
[11:25] <cjwatson> oh well it might need some special cases
[11:26] <pkt> perhaps I should figure out a way to automatically compile a database of all firmware files in the kernel
[11:26] <pkt> perhaps that could do the trick then
[11:26] <pkt> e.g., lib/firmware/ueagle-atm/blablah.fw -> ueagle-fw-installer
[11:26] <luca__> hi ?
[11:27] <pkt> but it will be a bit of a pain to maintain, unless there is a way for firmware packages to somehow "register" themselves
[11:27] <luca__> i fixed a bug in the usplash source and made now a debdiff .. what i am supposed to do now ? (is my first time)
[11:28] <yofel> hi, I'm trying to fix a bug in zenity right now, but the control file already has a original-maintainer and the current maintainer is the ubuntu-desktop team, what should I do here?
[11:31] <sladen> luca__: excellent!
[11:31] <sladen> luca__: if there isn't already a bug for the issue you've fixed, file one at https://launchpad.net/ubuntu/+source/usplash/+filebug
[11:31] <luca__> https://bugs.edge.launchpad.net/ubuntu/+source/usplash/+bug/257181
[11:31] <luca__> i did post there (how the hell do i whisper ?)
[11:31] <sladen> luca__: you can then attach the debdiff and mark it as [x] patch
[11:32] <geser> luca__: did you attach the debdiff to the bug you fixed?
[11:32] <luca__> yes
[11:32] <luca__> but i didn't select "patch"
[11:32]  * sladen looks
[11:50] <pkt> cjwatson: there is the solution of including "dummy" files in the package
[11:51] <pkt> cjwatson:  that will be subsequently replaced by the real ones
[11:51] <pkt> cjwatson: but this will mess the md5sums :(
[11:54] <cjwatson> that's indeed also completely wrong
[11:54] <cjwatson> I'm afraid that if some higher layer is depending on dpkg -S and you can't ship the files directly, you're just going to have to add workarounds to the higher layer
[11:55] <cjwatson> (well, dpkg -S or similar things such as Contents files)
[11:55] <Laney> repacking to include licensing fixes that are now upstream is alright, yes?
[11:56] <sladen> luca__: okay, that patch neatly illustrates the problem---but there might be a cleaner way to fix it
[11:56] <luca__> cleaner way ?
[11:56] <luca__> sure change that it just use 8bit mode
[11:56] <luca__> vga= at grub
[11:57] <sladen> luca__: I think there are macros for converting the paletteised colour, to the 15/16/24 bit pixel value that needs working
[11:57] <AnAnt> is there a way to disable a package from being installed ? I tried to add the following to /etc/apt/preferences, but it didn't work:
[11:57] <AnAnt> Package: <package name>
[11:57] <AnAnt> Pin-Priority: -1
[11:57] <sladen> luca__: rather than 3 lines for of  r << X & 0xmask | g << Y & 0xmask
[11:57] <luca__> well not in this source it's in everyfunktion like this.. but the author missed it in usplash_svga_clear
[11:58] <luca__> i just copyed it from usplash_svga_put
[11:58] <luca__> or usplash_svga_put_part
[11:58] <luca__> i didn't watn to write it diffrent then it hte outer funktions :P but good question why he didn't use macros..
[11:58] <sladen> luca__: ahhh, okay.
[11:59] <sladen> luca__: could you put that in the editor comment, along the lines of  "Add missing 16-bit special case for usplash_svga_clear()"
[12:00] <luca__> okay
[12:00] <sladen> luca__: (eg. a message that makes it clear that it's just completeing the set
[12:02] <luca__> öhm
[12:02] <luca__> dch: fatal error at line 627:
[12:02] <luca__> The backup file debian/changelog.dch already exists --
[12:02] <luca__> please move it before trying again
[12:02] <luca__> i pressed a wrong key now i get this
[12:05] <luca__> okay did it .. where should i upload the new debdiff ? I can't edit my old post..
[12:07] <cjwatson> so just add another comment to the bug, attaching the new one
[12:07] <cjwatson> you don't need to edit history to update things
[12:09] <AnAnt> Can someone confirm this syncrequest: LP 399123 ? This fixes a bug making dicoweb uninstallable
[12:14] <luca__> okay i posted the new usplash fix
[12:15] <sladen> luca__: right, now the thing to do is check the changelog and find the last person to have modified it
[12:16] <sladen> luca__: and them ping them directly by IRC/email
[12:16] <luca__> aha .. that does mean ? (lol It's my first time doing this)
[12:18] <luca__> Kees Cook <kees@ubuntu.com> made the previous change
[12:26] <yofel> hi, I'm trying to fix a bug in zenity right now, but the control file already has a original-maintainer and the current maintainer is the ubuntu-desktop team, what should I do here?
[12:26] <Ampelbein> yofel: leave it to the desktop team
[12:27] <yofel> ok
[13:21] <bdrung> Zhenech: when will you upload the *-colors packages?
[13:24] <Zhenech> tomorrow from university
[13:26] <bdrung> ok
[13:27] <bdrung> Zhenech: the packages are smaller than the previous ones (especially gnome-colors)
[13:27] <Zhenech> not the binary ones :)
[13:29] <bdrung> but the source ones ;) in ubuntu you upload only sources.
[13:29] <Zhenech> well
[13:29] <Zhenech> in ubuntu...
[13:29] <Zhenech> :P
[14:18] <bdrung> Zhenech: is your internet connection too slow?
[14:20] <Zhenech> bdrung, too crappy, it does 600kbit/s
[14:21] <Zhenech> but stalls often, and ftp-master highly dislikes this
[14:21] <Laney> can't you dput from alioth?
[14:21] <bdrung> then it really needs long.
[14:22] <bdrung> Laney: the packages are not on alioth.
[14:22] <Laney> that's what scp is for
[14:22] <Zhenech> Laney, I could dput from merkel too, but the packages would have to get there somehow
[14:22] <Laney> yeah
[14:22] <Laney> the stalling problem wouldn't be an issue then though...
[14:22] <bdrung> Zhenech: rsync!
[14:22] <Zhenech> well, same problem in some terms
[14:23] <Laney> wouldn't annoy anyone other than yourself :)
[14:23] <Zhenech> :P
[15:27] <e-jat> anyone can help me with this bugs 371890 ?
[16:38] <kurdology> hi
[16:39] <ajeeshr> hi
[16:39] <kurdology> how are you ajeeshr
[16:39] <ajeeshr> fine great
[16:39] <ajeeshr> how r u?
[16:40] <kurdology> thanks
[16:40] <kurdology> you are here for what?
[16:41] <ajish> l am here to ask some questions related to pbbuilder
[16:41] <ajish> i am new to ubuntu build system, till now i have been solaris user now i started using ubuntu
[16:42] <kurdology> in ubuntu i've some question
[16:42] <kurdology> can i asked
[16:42] <kurdology> ?
[16:42] <ajish> yup
[16:42] <ajish> i will try my level best to answer?
[16:42] <ajish> :))
[16:43] <kurdology> how can i to define WI-FI
[16:44] <ajish> i am using default applet for wifi
[16:44] <ajish> NetworkManager applet
[16:45] <kurdology> and about WLAN USB 2.0 ?
[16:46] <ajish> using wlan-n package and configure it
[16:48] <ajish> kurdology did it help?
[16:54] <kurdology> ithink can't help me
[16:55] <ajish> did you install linux-wlan-ng?
[16:56] <kurdology> no
[16:58] <ajish> does it say uncompatible with wlan usb 2.0?
[16:58] <kurdology> now iam comen with windows
[16:59] <kurdology> because i can't connect with internet in linuc
[16:59] <kurdology> linux
[17:03] <alkisg> Is there a maximum length in the path of the files inside a .deb package? dpkg -i crashes for me when I use some long utf8 sequences as filenames, but it doesn't crash when I use smaller utf8 filenames...
[17:07] <directhex> alkisg, if you can produce a test case, then file a bug
[17:07] <alkisg> directhex: thanks, under which package?
[17:08] <alkisg> debuild -b works, dpkg -i crashes
[17:08] <directhex> alkisg, dpkg
[17:08] <alkisg> directhex: thank you
[17:30] <alkisg> directhex: https://bugs.launchpad.net/ubuntu/+source/dpkg/+bug/401434
[17:31] <alex-weej> does anyone have bzr nautilus working here?
[17:36] <hyperair> is there a way to get debsign to use gpg --no-tty?
[17:52] <hyperair> bah. i ended up having to create a wrapper bash script
[18:10] <geser> hyperair: have you tried to set DEBSIGN_PROGRAM="gpg --no-tty" in your ~/.devscripts?
[18:22] <hyperair> geser: no i didn't.
[18:22] <hyperair> geser: i tried exporting it though
[18:22] <hyperair> didn't seem to work.
[18:29] <slytherin> geser: Got some time to review http://revu.ubuntuwire.com/p/excalibur-logger ?
[18:33] <hyperair>     *   The changelog does not close a bug from Launchpad. New packages should have a needs-packaging bug and the upload close it using the syntax "(LP: #nnnn)".
[18:34] <hyperair> looks to me like you need to correct your changelog
[18:35] <slytherin> hyperair: It is 'should', not 'must'. :-)
[18:36] <hyperair> well let me bump up the priority a little then.
[18:36] <hyperair> you *must* file a needs-packaging bug and close it using LP: #XXXXX if you're going to be using revu. =)
[18:36] <hyperair> of course, this is just what i say, and you don't have to listen to me (but i'm sure many MOTUs will want it as well)
[18:37] <slytherin> hyperair: Don't worry. I am pretty sure no one else is interested in packaging this.
[18:38] <hyperair> what i meant to say is...
[18:38] <hyperair> do you want a sponsor or not?
[18:38] <slytherin> hyperair: By the way, I am MOTU member myself. As per the convention, I am seeking a cross review.
[18:38] <hyperair> aah i see. O_o
[18:38] <Laney> haha
[18:38]  * hyperair shuts up and remembers why the name sounded so familiar
[18:39] <slytherin> It is preferred that even the MOTUs seek one advocate before uploading the package to archives. :-)
[18:39] <hyperair> that's something i never knew
[18:40] <hyperair> it appears that you're packaging something to do with java. would you be familiar with maven2 build systems by any chance?
[18:41] <slytherin> hyperair: I am not much familiar with maven2 since I never used it myself. I am 'ant' guy. You may want to contact Ludovic Claude. He is working with packaging maven2 in Debian.
[18:41] <hyperair> hmm okay
[18:42] <slytherin> anything in particular you are looking for?
[18:42] <hyperair> how to package software using the maven2 build system
[18:42] <hyperair> i'm interested in packaging microemu
[18:42] <hyperair> bunch of stubs for j2me development
[18:43] <hyperair> it's the key that would allow me to compile (and get the resulting .jar) for remuco distributed
[18:44] <jander99> Hello.  I'm working on a bug and think I have a viable patch for it.  How should I go about getting it looked at? #ubuntu-bugs led me here.
[18:44] <slytherin> hyperair: I could help you create a ant based build for that if it is urgent.
[18:44] <slytherin> jander99: which bug.
[18:44] <hyperair> slytherin: nothing urgent.
[18:44] <jander99> bug 125609
[18:45] <hyperair> slytherin: even if i don't get microemu packaged, the upstream author of remuco will ship some relevant files from microemu in remuco's tarball, which would allow (hopefully) easy compilation of the client.
[18:45] <hyperair> the client being the .jar which sits on mobile phones.
[18:46] <slytherin> hyperair: Yes I know. I have recently used remuco. I agree that having the jar file in archives is good.
[18:46] <hyperair> oh you have?
[18:46] <hyperair> that's awesome
[18:46] <hyperair> if you happen to know a passing archive admin, help me get remuco synced won't you? =)
[18:47] <hyperair> 0.9.0's in debian, sync request acked by Laney
[18:47] <Laney> patience dear boy
[18:47] <slytherin> hyperair: If there is already a sync request then just have some patience.
[18:48] <hyperair> =p
[18:48] <hyperair> i was born impatient
[18:49] <bcurtiswx> hi all, is there a "hello world" type code for me to look at and get an understanding of gnome code?
[18:49] <slytherin> hyperair: I just remembered. Amarok 2 is not in unstable, only in experimental. So unless it is uploaded to unstable, remuco's migration to testing is going to be blocked.
[18:49] <slytherin> jander99: is this bug still present in Ubuntu's latest development version?
[18:49] <hyperair> slytherin: i'm aware of that. (were you the one who asked me about it the other day?)
[18:49] <slytherin> yes
[18:50] <hyperair> either way remuco's uploaded to unstable, and i can't really do anything about amarok2 being missing, and i don't think i'd rather not disable remuco-amarok's build just to get it into testing.
[18:50] <jander99> slytherin: I believe so. I grabbed the source from both the jaunty repo (apt-get source) and the vanilla sources.
[18:51] <bcurtiswx> i do scientific programming in graduate studies, but id like to understand gnome code for helping make patches
[18:51] <slytherin> jander99: Ok. And what solution do you propose?
[18:52] <slytherin> bcurtiswx: Gnome project includes many libraries, applications and development frameworks. What are you exactly looking for?
[18:53] <jander99> slytherin: As the bug stated, the build tools require gccmakedep, which puts a dependency on xutils-dev.  Changing the line in the Makefile to use gcc -M instead of gccmakedep kills the dependency.  Otherwise, the package does not depend on xutils-dev to build.
[18:53] <bcurtiswx> slytherin: basically a place to start and maybe a guide?
[18:54] <slytherin> bcurtiswx: GTK is the GUI toolkit used by gnome. I believe gtk2.0-examples package contains sample codes using GTK.
[18:54] <slytherin> jander99: So either 1. Add build dep on xutils-dev or 2. Build using gcc -M, right?
[18:56] <jander99> slytherin: Correct.  In my opinion the better option in this case would be 2.  There isn't really a need to add another dependency if the requirement to build the package can just as easily be changed.
[18:56] <hyperair> slytherin: do you know of any good resources on building an ant build system?
[18:57] <slytherin> jander99: have you discussed this with Debian maintainer of the package. Because there are no changes to the package in Ubuntu.
[18:57] <slytherin> hyperair: Ant manual. http://ant.apache.org/manual/index.html
[18:58] <hyperair> slytherin: ooh thanks.
[18:59] <jander99> skytherin: I have not.  Since the build dependency on gccmakedep exists in the vanilla package I'm more inclined to contact the original maintainer, so the changes happen at the highest level.  Would that be the best solution?
[19:00] <slytherin> jander99: Of course.
[19:02] <jander99> slytherin: Okay, I'll email the vanilla maintainer and make a note in Launchpad.  On to the next bug. :)
[19:02] <jgoss> 0.
[19:10] <jander99> slytherin: I've opened a bug report to the vanilla maintainer for irqbalance.  What status should bug 125609 have now?
[19:10] <slytherin> jander99: leave the status as it is, add a bug watch for upstream bug.
[19:12] <micahg> slytherin: I think the status should be triaged then
[19:12] <micahg> if there's an upstream report
[19:12] <slytherin> I am not sure
[19:13] <micahg> jander99: let's discuss bug status in #ubuntu-bugs
[19:14] <jander99> slytherin: Thanks for your help today.  Much easier than trying to build a patch. New here, still learning.
[19:15] <slytherin> jander99: You are welcome. :-)
[20:31] <AnAnt> Hello, any REVUers available ?
[21:02] <directhex> depends. what is it?
[21:03] <fabrice_sp> directhex, too late: he's gone :-)
[21:03] <directhex> well, if he expects a REVU in 6 minutes, he's... mistaken
[21:05] <fabrice_sp> for sure
[21:05] <dyfet> well, if your looking for something to revu...
[21:06] <directhex> depends
[21:06] <dyfet> on? :)...
[21:08] <dyfet> I have http://revu.ubuntuwire.com/p/sipwitch and http://revu.ubuntuwire.com/p/ccscript pending, and there is some important things in the 389 directory project also pending for a long time...
[21:35] <Zhenech> bdrung, why does dust have xpms in the xfce theme? arent pngs or svgs better?
[21:36] <bdrung> Zhenech: don't know. pngs and svgs are better.
[21:37] <bdrung> Zhenech: but for so small images, it does not make any difference
[21:37] <Zhenech> see http://paste.debian.net/42157/
[21:38] <Zhenech> no idea, didnt look further
[21:38] <Zhenech> just though "XPMs?? wtf, isnt it dead?"
[21:40] <bdrung> Zhenech: the other xfce images are xpms, too?
[21:41] <Zhenech> hm, true :)
[21:41] <Zhenech> preparing build for upload tomorrow
[21:42] <Zhenech> so I dont have to torture my battery :)
[21:44] <MT-> I need some help....
[21:44] <MT-> I did apt-get source dmz-cursor-theme. I went into dmz-cursor-theme-0.4.1/DMZ-White/cursors. I can't open any of the images. I have no idea how and neither does the internet
[21:44] <MT-> perhaps a smart person in here knows that is beyond the internet?
[21:57] <Zhenech> bdrung, built, installed, tested, will upload  - no more nitpicks :)
[21:58] <bdrung> Zhenech: victor said: "I may be wrong, or the info outdated - but I got this from: http://www.xfce.org/xfwm4-theme-howto/"
[21:59] <Zhenech> mhh, will ask upstream how updtodate that is
[22:00] <bdrung> Zhenech: at the bottom there is something about pngs
[22:01] <Zhenech> aye
[22:01] <Zhenech> but thats about xfwm 4..0/4.2
[22:01] <Zhenech> we're at 4.6 now :)
[22:02] <Zhenech> as said, will ask as soon someone is awake over there :)
[22:09] <bdrung> Zhenech: i am already in contact with upstream.
[22:10] <Zhenech> i meant xfce upstream
[22:12] <bdrung> Zhenech: ok, let me know your results.
[22:13] <Zhenech> will do
[22:37] <RoAkSoAx> Hey guys one quick question. Only libraries should be built with -fPIC right?
[22:40] <hyperair> no, binaries can be compiled as well
[22:40] <hyperair> with fPIC i mean
[22:41] <RoAkSoAx> ok thanks ;)
[22:41] <hyperair> codelite's binaries are compiled with -fPIC, just for the record. =)
[22:42] <hyperair> according to gcc's manpage, fPIE is more suited to executables though
[22:42] <hyperair> unless i'm mistaken
[22:43] <RoAkSoAx> Ok. I'll take a look to the manpage. thanks
[22:43] <hyperair> on second thoughts, fPIE looks like a version of fPIC that only works on executables O_o
[22:44] <hyperair> http://www.gentoo.org/proj/en/hardened/hardened-toolchain.xml <-- this appears to say that fPIE breaks LD_PRELOAD
[22:46] <RoAkSoAx> i see