[00:05] Zhenech: the subject would be "override: mozilla-pwdhash:web/optional"? [00:07] seems so [00:07] goin to bed now [00:07] n8 === asac___ is now known as asac [00:09] Zhenech: done [00:09] Zhenech: gn8 === lukjad007 is now known as lukjadOOL === lukjadOOL is now known as lukjad007 [01:25] Ampelbein: nice work on seahorse :D [01:27] pochu: Well, since I cleaned up the bugs in ubuntu before, I figured I could go and see in the debian bugtracker what can be closed ;-) [01:27] Any motu available to review (and advocate? :)) stompserver: http://revu.ubuntuwire.com/p/stompserver [01:57] Zhenech: if you're still around, gaeny-plugins got built just before the new geany was released, and now needs a binNMU =\ [02:47] can an opinion on this bug? https://bugs.launchpad.net/synaptic/+bug/416267 [02:47] *i get an opinion === Crusher is now known as Guest27349 === ryanakca is now known as Guest76526 [06:09] Is packages.ubuntu.com down? [06:09] yes on my end [06:09] huh [06:09] yes it's down [06:10] just wanted to make sure it was a planned or know thing [06:10] ;) [06:10] known too [07:03] good morning [07:21] dholbach, morning [07:21] hey lidaobing! [07:22] dholbach, hello [07:22] how are you doing today? [07:22] working [07:22] it's afternoon here [07:23] so you had a good day so far? :) [07:23] hey noodles775! [07:23] Hiya dholbach :) [07:23] dholbach, yes [07:24] great :) [07:24] lidaobing: how's ibus coming along? when do you think it can become the default? :-) [07:25] sounds the MIR process has been finished for ibus [07:25] oh nice [07:25] still some bug on ibus, but less bug than scim [07:25] so we get it all into main and by default for karmic? [07:26] what's going to happen to the scim world? [07:26] I don't know whether it's default, freeflying should know it [07:26] Suzhe on longer work on scim [07:27] we could probably ask Arne [07:27] and no active maintainer on that project (but still live) [07:27] that's really exciting [07:27] what's Arne working on? [07:28] he's been working on fonts and to some degree on input methods [07:28] it really sounds like you guys should be in touch :) [07:28] he's ArneGoetje on #ubuntu-devel [07:28] dholbach, good [07:29] can you join #ubuntu-devel ? [07:31] lidaobing: ^ [07:41] anyone else having trouble reaching http://packages.ubuntu.com? [07:42] yes [07:43] highvoltage: it was down earlier. [07:54] hyperair, so what should I do? :) [07:59] Zhenech: request a binNMU... wait, is a DD's privileges required for this? [07:59] hyperair, no, its maintainers task :) [07:59] alright, i'll do that then =) [08:00] fine :) [08:00] but where is new geany? i dont see any [08:00] wait [08:01] okok, I see it XD [08:01] then [08:01] you need a = dep in the plugins [08:01] if that will break with every new geany upload [08:02] it shouldn't have broken =\ [08:03] i'll go poke the upstream [08:04] oke [08:04] sudo make me a coffee [08:04] *waits* === korn_ is now known as c_korn === ember_ is now known as ember [10:06] Hi - I'm trying to dput to a launchpad ppa. It stops on the .orig.tar.gz: on 467k/468k. I left it for 5 min, but it did not continue. Here is pastebin of my console: http://paste.ubuntu.com/256786/ [10:06] Is there any thing I can try to get it to go? [10:07] * garyvdm crossposts to #launchpad [10:08] Hi - I'm trying to dput to a launchpad ppa. It stops on the .orig.tar.gz: on 467k/468k. I left it for 5 min, but it did not continue. Here is pastebin of my console: http://paste.ubuntu.com/256786/ [10:08] Is there any thing I can try to get it to go? [10:13] mmh, what's the current recommended procedures to requests syncs from debian? [10:13] lucas_: requestsync... [10:13] garyvdm: #launchpad perhaps [10:13] thanks [10:13] docs in the policy manual/wiki as usual [10:14] garyvdm: Apparently a few people have experience that same issue in the past, and it has usually been related to a router bug... [10:14] * noodles775 looks for the bug. [10:15] garyvdm: https://bugs.edge.launchpad.net/soyuz/+bug/251685 [10:15] Launchpad bug 251685 in soyuz "PPA upload hangs with 1K to go" [High,Triaged] === dholbach_ is now known as dholbach === DktrKran12 is now known as DktrKranz [10:18] garyvdm: ah, so according to the bug there is also an issue on the lp server, but it's not yet clear what it is (nor is there a workaround in the bug :/ ). === DktrKranz is now known as Guest64370 [10:19] mmh, isn't someone interested in packaging ubuntu-dev-tools and its deps into debian? === Guest64370 is now known as DktrKranz [10:21] lucas_: you guys want that? [10:25] Laney: could be interesting to have some, Ubuntu developers working on debian boxes could benefit from such a tool [10:27] maybe it makes sense to submit generally-useful scripts/tools to the devscripts package (if there are any) [10:28] well, there are several [10:28] requestsync is very useful [10:28] Ubuntu-specific however? [10:29] it is, but it can be used by Debian maintainers to request syncs for their packages [10:29] well, maybe having them in devscripts would be fine as well, dunno; however it would be easier to maintain them seperately [10:29] ok [10:30] it requires some deps (launchpad-integration), but I think this can be included in Debian anyway [10:30] it's not Ubuntu-specific, LP is intended for several projects, not just Ubuntu [10:35] DktrKranz: Requesting syncs from Debian into Ubuntu is Ubuntu specific. [10:36] well, I don't have any ubuntu box currently, so it would clearly be very useful for me to have ubuntu-dev-tools in debian :-) [10:36] but that's a selfish motivation [10:36] Certainly. [10:37] (that's a reasonable thing to want) [10:37] ScottK: I meant Launchpad is not Ubuntu-specific [10:37] I just don't think it goes in devscripts. [10:37] True [10:37] I think it would be great to have ubuntu-dev-tools packaged in debian - as ubuntu-dev-tools :) [10:37] DktrKranz: actually, it *is* Ubuntu specific [10:38] DktrKranz: it builds on launchpad specific libraries, but its tailored to ubuntu's process which is not the same as other users of launchpad may choose to do [10:38] I'm not sure of that, think about specific projects and their bugtracker, for instance [10:38] it's probably better to have ubuntu-dev-tools in debian *AND* try to get useful scripts integrated into devscripts [10:38] DktrKranz: I'm sure of it ;) === lucas_ is now known as lucas [10:38] lucas_: ack; I think you'll find there are various patches in devscripts already with ubuntu support/things [10:38] * ScottK agrees with lucas [10:40] well, we could file some ITPs notifying debian-devel, just to see other opinions [10:41] that would mean packaging python-launchpadlib, python-launchpad-bugs and ubuntu-dev-tools, right? [10:42] u-d-t has a dependancy on reportbug (>= 3.39ubuntu1). does it require an ubuntu-specific patch? [10:44] There's a submittodebian (or similar) script that's probably not relevant. [10:44] lucas: no, I think that was when the user tags were introduced in Ubuntu before Debian [10:44] ScottK: aloha! Do you remember that we were removing boson since it didn't build? Debian made some uploads and it now builds again (here in Karmic), I'm against a re-including since one point was also dead upstream (last release in 2006) and no svn activities for nearly a year or something like that. What do you think? [10:44] sebner: Did someone ask for it? [10:44] lucas: u-d-t doesn't use python-launchpad-bugs anymore (the dependency got dropped in trunk) [10:45] sebner: if it's maintained in Debian and there's user interest, I think it's fine. [10:45] geser: nice [10:47] ScottK, sebner: boson is actively maintained in debian nowadays, and iirc it has also seen upstream activity again [10:47] geser: it would help switching to python-support [10:48] sistpoty|work: uhh, nice [10:48] sistpoty|work: huhu btw :D [10:48] huhu sebner ;) [10:49] sistpoty|work: not on SF svn though. Last commit 15 months ago [10:49] sebner: then I didn't recall correctly :P [10:50] heh [10:51] ScottK: Debian maintainer is active, a user added a comment on LP telling that it builds which indicates user interest. So I'll sync and the best is that it doesn't need fakesyncs then ^^ [10:54] DktrKranz: as you have commit rights to the u-d-t trunk you're free to change it to python-support [10:55] any ideas how to solve stuff like: [10:55] dpkg-shlibdeps: error: no dependency information found for debian/tmp/usr/lib/libfenced.so.3 (used by debian/cman/usr/sbin/gfs_controld). [10:59] geser: ok, I'll have a try [11:01] ivoks: hm... what does objdump -p gfs_controld | grep NEEDED output? [11:02] sistpoty|work: libfenced.so.3 among others [11:02] sistpoty|work: and debian/tmp/usr/lib/libfence [11:02] sistpoty|work: exists [11:02] gr... [11:03] debian/tmp/usr/lib/libfenced.so.3 [11:03] ivoks: using debhelper? is libfenced.so.3 installed in a package (then debhelper should actually get it right, see dh_shlibdeps man-page, example) [11:03] no, libfenced.so.3 isn't part of any package [11:03] hm... [11:11] my application installs an icon to /usr/share/icons/hicolor/scaleable [11:11] have you a dh_makeshlibs call in your debian/rules? [11:12] do I need to run a post install script. [11:12] geser: yes [11:12] the icon works, but only after restarting x. [11:12] the same debian/ worked with a bit older upstream version [11:12] not a big problem... but It would be preferable if I could have the icon from the get go [11:13] 3.0.1 vs 3.0.0 [11:35] azeem_: are you in contact with Matthias Jahn? [11:35] anybody ?? [11:36] rowinggolfer: I don't think it is necessary. Are you testing the application on karmic? [11:37] popey did. [11:38] this is just a general packaging question I guess [11:38] rowinggolfer: i have another karmic machine I can test on a bit later, its never seen your app so the icon wont be there [11:38] wrong place? [11:38] rowinggolfer: take a look at man dh_icons ;) [11:38] sistpoty|work: thanks! [11:39] np [11:40] lucas: why? [11:40] azeem_: he maintains python-httplib2, which is totally outdated in debian (and is a dep for python-launchpadlib) [11:40] azeem_: and you co-maintain 3 packages with him [11:40] haven't seen him in ages TBH [11:41] ok [11:46] rowinggolfer: right, I got confused. I believe dh_desktop was deprecated but dh_icons is still needed. [11:47] slytherin: sistpoty|work thanks dudes. [11:47] you're welcome ;) [11:49] lucas: are you going to orphan python-httplib2 [11:50] one other newbie packaging question if I may...... [11:51] how to install to Applications/Programming [11:51] it keeps ending up in "other" [11:53] the .desktop file is [11:53] Categories=Application;Programming; [11:53] yet it goes to "other" [11:53] what am I doing wrong? [11:54] DktrKranz: yes, just did it [11:55] rowinggolfer: I don't think these catagories actually are valid. Take a look at http://standards.freedesktop.org/menu-spec/latest/apa.html [11:56] rowinggolfer: also, I guess desktop-file-validate might tell you if there's s.th. wrong with it [11:56] lucas: do you plan to maintain it? Otherwise, I'll be happy to do it under DPMT [11:57] DktrKranz: that would be great ; I don't plan to maintain it [11:57] I X-Debbugs-Cced debian-python@ [11:58] I'll look at it then, thanks :) [12:01] rowinggolfer: For Programming use category 'Development'. [12:03] ta === Guest76526 is now known as ryanakca [12:24] slytherin: ok.. new packages all built and working. many thanks. [12:26] In the case of a package that require a sync, but before it was a merge, should be last Ubuntu changelog entries ignored, keept Debian maintainer, and keept "unstable" release? [12:28] I mean "unstable" target release in the debian/changelog [12:30] rowinggolfer: you can check you .desktop file with desktop-file-validate for conformance [12:34] I understand that a sync does not require nothing of work by contributors, only merges, isn't it? [12:35] EagleScreen: you should do a check if it builds in karmic before requesting a sync [12:36] EagleScreen: and if it's really a sync and doesn't contain any remaining or new changes [12:36] huhi geser :D [12:36] Hi sebner [12:36] EagleScreen: and soon if it can by synced or a FF exception is needed [12:37] thanks i think i messed a little the sync and the merge stuff, i have attached a pair of debdiff to a sync bug, lol [12:37] and I merged in it the Debian and Ubuntu changelogs [12:38] geser: great tip, thanks [12:39] after Feature Freeze, packages that does not contains new upstream version, cannot be synced? [12:39] prog/pyapptemplate-0.0.1/desktop/pyapptemplate.desktop: warning: value "Application;Development;" for key "Categories" in group "Desktop Entry" contains a deprecated value "Application" [12:39] interesteing [12:39] that explains it. [12:42] EagleScreen: even new upstream version is allowed if the new release contains *only* bugfixes. Other than that you are fine with non-upstream changes. Though they should be worth a sync, fixig RC bugs etc === dyfet` is now known as dyfet === keylocker is now known as leleobhz [13:01] what to do if a wrong (older) version was synced from debian? should i open new bug report or change bug status from fix released to confirmed? [13:03] EagleScreen: when doing merges, use grab-merge script. It merges changelog properly. [13:03] kklimonda: new bug. [13:03] yes i used it [13:03] but i messed the concepts and i did a merge for a sync [13:03] ok thanks [13:05] slytherin: could you create a bug for me? [13:05] I wont be at home before 27th and preparing right sync request from a phone wont be easy ;) === JontheEchidna is now known as jonny|birthday [13:07] or anyone else - package python-cherrypy3 [13:08] i used to think that a package cannot have "unstable" in changelog target release and a change in the chagelog was needed to karmic, that is because Launchpad reject them when uploading to ppa, but now I see that it is possible in Ubuntu Archive [13:16] i have a simple program that is a python script, how must I proceed to learn to package it? [13:18] Hi, one more advocate needed for nautilus-md5sum - anyone available to review? http://revu.ubuntuwire.com/p/nautilus-md5sum [13:30] hi [13:30] is this a correct way to ask about packages and meta-packages? [13:43] DktrKranz, heya!! hey I have a small question: by this "No need to install PKG-INFO in .egg-info directory." you mean there's no need to install PKG-INFO at all, or just under .egg-info directory? [13:44] no need at all [14:01] DktrKranz, ok awesome!! thanks for the review!! I've uploaded my changes :) [14:02] good === txwikinger3 is now known as txwikinger_work [14:23] Hello, why does request-sync in karmic use LP lib by default ? === _stink__ is now known as _stink_ [15:19] AnAnt: for some tests is uses the LP API but I'm working on it (not using LP API without --lp) [15:19] AnAnt: e.g. it uses LP API to check for sponsorship [15:21] AnAnt: You mean for filing request or for retrieving information? [15:26] a bit offtopic, does anyone know how to create a syntax highlighting template for vim? [15:27] look at the existing ones and read the vim help [15:32] slytherin: what I try to do is this: requestsync -s irssiscripts karmic [15:32] shadeslayer: OK. So, apt-get the sources for the package. Then go into the sources directory and look at the contents of the debian/ subdirectory. [15:32] I filed a bug already [15:33] shadeslayer: also, try building hello-.dsc using pbuilder. [15:33] AnAnt: oh btw PC beep works ;) [15:33] LP 416955 [15:33] Launchpad bug 416955 in ubuntu-dev-tools "request-sync insists on using LP lib even if I don't use --lp switch !" [Low,In progress] https://launchpad.net/bugs/416955 [15:33] shadeslayer: oh really ? how's that ? [15:33] AnAnt: modprobe i guess [15:33] shadeslayer: I mean, what did you do ? an upgrade or what ? [15:33] ryanakca: ok...ill just finish with the updates [15:34] AnAnt: no upgrade,just rmmod and modprobe a few times and got it to work [15:34] shadeslayer: ?! [15:34] AnAnt: rmmod pcspkr;sudo modprob pcspkr [15:34] shadeslayer: does the beep sound regular ? [15:35] shadeslayer: yeah I understand, I did that several times, but no use, it only works if I rmmod pcspkr [15:36] AnAnt: regular??? lol....it sounds like a high pitched siren if you know what i mean [15:36] shadeslayer: you can apt-get source even while updates are running. And you can run it as non-root (in fact, you should) [15:36] shadeslayer: and the beep sounds awkward: http://launchpadlibrarian.net/30543548/beep.ogg [15:36] ryanakca: ah..ok [15:37] AnAnt: nope... [15:37] AnAnt: how do you record a beep btw? [15:37] shadeslayer: that's not what you get ? [15:37] AnAnt: nope [15:38] shadeslayer: well, I put the mic on the speakers, and the room was quiet at that time [15:38] AnAnt: i have inbuilt ones and the beep is really loud.... :P [15:38] shadeslayer: you can control the beep, from alsamixer [15:38] I mean beep volume [15:38] AnAnt: lemme check [15:39] AnAnt: yep [15:40] AnAnt: Just in case you haven't noticed already, monajat is in archives. :-) [15:40] slytherin: oh thanks ! [15:40] slytherin: I hope I can get the python one soon ! [15:40] slytherin: there's a bug in the java one, turns out that it does not non-free font after all ! [15:40] what bug? [15:40] slytherin: there's a bug in the java one, turns out that it does *need* non-free font after all ! [15:41] slytherin: remember the font issue ? [15:41] Yes I do. But I though ttf-libration should be good enough. [15:41] ryanakca: im on a crappy connection (128 kbps) [15:41] slytherin: nope, turned not good ! [15:42] slytherin: anyways, the python version is almost there [15:42] slytherin: it uses notify OSD instead [15:42] AnAnt: I had advised cutout long time ago to use font family name (Sans) instead of a specific font (Arial). [15:42] AnAnt: you can still try patching the source to use font family. [15:42] slytherin: I tried patching the java code to user Sans or Serif, but still the problem remained [15:43] slytherin: so I gave up on it [15:43] When I had patched it, it looked good to me, at least with default Sans font. [15:44] slytherin: sometimes the text is big, bigger than the window, hence some words get chopped ! [15:45] anyways, someone volunteered to rewrite in python, and there's a working version, just an issue (that maybe I can ignore now) is left is that the text is sometimes too big, that notify OSD truncates it [15:45] so I want to find out a way to detect maximum text size before truncation [15:46] which version of notify-osd are you using? [15:46] shadeslayer: so, for every reboot, you keep rmmod'ing & modprobe'ing till beep works ?! [15:47] slytherin: the one in karmic [15:47] ok [15:48] slytherin: 0.9.17-0ubuntu1 [15:48] AnAnt: nope.... [15:49] AnAnt: it works by deafult [15:49] shadeslayer: are you sure there wasn't some pulseaudio option to tweak ? [15:50] AnAnt: pretty sure [15:50] no work here ! [15:51] AnAnt: how long will you be around? [15:51] shadeslayer: dunno, why ? [15:52] shadeslayer: prolly, not much though [15:52] AnAnt: i have some upgrades coming through (150 MB) as soon as they are done ill upload a recording [15:53] shadeslayer: upload it where ? [15:53] AnAnt: somewhere on the interwebs [15:54] AnAnt: the upgrade will be done in about 40 mins and another 10 mins to record and upload [15:57] shadeslayer: I'll probably leave in few mins, can you send me a message over LP about the link ? [16:02] AnAnt: okies [16:02] thanks === dholbach_ is now known as dholbach === bdefreese2 is now known as bddebian === ScottK2 is now known as ScottK [17:45] mathiaz: going through chef now, just added the patch description, it went missing after i set my quilt_patches env variable correctly and recreated the patches. [17:50] jtimberman: right - that's what I thought. [18:06] hey guys, does anyone know if python-clutter will be updated for karmic to the latest release? [18:09] mathiaz: new upload [18:27] jdstrand: kirkland: http://paste.ubuntu.com/257042/ - should the copyright file mention only copyrights shipped as part of the *source* package? [18:28] mathiaz: as opposed to? dependent packages? linked packages? binary packages? [18:28] mathiaz: umm, yes? I'm not sure I understand the question. the binaries contain differently licensed stuff? [18:28] or should it also cover things that are shipped by the binary package (build during the process) [18:28] or should it also cover things that are shipped by the binary package (build during the build process) [18:29] in the example above: openqrm-initrd-default.tgz is build during the build process [18:29] it contains some code from busybox which is not in the source package [18:29] should it mentionned in the copyright file? [18:29] should it be mentionned in the copyright file? [18:30] mathiaz: the library linking needs to be compatible, but to be redistributable, the copyright only needs to reference what is shipped in the source package aiui [18:30] mathiaz: perhaps run it by a license junkie too? [18:32] mathiaz: how does it contain code which is not in the source package? [18:32] is that code downloaded from elsewhere during the build? [18:32] azeem_: from build dependencies [18:33] ah [18:34] mathiaz: it would not hurt to reference that, but I don't think it is required, personally. when you do 'apt-get source ' you'll get only the stuff from the copyright [18:35] or rather, from the non-busybox included source [18:41] i need help :/ [18:41] source is building a private library [18:41] and then both me and dpkg-shlibdeps get confused [18:41] :) [18:42] i've added path to the LD_LIBRARY_PATH [18:42] but now it dies with [18:43] error: no dependency information found for library (used by binary) [18:57] Laney: For ghc6, how do we get ia64 fixed? [18:58] ivoks: nyou shouldn't be playing around with LD_LIBRARY_PATH when dealing with dpkg-shlibdeps [19:01] hyperair: why? [19:01] ivoks: because it won't be set when the user runs it? [19:01] ivoks: unless you've got some wrapper shell script that sets the env vars =\ [19:02] my problem is this: [19:02] dpkg-shlibdeps: error: couldn't find library libfenced.so.3 needed by debian/cman/usr/sbin/gfs_controld (ELF format: 'elf64-x86-64'; RPATH: ''). [19:02] alright, and where is that library? [19:02] there's no debian/cman/DEBIAN/shlibs [19:02] it's in debian/tmp/usr/lib [19:02] hmm [19:02] i haven't heard of a problem like that =\ [19:06] argh... [19:07] libfence and libfenced :) [19:07] ? [19:07] there are both libfence and libfenced libraries [19:07] i see [19:08] but libfenced wasn't installed in any of the packages [19:08] haha i see [19:08] i'm not sure what should i do with it [19:08] ? [19:08] how are you splitting your pacakges? [19:08] upstream: [19:08] If you think this library is installed on your cluster, you are wrong. [19:08] :) [19:08] that's in headers [19:09] You have never seen it, it doesn't exist, you'll never talk about it or ponder to use it. [19:09] hyperair: there's only libfence package [19:10] O_o [19:10] talk to upstream about it [19:10] it obviously needs to be distributed [19:10] right [19:12] if it shouldn't be distributed, they should have statically compiled it into one of the libraries or the binary === DktrKranz2 is now known as DktrKranz [19:25] mathiaz: latest chef upload should fix the outstanding issues in your comment. [19:29] hyperair: thanks for help [19:31] hyperair: upstream uses the same library in different ways for different stages of source in svn [19:31] hyperair: so that's why they didn't build it in staticaly [19:46] ivoks: well is it supposed to be distributed or not, then? [19:47] it is [19:47] but it shouldn't be used for development [19:47] it was confusing explanation :) === micahg1 is now known as micahg [20:10] kirkland: how do you fix the possible bashisms: kill -1 $pid ? [20:10] mathiaz: /bin/kill [20:10] mathiaz: don't use the shell builtin kill [20:11] that's a bashism? [20:12] the manpage seems to indicate that -1 is allowed [20:13] hyperair: the man page of kill or of bash/dash? [20:13] man page of kill [20:13] it's SIGHUP is it not? [20:13] hyperair: right you're looking at the /bin/kill man page then. [20:13] mmhmm, so how's that a bashism? [20:14] hyperair: kill -1 $pid is using the builtin bash kill command [20:14] well yes, but it acts like /bin/kill doesn't it? [20:14] are there any differences? [20:14] as in, behavioural differences [20:14] if there aren't, then it shouldn't be a problem, should it? [20:15] hyperair: the problem is that the dash builtin kill command may be different from the bash builtin kill command [20:15] it's different, but is there a difference in behaviour? [20:15] i believe both are made to be compatible to /bin/kill [20:15] hyperair: if you run a script with #!/bin/sh you'll run with dash, not bash under a default ubuntu system [20:16] it's standardized, no? [20:16] i'm very well aware, you don't have to fill me in on those nitty gritty details [20:16] i'm saying that dash's kill and bash's kill both are compatible to /bin/kill style arguments, so there is no point in going out of your way to not use the builtin [20:17] or do you want to override all your echos with /bin/echo as well? [20:17] and /bin/cat? [20:17] no wait, cat doesn't have a builtin [20:20] hyperair: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=396821 [20:20] Debian bug 396821 in dash "dash 0.5.2-5 manpage doesn't document its builtin 'kill' command" [Normal,Open] [20:20] hyperair: https://wiki.ubuntu.com/DashAsBinSh - has a section about this [20:21] so kill -[0-9] is a bashism? =\ [20:21] does it not work in dash? [20:21] hyperair: it may work - it's just not documented under dash [20:21] bah. [20:21] If I upgrade a package in Debian with translation improvements, till when can it be merged for Karmic? (WinFF) [20:22]