RAOF | Hobbsee, Fujitsu: Oh, cool. Looks like bug #194214 may have some resolution! | 00:06 |
---|---|---|
ubotu | Launchpad bug 194214 in xorg-server "Keys get "stuck" down" [High,Confirmed] https://launchpad.net/bugs/194214 | 00:06 |
Fujitsu | RAOF: So I saw! | 00:06 |
RAOF | I'm building xorg-server with that patch applied right now :) | 00:07 |
Fujitsu | I would too, but my CPU time is being absorbed by mplayer-building evilness. | 00:07 |
Fujitsu | I think it's those LDFLAGS changes again, but it seems intermittent. Yay. | 00:07 |
RAOF | Wow. xorg-server has _pages_ of dpkg-shlibs warnings :) | 00:09 |
Fujitsu | Lovely. | 00:09 |
RAOF | Right. Time to install this, nvidia-glx-new, and see if I can break it. :) | 00:10 |
Fujitsu | Have you reinstalled? | 00:12 |
RAOF | No. So my system isn't exactly clean, but simply reinstalling all the xorg/mesa/etc related packages seems good enough. | 00:12 |
protonchris | RAOF: did you end up playing with ext4 yesterday? | 00:12 |
RAOF | protonchris: No. I ended up learning 2 things: WoW runs (abysmally) using software mesa, and (2) WoW does not run using nouveau gallium :) | 00:13 |
protonchris | heh | 00:14 |
RAOF | Our wine maintainer rocks. Props to YokoZar (whom I assume is behind our shiny new wine). | 00:17 |
ScottK3 | pochu: Please finish filling out Bug 199218 so we can get python-xml removal finished. | 00:23 |
ubotu | Launchpad bug 199218 in emesene "[FeatureFreeze Exception] Please sync emesene (universe) 1.0~r1137-1 from Debian unstable (main)" [Undecided,Incomplete] https://launchpad.net/bugs/199218 | 00:23 |
=== ScottK3 is now known as ScottK2 | ||
* ScottK2 reminds people about http://qa.ubuntuwire.org/bugs/rcbugs/ | 00:32 | |
bddebian | Heya gnag | 00:36 |
bddebian | Err gang | 00:36 |
sistpoty | hi bddebian | 00:36 |
RAOF | Heya bddebian. | 00:36 |
bddebian | Hi sistpoty, RAOF | 00:36 |
protonchris | hey bddebian | 00:36 |
RAOF | Fujitsu: That patch seems to fix it! Awwww, yeah. | 00:36 |
Fujitsu | RAOF: Great! | 00:36 |
bddebian | Hello protonchris | 00:37 |
sistpoty | bddebian: I just closed a bug in powermanga, I happened to read (437299) :) | 00:37 |
sistpoty | (DBTS) | 00:37 |
sistpoty | strange enough, my mail is not displayed in the bug :/ | 00:37 |
bddebian | Before or after the new upstream? | 00:38 |
sistpoty | I used the current version in unstable... it doesn't really matter, since the bug was just invalid | 00:38 |
bddebian | Oh, nice, thanks! :) | 00:38 |
sistpoty | thanks for the new upstream version, bddebian... just tested it for the FFe :) | 00:39 |
LaserJock | ScottK2: could you put the rcbug URL in the topic? | 00:39 |
sistpoty | oh, and we've left beta freeze | 00:41 |
=== sistpoty changed the topic of #ubuntu-motu to: https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | ||
=== sistpoty changed the topic of #ubuntu-motu to: https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | We're in FeatureFreeze, see http://wiki.ubuntu.com/FeatureFreeze | ||
=== fta_ is now known as fta | ||
=== sistpoty changed the topic of #ubuntu-motu to: https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | We're in FeatureFreeze, see http://wiki.ubuntu.com/FeatureFreeze | please check rc bug fixes in debian not having entered ubuntu yet: http://qa.ubuntuwire.com/bugs/rcbugs/ | ||
sistpoty | LaserJock: s.th. like that? | 00:44 |
bddebian | sistpoty: Ah, excellent, thanks | 00:44 |
bddebian | You going to file for attal too? :) | 00:45 |
LaserJock | sistpoty: I was going to put it up front so everybody saw it, but yeah, thanks | 00:45 |
sistpoty | bddebian: I only ack'd it, should we go for attal? | 00:45 |
sistpoty | LaserJock: feel free to reorganize my mess ;) | 00:45 |
bddebian | sistpoty: Probably but I need to test a build with hardy :-( | 00:46 |
sistpoty | bddebian: I guess I can do that | 00:46 |
bddebian | Hah, I just tried to upload adanaxisgpl to Debian.. w00ps | 00:47 |
bddebian | Should probably do clanlib too now that it just got accepted.. :) | 00:48 |
bddebian | Couple of RC bugs there, I think | 00:48 |
sistpoty | heh | 00:49 |
* bddebian needs to stop being a lamer wrt to Ubuntu this release :-( | 00:51 | |
sistpoty | come on bddebian, you contribute with all that fixes showing up on the rc list :P | 00:52 |
bddebian | Yeah but I'm not uploading shit to Ubuntu this release :-( | 00:53 |
sistpoty | heh | 00:54 |
sistpoty | bddebian: I guess you're a step further now, you let your shit get synced for this release :P | 00:54 |
=== wolfger_ is now known as wolfger | ||
bddebian | :) | 00:59 |
Bruno_ | hi. in bug #164181 they ask to change the file crypttab.5.gz but i cant find such file in the source ? | 01:13 |
ubotu | Launchpad bug 164181 in cryptsetup "Manual page typos" [Low,Fix committed] https://launchpad.net/bugs/164181 | 01:13 |
sistpoty | bddebian: hm... attal-themes-medieval has a dependency loop with attal (funny, I tried installing these with dpkg independent from each other, and apt-get -f install actually solves it by removing the new attal and installing an old attal-themes-medieval *g*) | 01:16 |
bddebian | Shit, I thought I fixed that | 01:17 |
sistpoty | oh, I got an old version of attal-themes-medieval... that explains the funny apt behaviour | 01:18 |
sistpoty | sorry bddebian | 01:19 |
sistpoty | damn, new one didn't hit my unstable mirror yet | 01:19 |
LaserJock | Bruno_: is there any crypttab.5 file in the source or debian/ ? | 01:21 |
Bruno_ | LaserJock: yeah, just found it its crypttab.5.txt | 01:22 |
sistpoty | bddebian: oh nice, still in incoming :) | 01:24 |
sistpoty | bddebian: just saw, that the new attal didn't install the desktop file (it's there in a subdir of debian in the source package) | 02:13 |
bddebian | Really? Grr, damnit | 02:16 |
sistpoty | bddebian: well, it does have a menu entry... so I'm in favour of dropping that last bit of ubuntu only change I found ;) | 02:17 |
bddebian | I'm the .desktop file king I can't believe I missed that :-( | 02:21 |
sistpoty | heh | 02:21 |
slavik | I am trying to build xserver-xorg-core with a debdiff but I get errors regarding undeclared identifiers | 02:22 |
slavik | GL_DEPTH_STENCIL_MESA, GL_UNSIGNED_SHORT_15_1_MESA, GL_UNSIGNED_SHORT_1_15_REV_MESA, GL_UNSIGNED_INT_24_8_MESA, and GL_UNSIGNED_INT_8_24_REV_MESA | 02:22 |
sistpoty | bddebian: btw.: nice game, reminds me on the heroes of might and magic series, which I completeley loved (oh, I still didn't finish the newest one) | 02:22 |
bddebian | heh | 02:23 |
moepot | hi there.. I asked to be added to the ubuntu-universe-contributors team.. and now I should ask the REVU admins to resync the keyring ;-) ... | 02:24 |
sistpoty | moepot: give me a sec please | 02:25 |
moepot | sistpoty: take it easy | 02:25 |
slavik | what game? | 02:26 |
sistpoty | moepot: what's your gpg key id? (too lazy to do a full resync now) | 02:26 |
sistpoty | slavik: attal | 02:26 |
moepot | one second.. | 02:26 |
ScottK2 | moepot: We aren't taking new packages right now, so there's no great rush. | 02:27 |
moepot | sistpoty: 1024D/B6D4FFA0 is that right? | 02:27 |
sistpoty | slavik: hard to tell w.o. context. my best guess are that these are declared somewhere in mesa and maybe you're missing that as a build-dependency? | 02:27 |
moepot | ScottK2: I'm waiting for ibex ;-) | 02:28 |
sistpoty | moepot: I don't know if that's your key... but I added it to revu's keyring now, so your uploads will get processed by revu now | 02:28 |
ScottK2 | OK. It's a pretty safe bet the keyring will get sync'ed between now an dthen. | 02:28 |
moepot | sistpoty: yea, that's my key. but I don't really know if you meant the fingerprint | 02:29 |
sistpoty | moepot: no, I just needed some keyid to import | 02:29 |
moepot | aehm.. how to login in revu account? | 02:30 |
sistpoty | moepot: you don't have an account yet. once you update a package, revu creates an account. you can recover your password by entering your the email you used for uploading the package and not entering any pw | 02:31 |
sistpoty | s/update/upload/ | 02:32 |
moepot | sistpoty: ah. right. thank you much for your help and work ;-) | 02:33 |
sistpoty | moepot: np, that wasn't too much work actually ;) | 02:33 |
moepot | sistpoty: I hope so :-P | 02:34 |
sistpoty | otherwise I'd blame the revu author... damn *g* | 02:34 |
bddebian | heh | 02:34 |
moepot | ou yea.. hehe | 02:34 |
moepot | ScottK2: Sorry, I read your message only now. But I think it's no problem to upload my package now? | 02:41 |
sistpoty | moepot: it might get lost, once revu moves to the a new box (which has currently not enough hard disk space to import all current revu uploads) | 02:45 |
slavik | I am lost :( | 02:46 |
moepot | sistpoty: okay. In that case I've to wait until hardy has been released? | 02:49 |
sistpoty | moepot: you could fix a bug or so... maybe you'd like to take a look at the rc-bug list (see topic) | 02:49 |
moepot | sistpoty: mmh good. but new packages aren't allowed? | 02:52 |
slavik | http://rafb.net/p/sM4deI18.html | 02:52 |
sistpoty | moepot: only, if there's a really, really good reason, why we'd want it in (in preference to backport from intrepid) | 02:53 |
moepot | sistpoty: no, there isn't ;-) | 02:53 |
Fujitsu | sistpoty: I wonder how much space you'd save with an fdupes+hardlinking run. | 02:53 |
sistpoty | slavik: I'd suggest that you grep for GL_DEPTH_STENCIL_MESA and check if that file is included in rensize.c and also in the include path | 02:54 |
sistpoty | Fujitsu: no idea, feel free to give it a shot ;) | 02:55 |
slavik | the problem is that I can't find the file as I am building it from the repo source | 02:55 |
sistpoty | ScottK2: personal one: bug 205810 would need an ACK | 02:56 |
ubotu | Launchpad bug 205810 in attal "please sync attal (1.0~rc1+cvs20080318-1) and attal-themes (1.0~rc1+cvs20080318-1) from unstable/main and (FIXME: moving target) to universe" [Undecided,New] https://launchpad.net/bugs/205810 | 02:56 |
sistpoty | slavik: my best guess is that its somewhere in the repo source as well... but that's of course only a wild guess | 02:56 |
moepot | wow, really nice bot | 02:57 |
moepot | bug 1 | 02:57 |
ubotu | Launchpad bug 1 in ubuntu "Microsoft has a majority market share" [Critical,Confirmed] https://launchpad.net/bugs/1 | 02:57 |
moepot | that's cool :D | 02:58 |
sistpoty | moepot: please don't abuse it... it might get angry otherwise ;) | 02:58 |
moepot | sistpoty: oh.. what a bad bot :( | 02:58 |
sistpoty | heh | 02:58 |
slavik | hmm, nothing :( | 03:03 |
slavik | hmm, http://lists.debian.org/debian-x/2006/08/msg00827.html | 03:05 |
slavik | someone had this before ... but I still don't understand what the fix is | 03:06 |
sistpoty | slavik: oh, seems like you have some nvidia headers installed? | 03:07 |
sistpoty | (instead of the build-dependencies) | 03:07 |
slavik | I guess so ... :( | 03:08 |
slavik | how would I remove the driver? | 03:08 |
sistpoty | slavik: you might want to use a chroot (or pbuilder) maybe? | 03:08 |
slavik | how different is the process with pbuilder? | 03:10 |
sistpoty | pbuilder actually is some glue around a chroot, aimed at building debian packages (you give it a debian source package as input, and a .deb falls out). So it's hardy to use than a mere chroot when dealing with upstream builds or stuff. | 03:11 |
slavik | k | 03:11 |
sistpoty | but at the base, pbuilder has still a tarball of a chroot (it's really only some glue around it) | 03:12 |
slavik | I have all the packages and everything and applied the debdiff | 03:12 |
slavik | pbuilder is getting packages it needs | 03:12 |
sistpoty | well, as listed in build-depends | 03:12 |
sistpoty | lol, I just read that I wrote hardy instead of hard... damn coincidence *g* | 03:14 |
slavik | err ... | 03:14 |
slavik | hmm | 03:14 |
slavik | the original package was ubuntu5, but ubuntu6 was created (what is supposed to be the new package | 03:15 |
slavik | the errors were on debuild -uc -us | 03:15 |
slavik | should I just run pbuilder on the ubuntu5.dsc? | 03:16 |
sistpoty | yes, exactly... s.th. like pbuilder build ....dsc | 03:17 |
sistpoty | (or pdebuild in the top dir of the source package, just like debuild) | 03:17 |
slavik | what's the difference? | 03:18 |
slavik | wait, I need to build with the applied (to the source) patch | 03:18 |
sistpoty | the correlation between pdebuild and pbuilder is the same as debuild and dpkg-buildpackage | 03:18 |
sistpoty | the first is a wrapper around the second | 03:18 |
slavik | so, there is no difference which I do? | 03:19 |
slavik | pdebuild vs. pbuilder | 03:19 |
sistpoty | not too much of a difference, no | 03:19 |
slavik | k | 03:19 |
slavik | as long as the patch gets applied :P | 03:19 |
sistpoty | heh | 03:20 |
slavik | it's the one that fixes the stuck key when scrolling | 03:20 |
* slavik is a complete packaging noob :P | 03:20 | |
emgent | debian #469488 | 03:21 |
ubotu | Debian bug 469488 in wireshark "wireshark: CVE-2008-107[0-2] multiple ways to crash wireshark via crafted packets" [Important,Fixed] http://bugs.debian.org/469488 | 03:21 |
slavik | bug 194214 | 03:22 |
ubotu | Launchpad bug 194214 in xorg-server "Keys get "stuck" down" [High,Confirmed] https://launchpad.net/bugs/194214 | 03:22 |
slavik | that one :) | 03:22 |
sistpoty | emgent: FFe already filed and granted fot that one | 03:28 |
sistpoty | (\sh_away: did it) | 03:28 |
emgent | yes i know | 03:29 |
sistpoty | k | 03:29 |
emgent | \sh say to me to work in gutsy | 03:29 |
sistpoty | :) | 03:29 |
emgent | bug #172283 | 03:29 |
ubotu | Launchpad bug 172283 in wireshark "[wireshark] multiple vulnerabilities" [Medium,Confirmed] https://launchpad.net/bugs/172283 | 03:29 |
emgent | now i'm in building test | 03:30 |
emgent | :) | 03:30 |
emgent | but there are some problem with CVE-2008-1070 and CVE-2008-1071 | 03:30 |
ubotu | The SCTP dissector in Wireshark (formerly Ethereal) 0.99.5 through 0.99.7 allows remote attackers to cause a denial of service (crash) via a malformed packet. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1070) | 03:30 |
ubotu | The SNMP dissector in Wireshark (formerly Ethereal) 0.99.6 through 0.99.7 allows remote attackers to cause a denial of service (crash) via a malformed packet. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1071) | 03:30 |
emgent | CVE-2008-1070 seems not vulnerable in linux OS. | 03:31 |
ubotu | The SCTP dissector in Wireshark (formerly Ethereal) 0.99.5 through 0.99.7 allows remote attackers to cause a denial of service (crash) via a malformed packet. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1070) | 03:31 |
emgent | i tested it, but work fine and i dont have microsoft box for confirm my test | 03:31 |
emgent | anyway debian too dont fix it in lenny, only in sid with version bump. | 03:32 |
* sistpoty goes to bed now... gn8 everyone | 03:40 | |
=== greeneggsnospam is now known as jsgotangco | ||
slavik | well, either the patch doesn't fix the bug for me or when I ran pbuilder, the source wasn't built with the patch ... | 03:51 |
jdong | anyone have md5sums for hardy beta amd64 desktop ISO handy? | 03:59 |
jdong | don't feel like navigating the mirrors | 03:59 |
emgent | ok i go to sleep. | 04:02 |
emgent | night gang | 04:02 |
slavik | jdong: web site? | 04:04 |
=== TheMuso_ is now known as TheMuso | ||
=== freeflyi1g is now known as freeflying | ||
=== RAOF is now known as Kel | ||
Fujitsu | Is there any way I can get a list of lists.ubuntu.com lists that I'm subscribed to as a certain email address? It doesn't send out the usual reminders. | 08:44 |
warp10 | Good morning | 08:52 |
adnarim | hi | 09:01 |
adnarim | could someone give me a little bit advice on how to packaga a Java-application which is just a simple JAR-file? | 09:02 |
uniscrip1 | how can I create a package that patchs or mixes in into another binary package? | 09:33 |
uniscrip1 | I can think of two ways: dpkg-divert or replaces: but neither fits me quite right | 09:33 |
adnarim | uniscrip1 as I understood the debian-policy mucking with another packages config or binary isn't allowed | 09:38 |
uniscrip1 | it is if you are a good boy about it | 09:40 |
uniscrip1 | and I do want to be a good boy, honest guv :) | 09:40 |
uniscrip1 | replaces: allows a package to take over ownership of a file from another package and then replace it | 09:41 |
uniscrip1 | (that's replaces: field in the control file) | 09:41 |
uniscrip1 | but when that happens you can't update the original package because it can't overwright one of its files | 09:42 |
uniscrip1 | (overwrite even) | 09:42 |
Fujitsu | uniscrip1: That's why it's evil and wrong and verboten. | 09:42 |
uniscrip1 | well it's better than trying to get a parallel install of openoffice working | 09:43 |
uniscrip1 | because that doesn't work either | 09:43 |
adnarim | yes I know about replaces but I have just seen it in use when replacing a whole package like conflicts would be used | 09:43 |
adnarim | what do you want to achieve uniscrip1 ? maybe you can talk to the openoffice maintainer to add your modifications? | 09:44 |
uniscrip1 | we are hoping that will happen in due course | 09:44 |
uniscrip1 | at the moment it's for early adopters to support extended smart rendering | 09:44 |
uniscrip1 | i.e. even if our code was accepted today, it won't get into ubuntu until intrepid at the very very earliest and probably intrepid+1 | 09:45 |
uniscrip1 | OO tends to work 2 versions ahead of itself :( | 09:45 |
adnarim | yes af course there's no way to get it into the offical repos until interapid, you could offer an alternate openoffice-package and declare in the controls that it conflicts with the original openoffice package | 09:47 |
uniscrip1 | hmm and force them to reinstall | 09:47 |
uniscrip1 | do I call it the same thing? | 09:48 |
uniscrip1 | openoffice.org? | 09:48 |
adnarim | yes | 09:48 |
adnarim | or you could just write a sloopy hack and offer this to your users | 09:48 |
uniscrip1 | what version would I give it? the ubuntu version +1? | 09:49 |
uniscrip1 | so that the next update kicks it out? | 09:49 |
uniscrip1 | sloopy hack means replaces? | 09:49 |
uniscrip1 | hmm perhaps I could write a openoffice.org-core that conflicts with the normal openoffice.org-core and replace the files I want in there? | 09:50 |
adnarim | if you would give it ubuntuX+1 it will replaced by the offical repos if there will be some bugs to fix.... you could use Epoch to prevent this | 09:50 |
uniscrip1 | would that be so bad? | 09:50 |
adnarim | yes because how will you fix the occuring problem if someone deinstalls your package? | 09:50 |
Fujitsu | If you use an epoch for that, a velociraptor will come and eat you. | 09:50 |
adnarim | :) | 09:50 |
uniscrip1 | sounds painful :) | 09:50 |
uniscrip1 | well at least it means that they won't get anything out of sync | 09:51 |
uniscrip1 | i.e. if they update OO then my patch gets dumped until I can slide in a replacement | 09:51 |
uniscrip1 | the problem is that I want to make this an optional install | 09:51 |
=== RAOF_ is now known as RAOF | ||
uniscrip1 | not: oh look you got the update, you now have graphite whether you like it or not | 09:52 |
uniscrip1 | mind you not that anyone should notice | 09:52 |
adnarim | but as said If you replace files and someone deinstalls your package he will end up with an unusable oo-package | 09:52 |
uniscrip1 | true because it won't put the files back | 09:53 |
uniscrip1 | sigh | 09:53 |
uniscrip1 | how about alternative repository: you turn on the repository and you get the replacement packages | 09:54 |
uniscrip1 | but how does that make sure they get the right replacement package for the right version | 09:54 |
adnarim | I mean what do you have to replace at all in the original package? | 09:55 |
uniscrip1 | libvcl | 09:55 |
uniscrip1 | i.e. just one .so | 09:55 |
adnarim | well I think the best thing would be to write a patch for this. I someone wants your additions he applays the patch if he doesn't want it anymore he reverts the patch... | 09:56 |
uniscrip1 | we're talking users here not package builders | 09:57 |
uniscrip1 | or are you talking a binary patch | 09:57 |
uniscrip1 | or are you talking a script they run to poke the patch in? | 09:57 |
adnarim | you will use the deb-system as a patching-engine what it's not, you should tell to users to aplly a patch | 09:57 |
uniscrip1 | by a patch you mean: install a package and run the program to overwrite the libvcl? | 09:58 |
uniscrip1 | and then when oo next updates the patch is lost (a good thing) | 09:58 |
uniscrip1 | and they have to go around again? | 09:58 |
adnarim | now I mean a patch :) a simple diff-file which can be apllied via the patch command | 09:58 |
uniscrip1 | err have you ever tried building OpenOffice? | 09:58 |
adnarim | no why should I :D | 09:58 |
uniscrip1 | you do not want to try | 09:59 |
Fujitsu | It takes many hours, and often won't build. | 09:59 |
uniscrip1 | 12hrs build time | 09:59 |
uniscrip1 | this has got to be a binary patch | 09:59 |
uniscrip1 | any other application and I might be inclined to agree but this is OO we are talking about | 09:59 |
adnarim | you can take all the necassary build-files out of the already buold-package with apt-get source openoffice... | 09:59 |
uniscrip1 | yes I know *I* can patch OO (after a week of hackery) | 09:59 |
uniscrip1 | but average joe users can't | 09:59 |
adnarim | no you just create your modified files and let them compare to the original ones with the diff command | 10:00 |
uniscrip1 | so what does the user do? talk me through the scenario | 10:00 |
adnarim | the file you get as output is the patch and a user can apply it with one single command | 10:00 |
uniscrip1 | which overrides their libvcl they have installed | 10:01 |
uniscrip1 | yes? | 10:01 |
adnarim | exactly | 10:01 |
uniscrip1 | and then when they update oo the patch is lost (which is a good thing btw0 | 10:01 |
adnarim | yes | 10:01 |
uniscrip1 | and I produce another one specific to that version and then they apply that | 10:01 |
uniscrip1 | OK I'll look into that | 10:01 |
uniscrip1 | is that the best we can do? | 10:01 |
adnarim | I think this should work fine and would be the best solution at the moment | 10:02 |
adnarim | but if yu really want to get it into the offical repositorys don't forget talking early with the OOmaintainer about it | 10:02 |
uniscrip1 | and I can use dependencies to make sure that the patch package they download is appropriate to the version of OO they have installed? | 10:02 |
adnarim | such a procedure can take a long time | 10:02 |
uniscrip1 | hopefully it'll be as easy as adding: --enable-graphite to his configure flags | 10:03 |
adnarim | the patch notices if the files aren't correct | 10:03 |
adnarim | just take a look at man patch and man diff | 10:03 |
uniscrip1 | OK | 10:03 |
uniscrip1 | but we are patching binaries here, please note | 10:03 |
uniscrip1 | right I need to go | 10:03 |
uniscrip1 | thanks for your input | 10:03 |
adnarim | np ;) | 10:03 |
uniscrip1 | I will go and think on it and how to do binary patching without people noticing :) | 10:04 |
tsmithe | hi there: could a motu upload the debdiff at bug 205771? | 10:08 |
ubotu | Launchpad bug 205771 in mscore "Please update mscore to 0.9.1d+dfsg-0ubuntu3 (debdiff attached)" [Undecided,New] https://launchpad.net/bugs/205771 | 10:08 |
=== evalles_ is now known as effie_jayx | ||
* Fujitsu tries to convince mplayer that it does, really want to build on more than i386 and amd64. | 10:36 | |
=== doko_ is now known as doko | ||
=== asac_ is now known as asac | ||
=== never|mobi is now known as neversfelde|mobi | ||
* tsmithe pokes motu | 11:38 | |
tsmithe | bug 205771? :) | 11:38 |
ubotu | Launchpad bug 205771 in mscore "Please update mscore to 0.9.1d+dfsg-0ubuntu3 (debdiff attached)" [Undecided,New] https://launchpad.net/bugs/205771 | 11:38 |
frenchy_ | slangasek: Hi there! Can I talk to you about NetworkManager here? | 11:38 |
frenchy_ | Ooops, is that an "ask to ask"? | 11:39 |
tsmithe | RainCT, could you upload a debdiff for me? | 11:42 |
james_w | tsmithe: your debdiff reverses the maintainer change. | 11:44 |
tsmithe | james_w, woops. that must be from a previous debian-mentors upload | 11:44 |
=== Allan_ is now known as Hit3k_ | ||
=== Hit3k_ is now known as Hit3k | ||
james_w | tsmithe: so, if you fix that the patch looks ok to me. I can't sponsor though I'm afraid. | 11:48 |
james_w | you just need to have patience and wait for someone to pick it up. | 11:48 |
tsmithe | don't worry; thanks for checking it out :) | 11:48 |
james_w | no problem | 11:48 |
tsmithe | yep. i just don't want it to be there when freezes get more stringent | 11:48 |
* tsmithe uploads new debdiff and goes /away | 11:52 | |
Hobbsee | slangasek: there are instructions for dealing with NBS. they're even public. | 11:53 |
frenchy_ | Hobbsee: What packages are NBS? Not Built from Source, right? When does this happen? If you can spare a moment. | 12:00 |
Hobbsee | frenchy_: correct. it happens when a source stops building a binary (lib soname change, new libname, for eg) | 12:00 |
RainCT | frenchy_: when the source package for a package is removed but the binary is still needed as it's a dependency of some other package(s) | 12:06 |
frenchy_ | Hobbsee: Thanks, ... | 12:06 |
RainCT | eh, was already answered :P | 12:06 |
frenchy_ | RainCT: Thanks ... now that makes sense. ... sorry Hobbsee. | 12:06 |
Hobbsee | no problem | 12:06 |
frenchy_ | RainCT: Thank you. I disambiguated the previous answer. | 12:07 |
frenchy_ | Sorry .. no offence there ... to anyone. | 12:07 |
frenchy_ | !NBS | 12:09 |
ubotu | Some packages are no longer built from source as a result of various transitions. The reverse dependencies of these packages require an update. The current tracking list is available from http://people.ubuntu.com/~ubuntu-archive/NBS/ | 12:09 |
StevenHarperUK | Hi everyone: I have a small bug in a Hardy package - its very easy to fix, but due to workload on you guys sorting packages, should I fix it and make a package, or the MOTU's maxed out? | 12:24 |
StevenHarperUK | I also only just put out the last version -> last night | 12:24 |
ScottK | StevenHarperUK: Make a package. Odds of it getting sponsored before release are good. | 12:34 |
sebner | ScottK: time for a 2nd ACK? bug #204552 | 12:37 |
ubotu | Launchpad bug 204552 in packagesearch "[FFe] Please sync packagesearch 2.3 from Debian(Unstable)" [Wishlist,Confirmed] https://launchpad.net/bugs/204552 | 12:37 |
* broonie notes that in general there are very few people who'd prefer a report without a patch over one with a patch. | 12:37 | |
StevenHarperUK | ScottK: ta I will | 12:37 |
ScottK | sebner: It's already approved. | 12:42 |
sebner | ScottK: through Cesare? Ah. He should write ACK #2 :) nvm. Thanks and sry | 12:44 |
ScottK | sebner: No problem. You can tell when someone from motu-release marks it confirmed. | 12:45 |
sebner | ScottK: k :) /me is now subscribing u-u-s several times :) | 12:47 |
=== ember_ is now known as ember | ||
ScottK | doko: We are very close on python-xml. After the two syncs that you've requested are processes there are only two left. zsi looks like the tough one. I think it's either grab an svn snapshot or embed python-xml (at least a large chunk of it) in the current release. | 12:57 |
Iulian | Hey | 13:02 |
sistpoty | hi folks | 13:08 |
sebner | aloha sistpoty | 13:08 |
sistpoty | hi sebner | 13:08 |
sistpoty | Hobbsee: please give back missingh on sparc, thanks! | 13:09 |
ScottK | pochu: emesene is one of two pakcages with python-xml removal unresolved. Please get the FFe done .... | 13:10 |
Hobbsee | sistpoty: given back | 13:10 |
sistpoty | thanks Hobbsee | 13:10 |
sebner | sistpoty: do you have a lot of work today? | 13:14 |
sistpoty | sebner: I've always got a lot of work :P | 13:14 |
sebner | sistpoty: ^^. It's just that audacious still needs a sponsor ACK but I'm afraid that no one looks at audacious because it's set to confirmed ^^ | 13:15 |
sistpoty | sebner: audacious-plugins: please take a look at the ubuntu delta again, and tell if it can be dropped or not (the delta is not pulseaudio-by-default there) | 13:46 |
sebner | sistpoty: damn it. and thanks for looking | 13:48 |
sistpoty | np | 13:49 |
sebner | sistpoty: difficult question. in generel we can drop the Replaces field because we can install both and in fact it's better to have both. -plugins and -plugins-extra | 13:55 |
sistpoty | sebner: the conflicts are versioned... are there no file conflicts any longer between the old version and the new package? otherwise the upgrade path breaks | 13:56 |
sebner | sistpoty: I'm not yet at the conflicts ^^. | 13:57 |
sebner | sistpoty: hmm I'm of the opinion that we only have to adjust audacious-plugins-extra (<< 1.4.2-1ubuntu2) to audacious-plugins-extra (<< 1.4.5-1ubuntu1) | 14:00 |
bddebian | Heya gang | 14:03 |
sistpoty | hi bddebian | 14:05 |
bddebian | Hi sistpoty | 14:05 |
sebner | buon giorno DktrKranz | 14:17 |
DktrKranz | the same sebner :) | 14:17 |
sebner | sistpoty: I tested the update from gutsy to hardy with http://pastebin.com/m67274a61 . No problems | 14:20 |
sebner | sistpoty: and I had no problem from updating audacious hardy version to gutsy version. so leave it or test it with audacious-plugins-extra (<< 1.4.5-1ubuntu1) ? | 14:26 |
* sistpoty looks at actual files | 14:33 | |
sistpoty | sebner: the 1.4.5-1ubuntu1 seems fine, since pulseaudio was moved between packages there. OTOH it would seem good to me to keep the move of the pulseaudio plugin | 14:50 |
sistpoty | sebner: if you keep the pulseaudio plugin in the plugins package, then you should keep the old conflicts | 14:54 |
sebner | sistpoty: 1.4.2 ? | 14:55 |
sistpoty | yes | 14:56 |
sebner | sistpoty: that would be the best? | 14:56 |
sistpoty | sebner: yes | 14:56 |
sebner | sistpoty: but I can take the Depends line from debian? | 14:57 |
sistpoty | sebner: yes | 15:00 |
sebner | sistpoty: but that means also that we have to keep the Replaces line!? | 15:00 |
sistpoty | sebner: yes, I'd keep it. it shouldn't matter too much iirc for upgrades. (as the new version also acts to replace the older version, so apt should figure w.o. as well) | 15:01 |
LimCore | hello | 15:02 |
LimCore | how can I make a proper .patch to fix bug https://bugs.launchpad.net/ubuntu/+source/scponly/+bug/122715 as described there | 15:02 |
ubotu | Launchpad bug 122715 in scponly "setup_chroot not working correctly on amd64" [Undecided,Confirmed] | 15:02 |
sebner | sistpoty: k. thank you. Want should I've done without you | 15:02 |
sistpoty | np | 15:02 |
LimCore | and what can I make about it - where it have chance of getting into release? | 15:02 |
sebner | sistpoty: debdiff attached | 15:13 |
ScottK | sistpoty: I replied on the mailscanner FFe. I wash my hands of it. | 15:16 |
ScottK | sistpoty: If only we had Reason for Removal: Upstream are idiots. | 15:17 |
sistpoty | heh | 15:17 |
zul | hey ScottK | 15:18 |
ScottK | Heya zul. | 15:19 |
sistpoty | sebner: debdiff for -plugins looks ok, however I'd like better changelog entries: what was done and *why* (which was not there in the old ones, but that's not a reason to be lacking in a new changelog entry) | 15:21 |
sebner | sistpoty: ok | 15:22 |
sistpoty | sebner: e.g.: "debian/control: Add versioned conflicts/replaces against audacious-plugins-extra to audacious-plugins, since the libpulse output plugin used to live in audacious-plugins-extra" | 15:24 |
sebner | sistpoty: wow. that's a nice sentence | 15:25 |
sistpoty | sebner: well, I learned being verbose when I had to redo my earlier merges back than in dapper. And I was really puzzled what I had done to some packages from looking at my changelog entries *g* | 15:27 |
sebner | sistpoty: ^^. is it a problem that I can't find out why we started to suggest timidy? | 15:28 |
sistpoty | sebner: yes, otherwise I assume you're changing s.th. w.o. knowing what you're doing :P | 15:30 |
ScottK | sebner: You might search closed bugs. | 15:30 |
sebner | ScottK: yeah I know ;) | 15:30 |
sebner | sistpoty: ^^ | 15:30 |
ScottK | I tend to drop undocumented changes if I can't figure out why. For a recommends, I'd just look at the package and see if you think it makes sense. If you do, document why. If you don't, drop it. | 15:32 |
sebner | just found it out | 15:33 |
sebner | ScottK: but thx for the advice :) | 15:35 |
nxvl | james_w: hi | 15:37 |
nxvl | james_w: i answer you on Bug #205985, there is not what you point to, but it is also present | 15:38 |
ubotu | Launchpad bug 205985 in mysql-dfsg-5.0 "package mysql-server-5.0 5.0.51a-1ubuntu1 failed to install/upgrade: subprocess new pre-removal script returned error exit status 1" [Undecided,New] https://launchpad.net/bugs/205985 | 15:38 |
james_w | hi nxvl | 15:38 |
james_w | thanks for the clarification, it was just a guess, as I had seen the linked mail just a couple of days ago. | 15:39 |
james_w | sorry for the incorrect pointer. | 15:39 |
sebner | sistpoty: but I still don't understand one thing. We introduced versioning because libpulse output plugin used to live in audacious-plugins-extra but we moved it to the normal plugins!? | 15:40 |
nxvl | james_w: there is no problem, you point to another bug it is also present :D | 15:40 |
james_w | yay, fluke bug reporting! | 15:41 |
nxvl | james_w: i also added a patch on Bug #162167 if you want to take a look | 15:44 |
ubotu | Launchpad bug 162167 in mysql-dfsg-5.0 "mySQL password asks only once" [Wishlist,Confirmed] https://launchpad.net/bugs/162167 | 15:44 |
sistpoty | sebner: yes | 15:45 |
sebner | sistpoty: ehm and why again we don't drop the versioning since we moved it to the main plugins? | 15:47 |
james_w | nxvl: "pidfile=/usr/sbin/mysqld --print-defaults \" looks quite odd, did you intend to use $()? | 15:47 |
sistpoty | sebner: the current packages don't have a file conflict. however there was an earlier version of -extra which contains the pulseaudio-plugin, which is now in the -plugins package. hence these two cannot be installed together | 15:48 |
nxvl | james_w: i have try to use it before, but it seems not to work | 15:49 |
nxvl | james_w: i always try to use ` | 15:50 |
james_w | nxvl: also -x is "is executable", did you mean -e? | 15:50 |
james_w | nxvl: there doesn't appear to be either $() or `` in the patch. | 15:50 |
james_w | '+ echo "hola"' <- is that a debugging statement? | 15:51 |
nxvl | james_w: ups! | 15:51 |
nxvl | :P | 15:51 |
sebner | sistpoty: that means with hardy +1 it can be dropped? | 15:51 |
sistpoty | sebner: imo yes, as gutsy->hardy+1 upgrades are not s.th. we support iirc | 15:52 |
sebner | sistpoty: k, thx | 15:53 |
nxvl | james_w: it's monday morning after a loong weekend, my brain doesn't work even at 50% | 15:54 |
james_w | :-) | 15:54 |
nxvl | james_w: ok, updated | 15:55 |
sebner | sistpoty: updated. I hope I can make you happy now ^^ :P | 15:58 |
james_w | nxvl: looks ok to me, but I don't know the package I'm afraid. | 16:01 |
sistpoty | sebner: almost: please don't exceed 80 chars in debian/changelog (but I can fix this and upload then, it will then stay in dep-wait until audacious is synced hopefully, so lp can sort it out on its own) | 16:07 |
nxvl | james_w: :D it just need some testing | 16:08 |
james_w | nxvl: yup. | 16:08 |
sebner | sistpoty: It was my intention to see if you complain about the 80chars ^^. No to be serious. Thanks for all | 16:08 |
sistpoty | np | 16:08 |
* sebner still has to learn many things :) | 16:08 | |
joejaxx | Good Afternoon All :) | 16:31 |
sistpoty | hey joejaxx | 16:33 |
=== x-spec-t is now known as Spec | ||
=== greeneggsnospam is now known as jsgotangco | ||
emgent | hello | 17:27 |
slangasek | Hobbsee: if you mean the instructions in https://wiki.ubuntu.com/ArchiveAdministration, those don't actually map to whatever cronjob generates the information on people.u.c... well, I suppose maybe I have passwordless rsync access to rookery, I dunno | 17:35 |
slangasek | frenchy_: you can, but not at 4am. :) | 17:36 |
buttterz | afternoon :) | 17:43 |
=== solarion_ is now known as Solarion | ||
=== ember_ is now known as ember | ||
Iulian | Can someone please take a look at bug #206072 and ACK ? | 19:28 |
ubotu | Launchpad bug 206072 in spamoracle "Please sync spamoracle 1.4-11 (universe) from Debian unstable" [Wishlist,Confirmed] https://launchpad.net/bugs/206072 | 19:28 |
=== fta_ is now known as fta | ||
frenchy_ | slangasek: How about at 0630? | 19:40 |
frenchy_ | slangasek: I think that there's another version available for Hardy. I'll try that first and report back tonight. | 19:42 |
dgrt | Does anyone know whether not pymedia (http://pymedia.org/) will be added as an ubuntu package? | 19:54 |
ScottK | dgrt: If it's not already in Hardy, not until some future release at the earliest | 19:56 |
dgrt | ScottK: thanks. | 19:56 |
=== wolfger_ is now known as wolfger | ||
sebner | aloha jono :) | 20:53 |
jono | hey | 20:53 |
=== Czessi_ is now known as Czessi | ||
mathiaz | The hwtest-server package has a .config script that calls /usr/share/hwtest/install/config, shipped by the hwtest package. However hwtest-server only Depends on hwtest. Would hwtest-server Pre-Depends on hwtest be enough to fix the fail installation of hwtest-server ? | 22:58 |
soren | mathiaz: Depends should be sufficient, I believe. | 23:05 |
soren | mathiaz: With a Depends:, the package on which you depend must be installed, but not necessarily configured. | 23:06 |
=== ember_ is now known as ember | ||
Fujitsu | RAOF: I can't get your PPA nouveau working on Hardy. It complains about unknown versions of various drm symbols. | 23:24 |
RAOF | Fujitsu: Sigh. I really need to just sit down and do the dpkg-divert/module-assistant stuff. | 23:52 |
RAOF | Fujitsu: The problem is that I don't overwrite our drm module (in drivers/char/drm or somesuch), but provide an extra one in /extra. | 23:52 |
RAOF | On _my_ system, the one in /extra gets loaded. On some other people's systems, the Ubuntu-shipped one gets loaded. And that doesn't work, because nouveau requires git drm. | 23:53 |
RAOF | The practical upshot? Manually insmod /lib/modules/2.6.24-12-generic/extra/drm.ko, then modprobe nouveau. Then start X. | 23:54 |
ethana2 | there is no package for truecrypt | 23:54 |
ethana2 | easy crypt requires it | 23:54 |
ethana2 | but it does not depend on it | 23:54 |
ethana2 | the latest version of truecrypt has a bug fix that is required for easycrypt to function | 23:55 |
ethana2 | it needs to be put into the ubuntu repositories | 23:55 |
WillieDaPimp | E: /var/cache/apt/archives/language-pack-en_1%3a8.04+20080317_all.deb: trying to overwrite `/usr/share/locale-langpack/en_GB/LC_MESSAGES/shared-mime-info.mo', which is also in package language-pack-gnome-en | 23:58 |
WillieDaPimp | anybody know what i can do about that ^^ i am running hardy beta | 23:58 |
WillieDaPimp | never mind just re running the update manager fixed it | 23:59 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!