Re: MIA team still alive?

Norbert Preining wrote: > I haven;t got any answer, but if there is none in the very near future > I / the Debian TeX Team will take over xindy and upload a version that > fixes RC bugs. Please go ahead. He's clearly MIA. -- .''`.The world breaks everyone, and afterward, some are : :' :

Re: delete my resume in your web site

Nikos Andrikos wrote: > On another note, is it just me or the links in the following line of the > bug report are wrong? > > *Bug reassigned from package 'listarchives > ' > to 'lists.debia

Re: delete my resume in your web site

Jenny zhou wrote: > I requested many time. but my resume is still on your web site. This has been reported as a bug (as per ml policy) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769807 -- .''`.The world breaks everyone, and afterward, some are : :' :strong at the broken

Re: Please more fish (was: so long and thanks for all the fish)

Christoph Anton Mitterer wrote: > So you still could (and perhaps should[0]) reconsider not to leave > Debian. > Guess you've read the lists and saw how many people were emotionally > hit and upset about this. Joey, I beg you too. Please reconsider. Still, if it's not fun anymore by all means run

Re: Time for compassion and the Init GR

Ian Jackson wrote: > Sam Hartman writes ("Time for compassion and the Init GR"): > > [stuff] > > Thanks for putting all of that into words. Ditto. Very well said. -- .''`.The world breaks everyone, and afterward, some are : :' :strong at the broken places.- Ernest Hemingway

Bug#634262: ITP: arpwatch-ng -- Ethernet/FDDI station activity monitor, based on arpwatch

Package: wnpp Severity: wishlist Owner: Amaya Rodrigo Sastre -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Current arpwatch maintainer will be in the Uploaders field as per http://lists.debian.org/debian-qa/2007/09/msg00037.html together with Anibal. Both are Cc:ed on this ITP. * Package name

Re: Bug#616317: base: commit= ext3 mount option in fstab has no effect.

reassign 616317 general thanks In http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=9;bug=616317 you said: > So I'm going to do the cowardly thing, and choose the third option, > which is to reassign this back to base, cc'ing debian-devel. I'm not > sure what the right thing is to do here, since

Re: Reporting same bug in different packages

Osamu Aoki wrote: > On Mon, May 02, 2011 at 11:18:45PM +0200, Amaya wrote: > > I guess I missed it (wonder how on earth...) > > Because you looked at okular first. True :) > okular uses libpoppler-qt4-3 which depends on libpoppler5. > Even more convoluted fo

Re: Reporting same bug in different packages

Mehdi Dogguy wrote: > Well, both do use libpoppler5… which is a PDF rendering library. I knew it! :) I guess I missed it (wonder how on earth...) -- .''`. Hate's no fun if you keep it to yourself : :' : -- The life of David Gale `. `' `-Proudly running Debian GNU/Linu

Re: Reporting same bug in different packages

Patrick Strasser wrote: > I want to report a bug, which occurs in two packages (okular, xpdf) > exactly the same way. It's a problem with rendering PDFs. Thanks for spotting this bug. Your contribution to Debian is appreciated. > What would be the right way: > * File two bugs and refer to each ot

Re: Bits from the Release Team - Kicking off Wheezy

Holger Levsen wrote: > Do you think a piuparts / policy workshop (or something) is useful at > DebConf11? Please! There's never "too much" chocolate, cheese or QA in Debconf :) -- .''`. Hate's no fun if you keep it to yourself : :' : -- The life of David Gale `. `' `-P

Re: Bits from the Release Team - Kicking off Wheezy

George Danchev wrote: > On Friday 29 April 2011 11:46:30 Lucas Nussbaum wrote: > > - rename 'testing' to 'rolling' to make it clear that it's usable as > > a rolling release > > It is also possible that a 'rename' brings no more value, but a > confusion to the users for unpredictable amount of t

Re: Why is help so hard to find?

Tollef Fog Heen wrote: > While I have no love for insserv, if you think the whole point of > dependency based boot (be it insserv, upstart, systemd) is boot speed, > I think you're mistaken. It's a part of the goal, but much more > important is actually correctness. Getting the dependencies betwe

Re: "Debian women may leave due to 'sexist' post"

Всеволод Величко wrote: > That message has been carbon-copied to debian-devel list. I'm not > reading debian-women list. You think, this discussion should take > place in d-d? I'm not sure. That was a honest mistake. I did not realize I was replying to a cross-post. > If you're sending something

Re: "Debian women may leave due to 'sexist' post"

Peter Tuhársky wrote: > Saying that, I'm glad there are women in Debian community, although I > don't fully understand their effort to maintain a special "Debian > Women" community. There is no "Debian Men" community I know of, and Oh! Wait! What about the men! I think you lack some perspective.

Re: I hereby resign as secretary

I absolutely What Kale said: /me too! Kalle Kivimaa wrote: > Manoj Srivastava writes: > > As to the people who emailed me that they are putting together a > > petition for the DAM to have me removed from the project, > > WHAT?? Could these people step up please and tell us WHY you cons

Re: NEW processing

Clint Adams wrote: > No, not more power to them. Conflating unnecessary tasks with privileged > roles is a bad idea. 100% agreed. -- ·''`. It's never too late to have a happy childhood : :' : `. `' `- Proudly running Debian GNU/Linux -- To UNSUBSCRIBE, email to [EMAIL

Re: NEW processing

Stefano Zacchiroli wrote: > On Thu, Dec 04, 2008 at 12:29:30AM +0100, Amaya wrote: > > This imput seems to me the most useful contribution to this thread, Zach > > > could be very much automatic, just as Zach pointed out. An automatic > > /me loves the Spanish pronun

Re: NEW processing

Russ Allbery wrote: > If you think Lintian is warning about something that it shouldn't warn > about, please report a bug. In some cases, it may be that we think that > you are not maintaining your package the way that we think you should > based on our understanding of the general Debian consensu

Re: NEW processing

Joerg Jaspert wrote: > Note that we currently are working on integrating lintian into dak in > a way that lets us autoreject on selected lintian tags. That will help > NEW a little too, even if NEW is the smallest driving force for this > change. But in the same change we *can* go and reject all N

Re: NEW processing

Thomas Viehmann wrote: > In essence, this whole trip through NEW would not have happened if the > maintainer would actually routinely install his packages before > uploading. I am all in favor of fast-tracking urgent stuff, but the > deal should involve the maintainer making extra-sure to get thing

Re: NEW processing

Kalle Kivimaa wrote: > Lintian errors are almost always an immediate REJECT, so they don't > really slow down the process. Warnings slow the process down as then > I'm required to make a judgement call as to allow the package in or > not, so I'm much happier if the packager deals with them beforeha

Re: SmellyWerewolf.com perfume & make-up discount

Eduard Bloch wrote: > * Miriam Ruiz [Mon, Nov 24 2008, 12:07:53AM]: > > Sorry but Debian is not a men's club and we're not their "chicks". > > Come on, peace! I respect you as woman or man or whoever you are, there > is no need to polarize the discussion. Well, you can't simply ask people to not

Re: SmellyWerewolf.com perfume & make-up discount

Steve Kemp wrote: > with debian-women making strides forward it seems this was a step > backward. Same here -- ·''`. It's never too late to have a happy childhood : :' : `. `' `- Proudly running Debian GNU/Linux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a su

/usr/doc is finished!

D] Subject: happy birthday! /usr/doc is finally gone User-Agent: KMail/1.9.5 Message-Id: <[EMAIL PROTECTED]> Hi, In 1999, Debian began moving /usr/doc to /usr/share/doc to comply with the FHS. In 2005 Joey Hess picked up the leftovers from this task, which in turn where picked up by Amay

Re: NMU versioning

Kartik Mistry wrote: > someversion+nmu1, someversion+nmu2 for example see, bzflag package. It > is at 2.0.10.20071115+nmu1 right now. Thanks, that answers my question. -- ·''`. Come, let me sing into your ear, those dancing days are gone : :' : I carry the sun in a golden cup, the moon

Re: NMU versioning

James Vega wrote: > "The version must be the version of the last upload, plus +nmuX, where > X is a counter starting at 1." I have found that NMUing native source packages is a bit tricky, as in, what is the consensuous regarding this increment? Where to increment? I hope I made myself understood

Re: RFH: piuparts testing of the archive

Lucas Nussbaum wrote: > Before the etch release, I did a few piuparts runs on all packages, > and filed the resulting bugs. I'd like someone to take over that task > for lenny. Whoever takes up this task, please keep #322762 updated about findings related to the /usr/doc symlink transition. I can

Re: triggers wishlist

Raphael Hertzog wrote: > And thanks to Guillem for doing the work despite the unfriendly atmosphere > that some managed to create. Ditto. -- ·''`. A waste is a terrible thing to mind! : :' : `. `' `-Proudly running (unstable) Debian GNU/Linux

Re: Mass bug filing: non-UTF8 debian/{control.changelog}

Amaya wrote: > * gmanedit: upload with a new maintainer, hopefully fixing other bugs too by > Anibal Alvelar > * unblock of #453954 by #453966, #453982, #453991, #454016, #454027, #454016 > (Amaya, about to). Sorry, #453982 should not be marked un-

Re: Mass bug filing: non-UTF8 debian/{control.changelog}

upload with a new maintainer, hopefully fixing other bugs too by Anibal Alvelar * unblock of #453954 by #453966, #453982, #453991, #454016, #454027, #454016 (Amaya, about to). -- ·''`.Moi je voudrais bien, un beau matin, qu&

Re: Mass bug filing: non-UTF8 debian/{control.changelog}

Bas Zoetekouw wrote: > I'm planning to file bugs for packages that use non-UTF-8 encodings in > debian/control and/or debian/copyright. Can you report on any progress in this? Is there a bug that already tracks this issue? Thanks -- ·''`.Moi je voudrais bien, un beau matin, qu'il y ait

Re: Processed: Re: debmake is deprecated

My bad, all of these package are not found in stable or testing. Transition is finished. Sorry for the noise. Debian Bug Tracking System wrote: > Processing commands for [EMAIL PROTECTED]: > > > owner 469049 Santiago Vila <[EMAIL PROTECTED]> > Bug#469049: debmake is deprecated > Owner recorded a

Bug#469049: debmake is deprecated

Package: general Severity: normal I am opening this bug to have a tracker for the "debmake is deprecated" transition progress. See http://lists.debian.org/debian-devel-announce/2006/03/msg00019.html for details. The remaining bugs, that will become blockers, tagged important, are: #372973: cksfv

Bug#438885: Not blocking anymore

unblock 438885 by 353660 unblock 438885 by 367727 block 438885 by 381485 thanks [18:21] >> amaya joins #debian-bugs [18:42] < amaya> so what to do about http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438885? [18:43] < amaya> linda seems to be "dead" and jukebox

Re: Intend to hijack rrdtool

Bernd Zeimetz wrote: > [EMAIL PROTECTED] was pinged several times about updating the package He is just dead busy, go ahead. -- ·''`.Moi je voudrais bien, un beau matin, qu'il y est : :' : une fleur dans mon jardin `. `' -

Re: reporting BTS spam easily from Mutt

Hamish Moffatt wrote: > In case it's useful to anyone, here's a quick hack I put together for > easy BTS spam reporting from mutt. That is incredibly useful, is tehre any similar tool to report spam delivered through the Debian Mailing Lists? Sorry if this has been answered before, I am just star

Re: Giving away most of my packages

A brief update: Amaya wrote: > - xdigger: http://packages.qa.debian.org/x/xdigger.html > No upstream, but easy to maintain. > Games team candidate? Taken by the games team. > - jail: http://packages.qa.debian.org/j/jail.html > There are much better tools out there, mayb

Giving away most of my packages

removed from the uploaders field for: amaya, fkiss, gnomekiss, libirman, lirc, mencal, perforate, and piuparts. If you are in any of these teams, please remove my name from the uploaders field. I will still keep subtitleeditor, http://packages.qa.debian.org/s/subtitleeditor.html as I still care

Re: Bug#441301: ITP: url2file -- wget a URL into a file an print the filename

Loic Dachary wrote: > Description : wget a URL into a file an print the filename ~~ and? >url2file - wget a URL into a file an print the filename Same here. >The file of the file in the

Re: Bug#438885: Mass bug filling: must use invoke-rc.d

Felipe Sateler wrote: > But oldstable has 2.86.ds1-1. I thought that only direct upgrades were > supported. I guess the conditional is indeed redundant. It may be, but keeping backwards compatibility in this case can't hurt much. Although I'd like to hear other opinions on this. -- ·''`.

Bug#438885: Mass bug filling: must use invoke-rc.d

Package: general Severity: serious As of Debian Policy Manual version 3.7.2, the use of invoke-rc.d to run init.d scripts has been made mandatory. Earlier, its use was strongly recommended. In most cases the fix should be simple, replace this: /etc/init.d/package with this:

Re: Debian French localisation team completes the translation of debconf screens

Christian Perrier wrote: > As of March 3rd 2007, all packages in Debian unstable that have > translatable debconf templates are translated into French [1]. Go bubullei (and team), go! -- ·''`. If I can't dance to it, it's not my revolution : :' :

Re: I *love* goodbye-microsoft.com

Russell Coker wrote: > On Friday 23 February 2007 19:58, [EMAIL PROTECTED] wrote: > > perhaps you should consider goodbye-fedora.org too ;-) > > Converting from Fedora to Debian is not a challenge, merely run > debootstrap from a root shell. Alternatively, install debtakeover: http://freshmeat.ne

Re: Review for NMU for mrd6

Marco d'Itri wrote: > Hugo is the upstream maintainer of mrd6 and he committed it, so it > should be correct. Yes, and thanks! We managed to get in contact with Hugo and he's already half-tricked into adopting mrd6 :) Happy hacking! -- ·''`. If I can't dance to it, it's not my rev

Re: Review for NMU for mrd6

Hi there, Anand Kumria <[EMAIL PROTECTED]> seems to be MIA and Laurent has a patch ready for an NMU. I do not know mrd6 well enough and I would appreciate input for the patch Laurent provided at #394590. Laurent Bigonville wrote: > On Mon, 19 Feb 2007 22:45:43 +0100 Amaya <[EMA

Re: Seeking for Adrian Bridgett

I provided Christian with alternate email addresses from the MIA database. -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Proudly running Debian GNU/Linux (unstable) `- www.amayita.c

Re: Handling of (inactive) Debian Accounts

Manoj Srivastava wrote: > So what is your oh-so-elegant solution to the MIA account problem? Humans problems have no technical solution. -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Prou

Re: Handling of (inactive) Debian Accounts

Manoj Srivastava wrote: > I think the difference is that the MIA process is too > conservative, It starts off being polite, indeed. And patient. You never know the reason why a person is not so active anymore. Tbm gave a talk about how it is done and why it is done like that in Oslo, 2003

Re: Handling of (inactive) Debian Accounts

Hi, there Joerg Jaspert wrote: > To reduce the security risk an unused open account has, and also to > get the number of Developers to reflect the reality, we, the Debian > Account Managers, decided to do regular "WaT"[2] runs. Are you familiar with the MIA Team work? How is this work insufficien

Re: possible problem with ftp.us.debian.org

Wesley J. Landaker wrote: > Months; Confirmed. > I've had to switch 10's of clients to use ftp.debian.org instead since > I've been getting intermittant problems like this with > ftp.us.debian.org since ~ October last year. [EMAIL PROTECTED]>head /etc/hosts #35.9.37.225http.us.debia

Bug#322762: no blocking bugs anymore

Joey Hess wrote: > I note that we still arn't 100% sure we've caught every last upgrade > issue involving /usr/doc, since AFAIK puiparts has not been used to > test upgrades of everything. Pity :( > Also, I see that there are still some lintian warnings about it at > http://lintian.debian.org/rep

Re: Bug#322762: no blocking bugs anymore

Santiago Vila wrote: > No, the next step is to close the bug and celebrate it. As love ly as it sounds, I'd like to see what piuparts has to say about it :) But att the pace we are moving (piuparts) I expect to fix this in a different release. -- ·''`. If I can't dance to it, it's

Re: Announce: zerotools (tools to keep virtual machine disks cleaner)

Hi, Aleksandr Aleksandr Koltsoff wrote: > Zerotools are a set of tools to aid keeping virtual disks clean (by > filling binary zero to those regions which are no longer in "use"). I maintain the package perforate. It contains a very similar utility, zum, that is just a small c binary that seems t

Re: db.debian.org (and related infrastructure) updates

Steve Langasek wrote: > But if all of our Japanese, Chinese, Greek Orthodox, Muslim, and > French Revolutionary developers can tolerate having to enter their > birthdates using the Gregorian calendar, I think we'll be able to make > do with an opt-in binary gender classification too. ROTFL You are

Re: db.debian.org (and related infrastructure) updates

Kevin Mark wrote: > Whats the use for such data? for postal mail? For gift giving? I've > yet to see anyone in cyberspace address someone as 'genderqueer' or > 'male',YMMV. Yeah, I also wonder what this LDAP field is good for, but if we are going to have it, let's make it, at least, accurate. --

Re: db.debian.org (and related infrastructure) updates

Alexey Feldgendler wrote: > What other kinds of gender are there? It would be interesting to see > some examples. I paste some email I already privately answered. Someone wrote: > Wildly OT, but don't people generally self identify more with one > gender or the other? If "generally" equals "whi

Re: db.debian.org (and related infrastructure) updates

Nicolas Boullis wrote: > What about gender? How is it specified? Currently it is a drop down that allows you to choose: - unspecified - male - female Which in my opinion reflects sex and not gender. I would rather have it as an input field where people can express their gender in the way they wa

Re: List of packages with problems wrt release

Lucas Nussbaum wrote: > Amaya Rodrigo Sastre <[EMAIL PROTECTED]> > amaya (U): in unstable (9.51-2.1) but not in testing. I was removed from testing!? Are you guys releasing without me? :) > twiki (U): has RC bugs (#402817) This has been fixed, and there is also a security up

Bug#402351: ITP: imsniff -- Simple program to log Instant Messaging activity on the network

Package: wnpp Severity: wishlist Owner: Amaya Rodrigo Sastre <[EMAIL PROTECTED]> * Package name: imsniff Version : 0.04 Upstream Author : Carlos Fernandez <[EMAIL PROTECTED]> * URL : http://sourceforge.net/projects/im-snif/ * License : GPLv2 Prog

Re: Hijacking ITA: sa-exim

Magnus Holmgren wrote: > On Friday 10 November 2006 13:23, Magnus Holmgren wrote: > > Can I take this package anyway? I use it since I feel it still has > > something Exim's built-in "spam" ACL condition (also known as > > exiscan) doesn't offer; namely, more flexibility in the adding of > > X-Spam

Re: Seeking sponsor for MaxDB r-c upload

Hi Martin, Martin Kittel wrote: > the upload of the latest maxdb-7.5.00 package that fixes a > release-critical bug for etch (#398413). I will sponsor your upload. -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma

Re: Bug#397715: ITP: dudki -- a process maintenance daemon

Hi, Emmanuel dudki sounds interesting! Emmanuel Bouthenot wrote: > Dudki! is a process maintenance daemon that checks whether > certain processes are running (based on pidfiles) and, if > needed, tries to restart them. It supports a self-test > commandline invocation which can be used in a cr

Re: IPW3945

Daniel Baumann wrote: > Philippe Cloutier wrote: > > See #363967. I heard some doubts about panthera's ability to handle > > more stuff, so maybe you can offer help. > > thanks you for your trust in me, this makes me very happy. Daniel, don't take this personally, don't be unhappy. I know your TO

Re: Lots of (easily recognisible) spam sent to the BTS today

Hi, Hamish Hamish Moffatt wrote: > I wrote a trivial perl script to which I pipe in BTS spams from mutt; > it extracts the bug number from the Subject then runs the bts program. URL? ;) -- ·''`. If I can't dance to it, it's not my revolution : :' :

Re: [help] Tix: seeking advice for #394635

Piotr Ozarowski wrote: > dh_compress -X.macros Thanks, that was helpful. -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Proudly running Debian GNU/Linux (unstable) `- www.amayita.co

Re: [help] Tix: seeking advice for #394635

Also lintian is screaming at me for various reasons: http://www.amayita.com/debian/1_sponsored/tix/lintian The only ones I can't fix are the $CURSE broken manpages. Or the $CURSE broken way I am trying to make them work. Thanks again for any hint. -- ·''`. If I can't dance to it,

Re: [help] Tix: seeking advice for #394635

Hi Matthew, Matthew Vernon wrote: > So you've put the macros file as /usr/share/man/tixman.macros. That's > sensible. Thanks for confirming this. > Now you want the manpages to use this file? > The thing to do is to edit the man-pages to the line that says: > .so man.macros > becomes: > .so tix

[help] Tix: seeking advice for #394635

Hi there, fellow DDs, Debian enthusiasts and groff experts, I am looking at #394635. My eyes are starting to bleed. This bug is not even RC, but it is ugly, and I would hate to ship Etch with it. All the man pages for this package use macros, sitting in a file called man.macros. I have no idea wh

Re: Please upload NMU of tix package to close #360920

Hi there, Matthias, Michael Michael Hanke wrote: > tags 360920 patch Matthias, I will review this package and sponsor the NMU. I will then upload to the delayed-1 queue. I hope you have no problem with this. -- ·''`. If I can't dance to it, it's not my revolution : :' :

Re: Bug mass filling

Anthony Towns wrote: > Please hold off on filing them for a few days, so I can add > usertag-on-submit support to debbugs, so that it should be possible to > automatically track this stuff, and easily avoid filing duplicate bugs > if they're not fixed the next time bugs get filed. Thanks, AJ. That

Re: Bug mass filling

Miriam Ruiz wrote: > Why don't we all try to calm down and get less paranoid? I hope there are big Finnish saunas in Edinburgh. I think we all need to gather for a hot sauna next DebConf. We should change this "you can't flame people you have had sauna with" to "you can't flame me until you've h

Re: Does anybody know where Janez Rabzelj Zappone is?

Carlos Martín Nieto wrote: > I ask because he took (or was going to anyway) maintainership of the > package blam, but this was about a month ago and no new version has > been uploaded. I am not so sure, he doesn't look like he intends to adopt blam: http://bugs.debian.org/cgi-bin/bugreport.cgi?bu

Re: Is Stan Vasilyev MIA?

Bas Wijnen wrote: > http://www.debian.org/doc/developers-reference/ch-beyond-pkging.en.html#s-mia-qa, > and that mentions debian-devel should be asked before [EMAIL PROTECTED] Also, Cc:ing the guy or the bug number is nice. -- ·''`. If I can't dance to it, it's not my revolution :

Re: Help with piuparts?

Bill Allombert wrote: > I am certainly interested helping with piuparts but I am not confident > I understand where you would like the project to go. Count me in! (See a longer email I wrote on this some minutes ago). -- ·''`. If I can't dance to it, it's not my revolution : :' :

Re: Bug#390754: O: piuparts -- .deb package installation, upgrading, and removal testing tool

Hi, I have been wanting to answer to your emails about piuparts sooner, but I was unable to. As you are already aware of, I am very interested in getting to know piuparts much better, to make it part of my QA efforts. I have not been able to yet. Lars Wirzenius wrote: > [...] I am overcommited w

Re: Free flash player for your browser (Was: Running x86-64 debian inside i386 pbuilder on AMD64)

Wouter Verhelst wrote: > On Tue, Sep 26, 2006 at 04:38:51AM -0500, Gunnar Wolf wrote: > [on gnash] > > In my experience, it will even _require_ AMD64 or similar CPUs to > > display even trivial pages. > > Isn't that a given for anything even remotely related to flash? Exactly, it is not like the

Re: Debian cares more about documents than people

alfredo diega wrote: > Well, I guess it isn't fair. Look, have any of you ever sent an email > out of frustration, then wish you could take it back? I am sorry, I > hope somebody will forgive me. We all have, no big deal. > I just need to loose my pride and switch to Ubuntu. No, you just need

Re: ITP: subtitleeditor -- Graphical subtitle editor with sound waves representation

Peter Samuelson wrote: > This program also shows sound waves, which makes it easier to > synchronise subtitles to voices. > > No need to mention the competitors, really. Changed, thanks. There is always this "how will the user know what to install?" thingy. That's what I was trying to sol

Re: ITP: subtitleeditor -- Graphical subtitle editor with sound waves representation

Amaya Rodrigo Sastre wrote: > This program also shows soundwaves which makes it easier for > subtitles synchronisation that most other subtitle editors like > ksubtile or gaupol. So, now that I read this aloud, is it "that" or "than"

ITP: subtitleeditor -- Graphical subtitle editor with sound waves representation

In reply to a RFP, and with the idea of creating subtitles for the talks given in Spanish during Debian Day at Debconf6, found at http://meetings-archive.debian.net/pub/debian-meetings/2006/debconf6/theora-small/2006-05-13/tower/ I intend to package subtitleeditor. * Package name: subtitleedi

Re: NMU for mantis - new upstream and some bugfixes

Hi Daniel, I see you made a great job out of mantis. You are so enthusiastic that I could not make you wait. There are still some issues that I want to discuss with you (ie, the changelog should be improved). But let's take this off-list and talk in private. -- ·''`. Policy is your

Re: NMU for mantis - new upstream and some bugfixes

Daniel Knabl wrote: > If my "work" is welcome - as I hope - then I will try to go on with > it. If it is NOT, or if it is of too low quality, then just ignore my > tries. The quality is not really a big issue here, it can be improved with time. What I would like to see is some degree of commitme

Re: Why does Ubuntu have all the ideas?

Eduard Bloch wrote: > I know that feeling, and IMO it can be enjoyable: getting things done > without investing own effort into them ;-) I have not been NMUed in hostile way (yet), maybe I am not prone to seeing it like a hostile behaviour, because I take it as "this person cares about $PACKAGE, t

Re: Why does Ubuntu have all the ideas?

Eduard Bloch wrote: > Have you set a proper ultimatum and have you made understandable that > you are going to NMU? I usually do it this way so the terms are clear > for both sides. And/or using delayed upload to not forget about the > time period. I personally fear that using NMUs as threats (I a

Re: Why does Ubuntu have all the ideas?

martin f krafft wrote: > I am finding lots of interesting points in other people's replies. Yes, I am also surprised about the civil tone (on most of the replies). > I think the discussion so far has been much constructive. Whether we > are going to let it deteriorate to a flame fest or not will

Re: Why does Ubuntu have all the ideas?

Marco d'Itri wrote: > It's sad that many people replied this way when it's obvious that > Debian has stopped innovating long ago. There is plenty of ways to express any opinion, and imho, the approach taken here is not the most constructive, as several other people have already pointed out. --

Re: Why does Ubuntu have all the ideas?

Huge Troll Warning -- ·''`. Policy is your friend. Trust the Policy. : :' : Love the Policy. Obey the Policy. -- Lars Wirzenius `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com -- To UNSUBSCRIBE, email

Bug#322762: Done in NMU

tags 322762 fixed thanks -- .''`. Fuck your fascist beauty standards : :' : `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe".

Re: The correct use of debian-devel

Cesare Leonardi wrote: > In particular, the primary question is: Who can write on debian-devel? http://lists.debian.org/debian-devel/ Discussion about technical development topics. (High-volume mailing list.) This list is not moderated; posting is allowed by anyone. (I would add: Anyone who know

Re: RFA: lirc - Linux Infra-red Remote Control support

Steve Langasek wrote: > In that case, you probably want to open a RFA bug rather than an O bug. Yep. I got #364606 now. Really, people, nobody wants a beautiful lirc package? -- .''`. I may not have gone where I intended to go, but I think : :' : I have ended up where I needed to be -- D

Re: O: lirc - Linux Infra-red Remote Control support

Guus Sliepen wrote: > You should file a wnpp bug. Not yet, I wanted to know if there was any interest before just leaving it out in the cold. Well, maybe you are right, maybe filing this wnpp bug is not as bad as it feels to me :) But... I have tried before to set up a co-maintainance group, and

O: lirc - Linux Infra-red Remote Control support

I am orphaning lirc, it deserves a better maintainer. Please contact me if you are interested. -- .''`. I may not have gone where I intended to go, but I think : :' : I have ended up where I needed to be -- Douglas Adams `. `' Proudly running unstable Debian GNU/Linux `- w

Re: Bug#360285: ITP: libjoey -- forks itself and does several things at the same time

Steinar H. Gunderson wrote: > I'd like the source for Joey, please. :-) Formorer, please clarify with upstream, I have heard (today) that libjoey is not 100% free, as in DFSG-free. A concerned developer and browser, Amaya -- .''`. I may not have gone wher

Re: We want to honestly apoligize to the whole Debian Community

Gregg Coner wrote: > Our actions in the Debian Mailing Lists were uncalled for. We honestly > regret everything we said and did. Good, now please just stop. -- .''`. I may not have gone where I intended to go, but I think : :' : I have ended up where I needed to be -- Douglas Adams `.

Re: For those who care about stable updates (update)

Florian Haas wrote: > Joey did not quit because he woke up this morning and didn't feel like > doing the work. Yes, that is an issue that really has to be discussed in a civil manner and in more depth. The issue I am refering to is, again, the fragile equilibrium between meritocracy and elected de

Re: For those who care about stable updates

Josselin Mouette wrote: > Who are you going to lobby? The candidates who are playing an active > role in "the problem", or the ones who are just claiming there is no > problem and that we should all be friends? This year the candidates are acting more like RL politicians than ever (IMVHO). So you.

Re: For those who care about stable updates

Gustavo Franco wrote: > hehe, i think you missed my joke first. Maybe, I just saw a GnR quote. -- .''`. I may not have gone where I intended to go, but I think : :' : I have ended up where I needed to be -- Douglas Adams `. `' Proudly running unstable Debian GNU/Linux `-

Re: For those who care about stable updates

Gustavo Franco wrote: > Sure Amaya, "what we've got here is failure to communicate...". Btw, i > hope we don't end in a civil war. :-) Civil? Not as long as we focus on attacking Ubuntu -- .''`. I may not have gone where I intended to go, but I think : :

Re: For those who care about stable updates

Gustavo Franco wrote: > I agree with you, i wasn't simple asking him to go back. My point was > that if we just let somebody or a team take over that task the problem > will still be there, maybe not all the problems but some of them. I am also worried that these issues continue to exist throughou

  1   2   >