[00:00] <nhandler_> Ok, thanks for the heads up. I'll verify that it works properly with 4.x and add a comment to the bug
[00:00] <superm1> nhandler_, okay great thanks
[00:00] <nhandler_> np superm1
[00:16] <Gast_304_> Bitte spendet mir was, hab grad erst neu angefangen. Brauche jeden Cent um mir ein Bier zu holen!!! http://www.pennergame.de/change_please/7842526/
[00:16] <Gast_304_> Bitte spendet mir was, hab grad erst neu angefangen. Brauche jeden Cent um mir ein Bier zu holen!!! http://www.pennergame.de/change_please/7842526/
[00:16] <Gast_304_> Bitte spendet mir was, hab grad erst neu angefangen. Brauche jeden Cent um mir ein Bier zu holen!!! http://www.pennergame.de/change_please/7842526/
[00:17] <Laney> !ops
[00:17] <azeem> bloody pennergame
[00:17] <cody-somerville> :[]
[00:18] <azeem> slangasek: ^^
[00:19] <Laney> ty
[00:19] <slangasek> azeem: bin ich kein oper hier
[00:19] <azeem> slangasek: sorry, I just looked at chanserv access #ubuntu-motu list
[00:19]  * slangasek hmms
[00:19] <slangasek> oh
[00:20] <slangasek> I wonder when that happened
[00:20] <azeem> slangasek: congrats :P
[00:21] <slangasek> yay, more op bits I didn't ask for ;0
[00:24] <directhex> i'll swap them for ops in #ubuntu-mono
[00:24] <superm1> StevenK, okay well whenever you want to upload your bits, have at it.  I've got all but alsa and evolution done on my end.  i'll do evolution after pilot-link clears
[00:38] <slangasek> nhandler_: do you have an upstream changelog to go with the nautilus-sendto FFe?
[00:38] <nhandler_> slangasek: I thought I posted it in the bug report
[00:38] <nhandler_> slangasek: http://launchpadlibrarian.net/18243795/changelog.diff
[00:39] <slangasek> nhandler_: ah, thanks, guess I overlooked it
[00:39] <nhandler_> slangasek: No problem. There are a lot of comments/attachments on that report
[03:00] <StevenK> superm1: Uploading.
[03:01] <ScottK-laptop> superm1: How would you feel about bluez-gstreamer not getting pulled in automatically to my Kubuntu install?  Does it really need to be Recommends for everyone?
[03:20] <ScottK-laptop> superm1: Should the transitional package depend on bluetooth or bluez?
[03:25] <ScottK-laptop> I guess it doesn't matter so much since apparently openoffice.org needs gstreamer some how too.
[03:36]  * Hobbsee looks in
[03:37] <ScottK-laptop> Heya Hobbsee.
[03:38] <ScottK-laptop> Got any cures for anger, angst and a general desire to throw breakable things at the wall.
[03:38] <Hobbsee> ScottK-laptop: i hear a punching bag works well.
[03:39] <ajmitch> greetings, Hobbsee
[03:39] <ScottK-laptop> We actually have one of those.
[03:39] <Hobbsee> hey ajmitch
[03:39] <jsgotangco> Hobbsee: about about a pointy stick of doom?
[03:39] <Hobbsee> jsgotangco: hmmm.  could try it...
[03:39]  * jsgotangco *poofs*
[03:40] <ajmitch> jsgotangco: please don't encourage Hobbsee
[03:40]  * Hobbsee attacks ajmitch with the Long Pointy Stick of DOOM!!!!!!!!!!!!!!!™
[03:41]  * ajmitch is mortally hurt
[03:45]  * jsgotangco casts +10 STR and +4 DEX to ajmitch 
[03:45] <ajmitch> heh
[03:45] <ajmitch> somehow I don't think that'd help
[03:45] <ajmitch> not against the wrath of Hobbsee
[03:45] <StevenK> Haha
[03:46] <jsgotangco> yeah pretty hard to beat an enchanged stone golem
[03:48] <StevenK> I think Blessing of Protection might help. For about 20 seconds.
[03:48] <zul> maybe a woodpecker might help to reduce the long pointy stick of doom
[03:51] <StevenK> Does anyone know where xml.dom.ext.reader went in Intrepid?
[03:51] <ScottK-laptop> Is that part of python-xml?
[03:52] <ajmitch> possibly -oldxml
[03:52] <ajmitch> I don't think it
[03:52] <StevenK> python-oldxml doesn't exist as a package
[03:52] <ajmitch> I don't think it's a separate package, been too long since I saw it
[03:53] <ajmitch> but there were things moved about in the namespace
[03:53] <StevenK> The files are installed, but I can't figure out how to import it
[03:54] <StevenK> /usr/lib/python2.5/site-packages/oldxml/_xmlplus/dom/ext/reader/__init__.py exists, that is
[03:55] <StevenK> And I can find no docs at all about how to import them now
[03:55] <ajmitch> so it is in oldxml
[03:56] <ajmitch>     sys.path.append('/usr/lib/python%s/site-packages/oldxml' % sys.version[:3])
[03:56] <ajmitch> that doesn't help?
[03:57] <StevenK> It does, excellent!
[03:58] <ajmitch> dug out from the python-xml changelog
[05:02] <ScottK-laptop> Figures.  Hurt my wrist on the punching bag.
[05:59] <StevenK> How can I tell C++ which class I want when I get gtklookat.cpp:728: error: reference to 'resource_fetcher' is ambiguous ?
[06:01] <slangasek> prefix it with a 'class::'?
[06:11] <StevenK> slangasek: But it doesn
[06:11] <StevenK> Argh
[06:12] <StevenK> slangasek: But it doesn't have a class, since I declare it in namespace { }
[06:13] <ScottK-laptop> superm1: Where do I go to get my bluetooth back?
[06:13] <superm1> ScottK-laptop, back in what sense?
[06:13] <ScottK-laptop> As in I click on kdebluetooth and the nice icon in my try never arrives.
[06:14] <ScottK-laptop> superm1: Did you ever get anyone to do KDE testing (sorry I didn't get to it)?
[06:14] <superm1> ScottK-laptop, no one ever responded to the post to kubuntu-devel
[06:15] <ScottK-laptop> OK.  So what now.
[06:15] <ScottK-laptop> superm1: Not sure if Bug #279983 is related on just a coincidence.
[06:16] <slangasek> StevenK: ok, then prefix it with namespace::, which works just like class:: ? :)
[06:16] <StevenK> slangasek: Ahhh
[06:17] <StevenK> I think my noobishness with C++ is showing
[06:18] <ScottK-laptop> superm1: Also kdebluetooth now depends on a transitional package and so that needs fixing too.
[06:18] <superm1> ScottK-laptop, I would say that doesn't appear to be a coincidence
[06:18] <ScottK-laptop> OK.
[06:18] <superm1> ScottK-laptop, looking at that exception kdebluetooth will need some rev'ing
[06:18] <superm1> ScottK-laptop, do you guys have a liaison that normally operates on it?
[06:18] <ScottK-laptop> No.
[06:19] <ScottK-laptop> Tonio uploaded the last one
[06:20] <ScottK-laptop> Actually he's uploaded the last several, so I guess he'd be the guy.
[06:20] <ScottK-laptop> superm1: ^^
[06:23] <StevenK> slangasek: namespace:: gives me "expected type-specifier before 'namespace'"
[06:23] <superm1> ScottK-laptop, well hopefully Tonio has a contact with upstream and they've got a 4.x patch ready, or at least in the pipe
[06:24] <slangasek> StevenK: hmm, when I said 'namespace::' I really meant "$namespace::'; did you sub in your namespace's name?
[06:24] <StevenK> slangasek: But the namespace name is ""
[06:24] <slangasek> oh
[06:24] <slangasek> then... hmm
[06:24] <slangasek> no clue on that one, sorry :)
[06:24] <slangasek> I never actually write C++, I just debug it from a safe distance :D
[06:24] <StevenK> Haha
[06:25]  * StevenK wonders if ::<foo> works
[06:25] <slangasek> maybe!
[06:28] <StevenK> error: expected type-specifier before '::' token
[06:28] <StevenK> Sigh
[06:29] <StevenK> Where's Stroustrup so I can hurt him ...
[06:35] <ScottK-laptop> superm1: I'm going to be offline most of tomorrow.  Would you please catch up with him?
[06:35] <superm1> ScottK-laptop, sure if I see him pop in
[06:35] <ScottK-laptop> superm1: He's usually just in #kubuntu-devel IIRC
[06:35] <superm1> i'm scared of too many KDE folk at once, so I might send nixternal in there to pull him into #ubuntu-devel
[06:36] <ScottK-laptop> Well after this you should be ....
[06:36] <StevenK> C++, I hate you
[06:38] <ScottK-laptop> superm1: Just so you know, uncoordinated networkmanager updating broke knetworkmanager for a while this cycle, so people may be a bit grumpy about this.
[06:39] <superm1> ScottK-laptop, well I wish someone would have at least responded to ubuntu-devel or kubuntu-devel ML about this.
[06:39] <ScottK-laptop> I didn't get time to test it.
[06:40] <superm1> ScottK-laptop, hopefully its resolvable  in a timely fashion
[06:40] <ScottK-laptop> I just found out when I upgraded tonight.
[06:40] <slangasek> ScottK-laptop: your bluetooth was working previously in intrepid, then?  Part of the reason for this late update was that large swaths of bluetooth functionality were miserably broken with 3.x and the current kernel :/
[06:40] <ScottK-laptop> slangasek: It was (for file transfer to my phone).  I don't have an input device.
[06:42]  * slangasek nods
[06:44] <ScottK-laptop> slangasek: Fortunately superm1 is core-dev now, so he can fix it himself.
[06:45] <slangasek> true!
[07:12] <Hobbsee> siretart: no idea why gxine wasn't merged earlier - it's a straight merge from MoM.  Just dputting it to my PPA, if you end up playing a DVD, and want to test it.
[07:14] <siretart> Hobbsee: I think it was simply because I didn't have the time and didn't get to it in the last merge window, and nobody else cared enough to do it anyways
[07:14] <Hobbsee> siretart: fair enough
[07:14] <siretart> Hobbsee: I'd say if you consider the changes to be mainly bugfix, just go ahead and upload it to intrepid. that version is working fine for ages in debian
[07:15] <siretart> Hobbsee: if you want to test it, may I suggest putting it to ~motumedia?
[07:17] <Hobbsee> siretart: looks like there's a lot of bugfixing stuff in that.
[07:17] <Hobbsee> not sure what upstream ha schnaged yet
[07:17] <Hobbsee> that's an idea.
[07:18] <Hobbsee> yeah, that's a bugfix release.  excellent.
[07:18] <Hobbsee> or at least, almost fully a bugfix release.
[08:33] <stefanlsd> Am i right in saying if something is in main, it cant build depend or depend on something that is in universe?
[08:33] <wgrant> stefanlsd: Oh, it can, but it won't build.
[08:34] <wgrant> And the world will breka.
[08:34] <wgrant> And people will complain at you unless you've written MIRs.
[08:34] <stefanlsd> heh. so ok. as a rule.  something in main should only include build depends and depends on other software in main.
[08:35] <StevenK> stefanlsd: s/should/can/
[08:35] <stefanlsd> thanks. didnt realise that before.
[08:36] <Hobbsee> stefanlsd: and recommends.
[08:39] <porthose> Any REVU Admin's around? It seems REVU is down.
[08:40] <iulian> porthose: It works fine here.
[08:41] <porthose> hmm that's not what Im getting
[08:42] <porthose> this is what I'm getting http://pastebin.com/d5c988dde
[09:16] <Hobbsee> darn.  gxine still crashes with the same thing.
[09:16] <Hobbsee> ah well.
[09:37] <stefanlsd> Hobbsee: you mentioned recommends above. is this also the case for suggests?
[09:43] <orly_owl> Is there a channel for Ubuntu Stanic Edition?
[09:44] <orly_owl> I'd like to do a similar thing for gNewSense.
[09:47] <iulian> Yaay! A military helicopter just landed in front of my house.
[09:47]  * iulian wonders what they want.
[09:47] <orly_owl> Will you be on the news soon?
[09:48] <iulian> I didn't do anything bad!
[09:48] <orly_owl> Didn't you?
[09:48]  * orly_owl looks at iulian suspiciously.
[09:49] <iulian> Oh no, trust me.
[10:00] <elmargol> iulian: don't send me a postcard if they bring you to guantanamo
[10:10] <iulian> Hehe
[11:42] <james_w> the sugar team would like to sync a new package from Debian. It's late for this, but it's not a new package, it's just a different source package name to the one in Ubuntu, is this acceptable?
[11:43] <james_w> actually it wouldn't be a sync, it would be an upload, to provide a transition path
[11:54] <Hobbsee> stefanlsd: no
[11:54] <stefanlsd> Hobbsee: thanks. i got it :)
[11:54] <Hobbsee> stefanlsd: cool :)
[12:16] <james_w> hey, who did the rcbugs update?
[12:17]  * wgrant appears.
[12:18] <wgrant> james_w: That would be me.
[12:18] <james_w> cool, thanks wgrant
[12:18] <james_w> though I now realise that my comments seem to have disappeared
[12:19] <wgrant> I believe I moved over all of the existing ones.
[12:19] <wgrant> Maybe somebody deleted them.
[12:19] <james_w> maybe they were lost earlier then
[12:19] <james_w> but they are not there any more
[12:19] <james_w> like 20+ comments explaining why to ignore bugs, so that will be duplicate work now
[12:19] <wgrant> Hmmm.
[12:19] <wgrant> I'll check the DB.
[12:20] <sistpoty|work> hi folks
[12:21] <sebner> huhu sistpoty|work :)
[12:21] <sistpoty|work> hi sebner
[12:23] <wgrant> james_w: They're not in the pre-migration copy of the DB. Somebody must have deleted them. It would be nice to auth against LP at some point, but until then I'll dump the DB regularly and watch for strangeness.
[12:24] <james_w> thanks wgrant
[12:25] <wgrant> Sorry about this.
[12:45] <RainCT> hi
[12:47] <Laney> Who has authority to decline bugs nominated for a release?
[12:47] <RainCT> Laney: Anyone in ubuntu-dev, I think
[12:47] <Hobbsee> me!  muhahahah!
[12:48] <RainCT> (or perhaps its ubuntu-dev for universe/multiverse and ubuntu-core-dev for main/restricted, not sure)
[12:48] <Laney> Please decline https://bugs.edge.launchpad.net/ubuntu/+source/ghc6/+bug/263773 then
[12:48] <Laney> (and motu-sru members: please look at bug #280129)
[12:50] <RainCT> done
[12:50] <Laney> ty
[12:51] <sistpoty|work> Laney: thanks for taking care... as written in the previous bug comment, I think the setResourceLimit (debian bug #491909) would also be good to have, what do you think?
[12:52] <Laney> sistpoty|work: Yes, it would be nice to have but I think the other one is our primary concern here. You can emphasise it more in my option 1 if you'd like
[12:52] <james_w> didn't you already fix that one?
[12:52] <sistpoty|work> Laney: ok, I'll add a comment
[12:53] <sistpoty|work> james_w: in intrepid, yes, but not in hardy
[12:53] <james_w> ah, sorry, I misunderstood
[12:54] <james_w> anybody with a Debian system want to play a game?
[12:54] <Laney> a nice game of chess?
[12:54] <james_w> Debian system with X that is
[12:54] <james_w> not as fun as that I'm afraid
[12:54] <Laney> Global Thermonuclear War?
[12:54] <Laney> (I don't have one with X, sorry :()
[12:55] <james_w> that's more like it
[12:59] <RainCT> porthose: Hey, can you log in now?
[13:16] <porthose> RainCT: checking
[13:17] <porthose> RainCT: nope :-(
[13:19] <porthose> RainCT: http://pastebin.com/d5a51d221
[13:27] <RainCT> porthose: now?
[13:31] <porthose> RainCT: I can sign in now thanks :)
[13:32] <RainCT> porthose: Great. Btw, I got your help offer and will tell you if you can think of some way how you can help :). And if you have some idea, don't hesitate to tell me
[13:33] <porthose> RainCT: k :)
[13:47] <RainCT> (err s/if you can think of/if I can think of/)
[13:49] <zul> StevenK: ping
[13:52] <StevenK> zul: ?
[13:53] <zul> StevenK: can you try the myodbc version in my ppa please?
[13:53] <StevenK> zul: Or the mysql-dfsg-5.0 version?
[13:54] <zul> StevenK: its a newer version of myodbc which is built against the mysql version in intrepid
[13:54] <superm1> StevenK, I noticed you at least uploaded totem.  before you mass upload the rest, can you make sure that you have the transition bug number mentioned in debian/changelog?
[13:54] <superm1> it will save having to go pointy clicky all over launchpad to check
[13:55] <StevenK> superm1: Too late.
[13:55] <superm1> :(
[13:55] <StevenK> zul: Is that able to go into the archive? The reason I'm looking at myodbc is so I can get it out of NBS
[13:55] <StevenK> superm1: Sorry :-(
[13:56] <zul> StevenK: perhaps, we had a bug about this before I asked the user to try it out but they never got back to me
[14:12] <kagou> Hi
[14:13] <kagou> I believe that the Ubuntu Packaging Guide was available under yelp. But i can not fin it on Itrepid. Am I wrong ?
[14:13] <kagou> no package for  Ubuntu Packaging Guide ?
[14:47] <sistpoty|work> tseliot: general hint, after I saw bug #274866: please don't publish signed changes files, thanks
[14:48] <tseliot> sistpoty|work: ok
[14:59] <james_w> porthose: hey, you still around?
[16:05] <morgs> james_w: How are we looking with Sugar?
[16:06] <james_w> hey morgs
[16:06] <morgs> james_w: thanks for all your help by the way :)
[16:06] <james_w> I think it's just the hulahop issue to crack then we can push this lot in
[16:08] <morgs> james_w: I thought we needed a newer hulahop, but I had noted down the wrong version from debian. We have basically the same version, sugar-hulahop 0.4.1-1 is in intrepid and debian has python-hulahop 0.4.1-2
[16:08] <james_w> yeah, I was just about to say that
[16:08] <morgs> james_w: I had it failing to build in my PPA but I changed the deps from xulrunner-dev to xulrunner-1.9-dev and removed python-pyxpcom since that is in xulrunner-1.9 now, so it builds successfully in my PPA now
[16:09] <james_w> an alternative to bringing in python-hulahop would be to patch the activity to use the other package, and then do the transition in Jaunty
[16:09] <james_w> morgs: which were you working on in a PPA?
[16:09] <morgs> james_w: I uploaded the debian packages to my PPA to motivate for the feature freeze exception
[16:10] <morgs> Actually we also have "hulahop" in intrepid, 0.4.1ubuntu3
[16:10] <james_w> 0.4-1ubuntu3, but yes
[16:10] <morgs> which is the hardy package
[16:11] <morgs> so it should work for now, although we can fix it better in jaunty
[16:11] <james_w> could you test whether the web activity works if you change python-hulahop->hulahop in its dependencies?
[16:11] <james_w> a use test I mean, it should build
[16:12] <morgs> OK, I'll do that - although probably in a few hours as I'll be out for a bit
[16:15] <james_w> morgs: no problem
[16:52] <hendrixski> I'm looking at https://launchpad.net/ubuntu/intrepid/+source/trac-git  and am excited that trac-git will be packaged in Jaunty, has anybody done any work on backporting it to Hardy?
[16:52] <hendrixski> err... it's scheduled for Intrepid, sorry
[16:52] <directhex> does anyone have a convenient UK-based proxy server i can let an upstream use to help fix a problem on a region-locked website?
[16:53] <hendrixski> but the dependancies listed all seem to fit with Hardy, so.. I'm wondering if it has to be backported or if it can just work as-is maybe?
[16:53] <Laney> directhex: I can provide a shell account on a UK box if they promise not to try any nasty hax ;)
[16:53] <directhex> Laney, x-forwarded firefox sucks (was just testing that idea myself), but thanks for the offer
[16:54] <Laney> directhex: What about ssh -D?
[16:57] <directhex> Laney, oh, that might work.
[16:57] <hendrixski> :-( oh, wait trac-git requires trac 0.11 ... Hardy has 0.10.4 packaged.   Nevermind
[16:57] <Laney> hendrixski: You might backport both, though
[16:59] <hendrixski> Laney: I'm looking at the dependancies, and trac 0.11 looks like it *should* work on Hardy
[17:00] <hendrixski> I tried backporting something with pbuilder a year or so ago, and it didn't turn out so well, is there an easier method these days?
[17:00] <Laney> hendrixski: There's a program "prevu"
[17:02] <hendrixski> nice.. and I assume https://wiki.ubuntu.com/Prevu is a decent manual to follow for it?
[17:02] <Laney> sure
[17:03] <hendrixski> and prevu doesn't add extra packages to my current system, right? it's got like a chroot in it somewhere? the way pbuilder did?
[17:03] <Laney> It uses pbuilder behind the scenes
[17:03] <hendrixski> sweet
[17:05] <hendrixski> and... This backport wouldn't ever make it into an Hardy repository? since it bumps up a version number and all that, right?
[17:06] <jdong> not necessarily...
[17:07] <hendrixski> ah, Ok, soo... I'm going to grab some lunch, backport it, and see if I can get it into .. what's the process called, REVU or something? to get a package into the repo's?
[17:08]  * hendrixski hasn't tried packaging in a long while
[17:08] <Laney> backporting
[17:08] <jdong> hendrixski: backporting
[17:08] <jdong> hendrixski: if it works well let us know on hardy-backports in Launchpad
[17:08] <hendrixski> jdong: will do
[17:25] <slytherin> superm1: can you please take look at bug #280205?
[17:26] <superm1> slytherin, should be handled by the upload i did this morning I thought
[17:26] <superm1> slytherin, it was because the upgrades weren't pulling in bluez-utils 4.x
[17:26] <slytherin> superm1: Ok. I didn't check in morning. But if you are sure can you just add comment in that bug?
[17:29] <superm1> slytherin, sure, well hopefully it's taken care of.  I did a test with an intrepid install that had 3.x in a VM, upgraded to 4.x via dist-upgrade and then purged without trouble on the new package
[17:30] <slytherin> ok
[17:31] <superm1> slytherin, update your box and see, the more the merrier :)
[17:31] <slytherin> superm1: will do about 2 hours form now. But I already have the stack from PPA
[17:32] <superm1> slytherin, ah then you wouldn't see this issue
[17:40]  * sistpoty|work calls it a day and heads home
[17:40] <sistpoty|work> cya
[17:54] <porthose> james_w: when you have time I left you a comment on Bug #276945
[17:55] <james_w> porthose: yeah, just looking now
[17:55] <porthose> :)
[17:55] <james_w> thanks for your perseverence
[17:55] <james_w> I think you've got it this time
[17:55] <james_w> two questions though
[17:56] <james_w> +    * Removed prototype symlink creation from debian/ampache.postinst.
[17:56] <james_w> I don't see this in this diff, wasn't this just something you did in a previous revision of this debdiff?
[17:56] <porthose> checking
[17:57] <james_w> +    * Added prototype symlink creation to debian/links.  This was done to
[17:57] <james_w> +      correct a lintian error. (LP: #276945)
[17:57] <james_w> I think that's a typo, I think you did that to fix this bug :-)
[17:58] <porthose> for the first question no that was done in 0ubuntu2
[17:58]  * hendrixski sighs
[17:59] <hendrixski> I backported trac-git with prevu, but that doesn't backport the dependancies apparently because apt-get doesn't find python-genshi >=5.0
[18:00] <hendrixski> so I backport python-genshi5.02 from intrepid
[18:01] <porthose> james_w: for the second question, lintian was the root cause for this change, because prototype was a "convenance copy of code"
[18:01] <hendrixski> and it's in the /var/cache/prevu/whatever directory with the other debs... but when I go to backport trac, which requires genshi, it's picking up the 4.* that's in Hardy
[18:01] <RainCT> nhandler1: I've just fixed bug #275139 :)
[18:01] <james_w> porthose: ah yes, I remember.
[18:02] <hendrixski> sooo... how do I get prevu to use the packages that are already backported intsead of the ones in the repo's?
[18:03] <james_w> porthose: the only changes I can see to ampache.postinst don't remove any symlink creation code. Could you point out what I am missing, or check that you have posted a diff of what you think you have please?
[18:04] <porthose> james_w: checking
[18:06] <porthose> james_w: yes you are correct that is a typo.
[18:06] <hendrixski> Oh, this is simpler than it sounds... umm...what was that command to make apt to favor packages in my one repo over other repo's?
[18:06] <james_w> porthose: cool, so you are happy for me to upload http://launchpadlibrarian.net/18327114/amp3%2B5-debdiff after tweaking the changelog?
[18:07] <porthose> james_w: yes
[18:07] <directhex> yay, i got mentioned on boycottnovell.com's frontpage. woo!
[18:07] <james_w> porthose: rockin'. I'll do that now.
[18:07] <sebner> directhex: now you are famous :D
[18:08] <porthose> james_w: Thanks :)
[18:09] <directhex> sebner, man, all the hypocrites are out to get me now :)
[18:10] <sebner> directhex: hrhr
[18:12] <RainCT> hendrixski: sudo nano /etc/apt/preferences   ;)
[18:13] <RainCT> hendrixski: here's an example on how it could look: http://paste.ubuntu.com/55349/
[18:14]  * hendrixski checks the pastebin
[18:14] <hendrixski> oooh. that looks promising
[18:15] <hendrixski> I just create the /etc/apt/preferences if it's not there already, right?
[18:15] <RainCT> hendrixski: yea
[18:16] <hendrixski> and the higher the priority number the lower the priority?  or vice versa the higher the priority number the higher the priority?
[18:16] <RainCT> hendrixski: higher = better
[18:16] <hendrixski> :-)
[18:19]  * hendrixski runs prevu trac once again
[18:20] <james_w> porthose: uploaded, thank you for your contribution
[18:20] <hendrixski> :-( prevu failed again:   pbuilder-satisfydepends-dummy: Depends: python-genshi (>= 0.5) but it is not installable
[18:20] <porthose> james_w: Thank you! :)
[18:21] <hendrixski> RainCT: I can point /etc/apt/preferences at a repository (like the one that prevu makes in /var/prevu/cache/... and not just an individual release, right?
[18:22] <RainCT> hendrixski: I guess so, but don't ask me how :P
[18:23] <hendrixski> lol, k, I'll ask google
[18:25] <hendrixski> ah, it's the v= flag
[18:32] <jdong> hendrixski: python-genshi probably doesn't exist.
[18:32] <jdong> at that version
[18:34] <hendrixski> jdong: when I apt-cache search python genshi it shows both the 0.4.* in the Hardy repo and the Version: 0.5.0-1~8.04prevu1  that's in my repo
[18:34] <jdong> hendrixski: did you run prevu-update before attempting the 2nd prevu build?
[18:34] <hendrixski> oh
[18:34]  * hendrixski feels really stupid now
[18:34] <jdong> hehe common mistake
[18:37] <hendrixski> well... at least I can console myself, I probably needed to update the /etc/apt/preferences to include the newer files anyway, right :-p
[18:37] <hendrixski> looks like it's working this time :-D
[18:38] <RainCT> is there anyone else who dislikes small text, beside norsetto?
[18:39] <iulian> RainCT: Launchpad?
[18:39] <RainCT> iulian: REVU
[18:39] <RainCT> I've just added a Preferences page which allows to choose an alternate stylesheet with bigger fonts :P
[18:40] <iulian> RainCT: Ah, it looks ok now IMHO.
[18:40] <iulian> And yes, it was annoying before.
[18:40] <hendrixski> w00t it's working :-)
[18:40] <RainCT> iulian: uhm.. has it changed for you? it should still use the old size by default
[18:41] <iulian> RainCT: It looks different here.
[18:41] <RainCT> ah wait, there's a bug.. my coding skills get worse each day :P
[18:41] <iulian> Heh
[18:42] <hendrixski> heh, so only 3 packages needed to be backported for trac-git to work... now I'll install it, try it out, and submit them to hardy-backports on Launchpad
[18:50] <RainCT> iulian: ok, fixed
[18:59] <RainCT> persia: If you want a brown REVU: stylesheet proposals are welcome ;P
[19:02] <persia> RainCT, You presume a level of visual artistry that is well beyond me.  Aside from my lack of skill, I'm also not physically capable of seeing many of the subtle distinctions that would annoy others.
[19:09] <slytherin> ha ha ha
[19:14] <slytherin> superm1: I don't understand your comment on bug #213885. File receiving was functionality of obex-data-server right? When did it move to gnome-user-share?
[19:14] <superm1> slytherin, it's provided "by" ods
[19:14] <superm1> but... bluez-gnome used to present it
[19:14] <superm1> now gnome-user-share is the one that presents it
[19:14] <slytherin> oh
[19:15] <slytherin> then do we have gnome-user-share added in recommends of bluez-gnome?
[19:15] <slytherin> or probably o-d-s
[19:15] <superm1> well.. it recommends apache2
[19:15] <superm1> which would mean apache2 on all machines
[19:15] <slytherin> LOL. why does gnome-user-share recommend apache2?
[19:16] <superm1> slytherin, it provides more sharing functionality via apache as well i guess
[19:16] <superm1> crevette probably knows more about it
[19:16]  * slytherin checks
[19:16] <superm1> er actually it depends on apache2.  even better :)
[19:17] <slytherin> ahh, webdav
[19:17] <superm1> slytherin, if you don't agree with any of the triaging that I did, feel free to revert the status of any of those bugs.  I know upstream wouldn't have touched most of them, and a lot of them were fixed with the 4.x stuff
[19:18] <superm1> so I tried to adjust as appropriately as I could
[19:18] <slytherin> superm1: I would rather discuss it first. Because I am not aware of all the packages related to bluez.
[19:19] <superm1> I don't mean to come stomping all over those bugs like I run the joint, but I was trying to be realistic about the debugging of some of those old traces and some of the features
[19:21] <slytherin> superm1: yes I can understand that
[19:23] <superm1> slytherin, but going forward on any bugs filed with the 4.x stack, I think if they are root caused/triaged, upstream will  be a lot more apt to help out with them etc
[19:23] <superm1> jcastro, did you end up talking to marcel at all about bluez bugs and forwarding them upstream?
[19:23] <slytherin> superm1: but this situation with file receiving is bad then. I am sure most of the users use file sharing aspect of bluetooth more. Of course of obex browsing works perfectly from nautilus then it is not an issue.
[19:23] <slytherin> s/of obex browsing/if obex browsing
[19:24] <superm1> slytherin, yeah browsing does, but your machine will have to support sharing files then in a browsable fashion
[19:24] <jcastro> superm1: basically he wants all bugs to the mailing list
[19:24] <jcastro> superm1: that trac instance is used other people, but not him
[19:25] <superm1> jcastro, is there a good interface to have launchpad forward bugs to a mailing list?
[19:25] <superm1> or one in development at least?
[19:25] <slytherin> superm1: No I meant browsing remote device from my machine. I don't think that requires any configuration.
[19:25] <jcastro> nope. :-/
[19:25] <superm1> jcastro, then what do you think will be the most ideal workflow for bugs that need to be forwarded?
[19:25] <jcastro> superm1: if he used the trac plugin we could have nice 2-way comment syncing and eventually forwarding, but he doesn't seem interested in having a bug tracker
[19:26] <slytherin> why not ask him to subscribe to bugs in bluez package. That package didn't exist in hardy so he will not receive mails for older release.
[19:26] <jcastro> superm1: I would mail the critical ones to the mailing list
[19:26] <jcastro> slytherin: he's not interested
[19:26] <slytherin> ohh
[19:26] <superm1> jcastro, that's too bad.
[19:27] <jcastro> superm1: yeah, I would concentrate on the major bugs and patches
[19:27] <jcastro> I wouldn't expect anyone would be interested in mailing minor/wishlist bugs to a mailing list
[19:28] <superm1> jcastro, bluez traditionally doesn't see a lot of patches actually written and attached to the bugs.  I think apport crashes will be the most worthwhile sending then at least
[19:28] <superm1> I mean i've written a few patches that I sent to the mailing list myself, but I've not seen many people doing similar things
[19:31] <slytherin> superm1: in my opinion bluez on linux is still a mystery for most of the users, even the advanced ones.
[19:32] <superm1> slytherin, yeah, it's excessive use of dbus for everything I think adds a lot of confusion, and makes it difficult to root cause where problems actually lie
[19:38] <superm1> slytherin, o
[19:38] <superm1> slytherin, bug 272150
[19:38] <superm1> slytherin, did you have some ideas on that?
[19:39] <slytherin> superm1: I saw the bug. But I don't think we can do anything about it as of now.
[19:50] <fabrice_sp> emgent: did you contact Tony, for Bug #279755 ?
[19:51] <emgent> fabrice_sp: yep, i'm working to him about that..
[19:51] <fabrice_sp> So I will tranfer the bug to you
[19:52] <fabrice_sp> or should I transfer it to him?
[19:52] <emgent> feel free to assign this bug to me.
[19:53] <fabrice_sp> done: i'll look for another package to package
[19:58] <emgent> ok thanks. now i have to go. see you later
[20:05] <slytherin> superm1: do you think we can drop dependency of libbluetooth from totem? I believe it is useful only for bemused client plugin. bemused is not even packaged in Ubuntu and the last upstream series was on December 19, 2003
[20:06] <superm1> slytherin, are you sure that's all it's used for?
[20:06] <superm1> slytherin, i'd double check the code for any bluetooth references
[20:06] <superm1> or bluetooth header files used etc
[20:07] <slytherin> superm1: I will check tomorrow.
[20:09] <RainCT> (REVU has a "Get notification emails for anything related to my uploads." option now :))
[20:10] <slytherin> superm1: also the way it is packaged currently, there is no .totem-plugin file for this plugin. So I suppose it is not even initialised.
[20:10] <slytherin> RainCT: wow, that is great work. Thanks a lot. :-)
[20:16] <RainCT> Next thing on my list: apt-get'able source repository \o/
[20:17] <RainCT> Does apt-get support server-side redirects?
[20:18] <cody-somerville> Any motu-sru out there?
[20:22] <slytherin> RainCT: You mean HTTP 302, right? I think it does.
[20:27] <geser> slytherin, RainCT: no it doesn't; see bug #18645
[20:33] <crevette> hello
[20:33] <crevette> superm1, slytherin; around ?
[20:36] <slytherin> crevette: yes
[20:37] <crevette> slytherin: it seem syou were discussing ods and gnome-user-share few minutes ago
[20:37] <crevette> do you have any particular problem
[20:39] <slytherin> crevette: No. I was just discussing some comment superm1 added on a bug.
[20:40] <crevette> ah okay
[20:40] <slytherin> crevette: I have a problem. Nothing bluetooth works on my machine. :-P Seems to be hardware issue.
[20:40] <crevette> I'm the guy working on gnome-user-share update with bluez 4.x
[20:40] <crevette> slytherin: ah
[20:40] <crevette> in which direction ?
[20:40] <RainCT> geser: too bad. well, I guess I can also get it working without redirects. thanks for the info
[20:41] <slytherin> crevette: either
[20:41] <crevette> I don't know much on bluez lo layer
[20:41] <crevette> low
[20:41] <slytherin> hmm
[20:41] <crevette> what device is it ?
[20:44] <slytherin> crevette: 'Enter', USB dongle.
[20:44] <slytherin> crevette: got to go. past midnight here. Want to get some good sleep. :-)
[20:44] <siretart> james_w: is it possible to import a dsc file wiht import-dsc that skips an upstream release?
[20:45] <crevette> ah good night
[20:45] <siretart> james_w: I try to import http://incoming.debian.org/vlc_0.9.4-1.dsc into lp:~motumedia/vlc/vlc..
[20:46] <siretart> james_w: the branch has 0.9.2, debian has skipped 0.9.3
[20:47] <james_w> siretart: should work
[20:48] <siretart> bzr: ERROR: No such tag: upstream-debian-0.9.3
[20:48] <siretart> that's what I get
[20:48] <siretart> which is correct, but doesn't help me :)
[20:50] <james_w> siretart: ah, yeah, I'll need to help you convert to the new way of doing things.
[20:50] <james_w> siretart: it will be better, I promise :-)
[20:50] <directhex> mmmmm krispy kreme
[20:50] <james_w> siretart: there just wasn't a good way to automatically transition
[20:50] <james_w> siretart: can you give me pointers to the branches that you use?
[20:52] <siretart> james_w: a checkout of lp:~motumedia/vlc/vlc
[20:53] <james_w> siretart: thanks, I'll take a look
[20:56] <james_w> siretart: ah, sorry, I misunderstood
[20:56] <james_w> siretart: it's a bug, let me investigate
[20:58] <siretart> james_w: filed as bug #280381
[20:59] <james_w> siretart: ok, so, it's looking for the upstream version corresponding to the preceeding entry in debian/changelog. What do you think it should do if it can't find it?
[20:59] <siretart> issue a warning and skip that changelog entry?
[20:59] <siretart> in this particular case, 0.9.3 was prepared, but never uploaded
[20:59] <james_w> it could walk backwards through the versions until it finds the one that it has got
[21:00] <james_w> yeah, so you would expect to look back and try 0.9.2?
[21:00] <siretart> at least not uploaded to debian, but kept at some public_html on http://videolan.org/~xtophe...
[21:00] <james_w> siretart: you would expect a warning?
[21:01] <siretart> hm, I expected it to just import 0.9.4 and don't fail because 0.9.3 is missing
[21:01] <james_w> oh yeah, I agree
[21:02] <siretart> I wasn't aware that the debian/changelog in the to be imported source package mentions 0.9.3 at all, so no, I didn't really expect it to issue a warning
[21:02] <james_w> you just said "issue a warning", and I was wondering if you would be surprised if it did it quietly
[21:02] <siretart> however it would be informative
[21:02] <siretart> no, I wouldn't be surprised if it did not do the warning
[21:02] <superm1> crevette, what's up?
[21:02] <crevette> hello superm1
[21:02] <siretart> shall i tag the 0.9.2 revision with 0.9.3 as workaround?
[21:03] <james_w> "This package references an upstream version, 0.9.3, that is not in the ancestry of your branch. You may wish to import that version first"
[21:04] <james_w> siretart: that would work, how about I come up with a fix you can test?
[21:04] <siretart> sure!
[21:05] <james_w> shouldn't be too hard
[21:09] <james_w> siretart: dinstall ran :-)
[21:11] <siretart> james_w: cf. http://pkg-multimedia.alioth.debian.org/uploads/ in 2 minutes (still uploading)
[21:12] <ajmitch> hi
[21:12] <superm1> crevette, where were you at on gnome-user-share?  do things need to be adjusted still then?
[21:12] <superm1> crevette, and is there any way you can break off the apache requirement?  or does it break the experience by doing so
[21:12] <james_w> siretart: ah, I was wrong again, it's not looking at the ancestry of the package that you are importing, it's looking at the changelog in the branch.
[21:14] <james_w> siretart: the intent is that you maintain a debian branch and an ubuntu branch, and here you are trying to import a debian upload in to the ubuntu branch. The ancestry of the branch and package don't match, so it falls over.
[21:15] <crevette> superm1: I'm stuck on bluetooth reception now, it seems obex-data-server can't be started on my station
[21:15] <siretart> james_w: dget http://pkg-multimedia.alioth.debian.org/uploads/vlc_0.9.4-1.dsc should work now
[21:16] <superm1> crevette, why can't it be?
[21:16] <superm1> crevette, you are on the latest stuff in intrepid right?
[21:16] <crevette> yep
[21:17] <fabrice_sp> Hi. Any motu-release to have a look at FFe in bug 242572?
[21:17] <crevette> I tried the test server provided in o-d-s and it doesn't work
[21:18] <siretart> james_w: right. If I revert to the debian branch (bzr pull -rtag:debian-0.9.2-1 . --overwrite), then the import succeeds
[21:20] <james_w> siretart: so the way that this is supposed to work now is for you to maintain two branches and import debian uploads to the debian one, and then "bzr merge" to the ubuntu one, do your thing, and then use "bzr mark-uploaded" when you upload.
[21:22] <siretart> james_w: okay, I see. I'll keep that in mind
[21:22] <siretart> james_w: I assume the problem will more or less vanish as soon as the imports of the launchpad importer get published
[21:23] <crevette> superm1: Ihave you've time I'd be happy that you test my ppa build of gnome-user-share
[21:24] <crevette> :)
[21:24] <siretart> james_w: btw, do you have a status update on that?
[21:24] <crevette> s/Ihave/If/
[21:24] <james_w> siretart: yeah, but the first stage won't manage the Debian branches for you, so you will have to keep doing that for yourself for a while longer I'm afraid.
[21:24] <siretart> james_w: ah, I see
[21:24] <superm1> crevette, huh?
[21:25] <james_w> siretart: I've got an import running right now to help me debug things on a large scale. Work has also started on the launchpad side to make it able to host these branches. Hopefully in the next couple of months we should be rolling this out.
[21:25] <james_w> siretart: the Debian stuff is targeted to be done by the release of Jaunty
[21:26] <siretart> wow. that's great news! good work!
[21:28] <james_w> I'm trying to clear some of the Intrepid bugs off my plate so I can focus on it more, it's hard work though.
[21:28] <crevette> superm1: what is the problem ?
[21:29] <superm1> crevette, that question or statement of yours didn't make sense.
[21:29] <superm1> crevette, I have you've time?  I think you were meaning if I had time to test your ppa build of gnome user share?
[21:30] <crevette> yep, that not what I wrote ?
[21:31] <crevette> «  Ihave you've time I'd be happy that you test my ppa build of gnome-user-share » with s/Ihave/If/
[21:31] <crevette> :)
[21:31] <superm1> crevette, it didn't read right.  yeah that makes more sense
[21:31] <superm1> crevette, i'll see what I can do
[21:31] <crevette> okay tx
[21:44] <synic> is this a good place to as PPA questions?
[21:44] <directhex> packaging, yes
[21:44] <directhex> #launchpad for issues with ppa management itself
[21:45] <synic> ok, I accidentally uploaded a file named 0.2.14~ppa0~intrepid0 into the ppa, but into the hardy distro
[21:45] <synic> basically, I need to come up with a version number that's > 0.2.14~ppa0~intrepid0
[21:45] <synic>  exaile_0.2.14~hardy1~ppa0 doesn't work
[21:45] <synic>  exaile_0.2.14~hardy0~ppa1 doesn't work either
[21:46] <directhex> correct
[21:46] <synic> what will work?
[21:46] <directhex> you're aware of the alphabet, yes?
[21:46] <directhex> "p" is higher than "h"
[21:46] <synic> yup.
[21:46] <directhex> so 0.2.14~poeruihfeuirhfceuirhfvuiehruifgh is gonna be higher than 0.2.14~hqwyqwy7gdqw67teqwygd
[21:47] <synic> alright.
[21:48] <directhex> so the short answer is "be higher than 'p'. personally i'd request package deletion, wait a few hours, then stick it on as originally planned
[22:27] <ScottK> I see the Flash 10 RC update bug has finally been put out of it's misery.
[22:27]  * RAOF sees that someone's broken gnome-desktop-sharp
[22:31] <crimsun> ScottK: too many components (ia32-libs, nspluginwrapper) needed to fall into place.
[22:43] <james_w> morgs: nice work, have you tested it works as well?
[22:44] <james_w> morgs: add removing hulahop to the TODO list for Intrepid as well, it's not needed, so we should kick it out.
[22:44] <james_w> morgs: it looks like we're set to go. I'll try and find some time tomorrow to sponsor everything
[22:53] <crevette> superm1: around?
[22:54] <superm1> crevette, yeah
[22:55] <crevette> as I said I can't receive files over Bluetooth in gnome-user-share, I tend to suspect obex-data-server, how can I debug that?
[22:55] <crevette> I killed the process and launch a new one in a console
[22:55] <ScottK> crimsun: Yes.  I'm glad someone finally got it worked out.
[22:55] <crevette> I don't see any error
[22:56] <crevette> superm1: but python ods-server-test.py  opp /home/baptiste/Bureau/ spews a dbus error
[22:57] <crevette> ah seems to works now ...
[22:57] <crevette> I tested a dozen of time before
[22:57] <superm1> crevette, just needed a magic touch then?
[22:58] <crevette> hmm
[22:58] <crevette> not sure
[22:58] <crevette> g-u-s still don't work
[22:59] <RAOF> Whoops!  Why is the gnome-desktop-sharp packaging borked?
[23:00] <ajmitch> RAOF: someone broked it?
[23:01] <ajmitch> last upload was a no-change rebuild
[23:02] <RAOF> Yeah; it was broken before then (and the rebuild won't actually have done anything, it seems)
[23:03] <ajmitch> any more details than 'broken'?
[23:05] <RAOF> It doesn't depend on its dependencies, and it depends on libgnome-desktop-2 rather than libgnome-desktop-2-7
[23:05] <crevette> superm1: broken again... http://pastebin.ca/1223146
[23:06] <superm1> crevette, i would suspect you have multiple running at the same time when that's happening?
[23:06] <ion_> Anyone up for sponsoring http://launchpadlibrarian.net/18250664/iconv.debdiff to fix LP #278195? Thanks.
[23:07] <crevette> superm1: perhaps ...
[23:09] <crevette> I thought it would support several servers in the same time, but even with ods-server-test it fails
[23:19] <luckyone> hello masters of the universe
[23:19] <luckyone> question for you - how hard is it to add something like a simple script to the repos?
[23:21] <directhex> luckyone, what's the goal?
[23:22] <luckyone> this script in this thread, http://ubuntuforums.org/showthread.php?t=874957&highlight=encode-handheld, is quite useful to me - I would like to get it in the repos so that I don't have to update it on every machine I run it on
[23:22] <luckyone> so I don't have to *manually* update it
[23:22] <luckyone> I can let apt take care of it
[23:23] <luckyone> the package would only contain the script, but it would be pretty handy
[23:24] <directhex> well, you could package it certainly
[23:24] <directhex> there are more useless packages out there
[23:24] <luckyone> hehe
[23:24] <luckyone> reading wiki now
[23:25] <luckyone> so I could essentially create a package for this and put it in the repos?
[23:35] <emgent> nhandler: utu fixed.
[23:37] <nhandler> emgent: Nice job.
[23:38] <emgent> thanks to you :)
[23:39] <emgent> now waiting cron job.
[23:39]  * ajmitch probably won't be at the top of the list
[23:40] <crimsun> I know I won't be ;-)
[23:41] <emgent> hehe
[23:42] <ajmitch> kick that cron job harder
[23:43]  * ajmitch should probably do something at least before release
[23:48] <NCommander> ajmitch, care to sponsor an upload?
[23:49] <RAOF> ajmitch: You're still core-dev, right?  You can sponsor at least one trivially correct mono upload!
[23:51] <ajmitch> for some strange reason, someone assigned a bug to me
[23:51] <ajmitch> how close to the CoC can I go in educating this person?
[23:52]  * ajmitch has never touched this package before
[23:52] <directhex> tell them "Your mother was a hamster and your father smelt of elderberries"
[23:52] <ajmitch> NCommander: what is the upload?
[23:53] <ajmitch> RAOF: and yes, I could sponsor a mono upload, given how many times I've had fun uploading it in the past
[23:53] <NCommander> Bug fix to orage. Its pending upload in Debian, but we're waiting for lenny to be released before it goes :-)
[23:53] <ajmitch> k
[23:53] <RAOF> It's not actually mono, it's gnome-desktop-sharp ;)
[23:53] <ajmitch> RAOF: even better, I've got the source of that one & was looking at its debian/control file when you mentioned it earlier
[23:54] <RAOF> You'd be looking at bug #280365
[23:55] <james_w> NCommander: "I think the change is too invasive for Intrepid. We'll fix in Jaunty :)" ?
[23:56] <ajmitch> http://launchpadlibrarian.net/18349576/fix-gnomedesktop-cil.debdiff is the final fix?
[23:56] <NCommander> james_w, it needs to be fixed in Intrepid, exo pretty broken without it
[23:56] <james_w> NCommander: I didn't write that, you might want to discuss it in the bug to get consensus, surely?
[23:56] <ajmitch> don't you love the messy dllmap stuff that has to be done?
[23:57] <RAOF> Yeah.
[23:57] <NCommander> james_w, just to make sure we're on the same page, we're talking about the firefox.sh bug, right?
[23:57] <james_w> NCommander: no, the orage bug
[23:57] <james_w> NCommander: I'm quoting the bug report.
[23:57] <NCommander> james_w, we did for Orage?
[23:57]  * NCommander checks
[23:57] <RAOF> We should rig up a dev so-link -> real library munger, make that automatic.
[23:57] <RAOF> ajmitch: Unless there are any _other_ typos in the changelog, yes.
[23:58]  * ajmitch is just wondering why there are 2 dllmap patches now
[23:58] <NCommander> james_w, I'm talking about a straight upload for Ubuntu
[23:58] <ajmitch> sure, it's nice to have separated patches & all, but these do effectively similar things
[23:58] <NCommander> james_w, (I'm the one who committed the fix into pkg-xfce ;-))
[23:58] <NCommander> Oh I see
[23:58] <NCommander> I didn't see cody's comment
[23:58] <directhex> RAOF, talk to meebey about adding it to cli-common?
[23:58] <NCommander> Ok
[23:58] <james_w> NCommander: I know, I saw you do it
[23:58] <RAOF> directhex: Yeah.  Once it's actually written, of course!
[23:59] <directhex> RAOF, at least ask for guidance
[23:59] <RAOF> Right.
[23:59] <ajmitch> RAOF: also, is it worth pulling in the change from 2.20.1-3 ?
[23:59] <ajmitch> which is just making certain packages arch: all