+ Peter Miller (Sun, 31 May 2009 11:49:37 +1000):
> Wouldn't it be great if when you typed
> apt-get build-deps gcc
> instead of saying
> E: Invalid operation build-deps
> it said something more useful, like
> E: Invalid operation build-deps, did you mean build-dep instead?
I guess
+ John Goerzen (Sat, 30 May 2009 19:09:11 -0500):
> I'm CCing this to Debian-devel because I think it speaks to a larger
> issue.
> I just downloaded a PDF, and tried to copy and paste a bit of text
> from it. I used the selection tool, and Okular offered to speak it to
> me, but said "Copy forb
+ Jonathan Kaye (Mon, 18 May 2009 15:15:27 +0200):
> Yes, but sadly 4.2 is not hitting squeeze all at once. I got about 6 4.2
> upgrades today with the results that a lot of my kde apps are no longer
> functional. The menu items along with their associated icons are gone:
> kpat, amarok, k3b are 3
+ Bastian Blank (Sun, 24 May 2009 21:07:49 +0200):
> I would like to raise the minimum CPU requirement for the shipped Linux
> kernels in the i386 port to i686 (with cmov). For now I will not propose
> a change of the default machine type setting used by the compiler.
As Philipp Kern mentioned, y
+ Frans Pop (Thu, 21 May 2009 20:54:22 +0200):
> Adeodato Simó wrote:
> > From: Debian Installer
> Although this usage probably predates D-I, I do find it quite confusing in
> practice, and for example when googling, that we currently have two
> completely unrelated usages o
> I haven't done an exhaustive survey, but it seems pretty clear so far
> that the domain does not get any significant amount of legitimate mail
> from machines other than the debian.org hosts.
As I understand it, @packages.d.o is the standard way of contacting
the maintainers of a package in an e
reopen 529871
clone 529871 -1
reassign -1 nautilus-image-converter
severity -1 serious
retitle -1 nautilus-image-converter: upload of experimental packages to
unstable required
reassign 529871 nautilus-filename-repairer
severity 529871 serious
retitle 529871 nautilus-filename-repairer upload of ex
+ Jonathan Wiltshire (Thu, 21 May 2009 19:00:09 +0100):
> On Thu, May 21, 2009 at 07:54:52PM +0200, Adeodato Simó wrote:
> > I thought it could perhaps be a good idea to CC them to -devel. Does
> > somebody think we shouldn't do that? (I'd send a patch to include the
>
Hello, dak is configured to send the Release Team a mail each time one
of the "transition blocks" expires because the transition has been
completed.
I thought it could perhaps be a good idea to CC them to -devel. Does
somebody think we shouldn't do that? (I'd send a patch to include the
name of th
possible to migrate
to testing the new compiz, useable with KDE4, because it also depends on
a newer GNOME. In order to upgrade to KDE4, you will have to temporarily
uninstall compiz-kde, or grab compiz-kde and dependencies from unstable.
Cheers,
--
Adeodato Simó
Debian Release Team
--
To U
+ Rafael Laboissiere (Sun, 17 May 2009 15:31:51 +0200):
Hello!
> * Package name: octave-bugfix-3.0.5
> Version : 1.0
> Upstream Author : The Octave Forge Community
> * URL : http://octave.sourceforge.net/bugfix-3.0.5
> * License : GPL-3+
> Programming Lang
+ Guillem Jover (Wed, 13 May 2009 20:55:00 +0200):
> The wildcards on the binary stanza Architecture fields have also been
> supported since the beginning.
What wildcards? The "linux-any" and "powerpc-any" ones you mean? AFAIK,
Phil was inquiring about good-old Build-Depends expressions like:
+ Thorsten Alteholz (Wed, 06 May 2009 13:22:53 +0200):
> Hi Adeodato,
Hello, Thorsten (hope it's okay I'm quoting you in public).
> could you please tell me the reason for blocking libtool's transition
> from unstable to testing? I have a few packages that depend on libtool
> but don't want to
+ Ritesh Raj Sarraf (Wed, 06 May 2009 12:23:06 +0530):
Hello!, and thanks for your interest in packaging new software for
Debian.
> * Package name: inotifyx
> Version : 0.1.0
> Upstream Author : Forest Bond
> * URL : http://www.alittletooquiet.net/software/inotifyx/
>
+ Andrei Popescu (Wed, 29 Apr 2009 16:56:29 +0300):
> On Wed,29.Apr.09, 14:27:45, Darren Salt wrote:
> > The list management software, OTOH, can [add] a Mail-Followup-To
> > header, if one is not already present, containing the list address
> > and, if the sender is not subscribed, his address.
>
+ Stefano Zacchiroli (Tue, 28 Apr 2009 22:16:26 +0200):
> On Tue, Apr 28, 2009 at 09:45:41PM +0200, Adeodato Simó wrote:
> > Anyway, the exact list of Bin-NMUs is rather uninteresting. More
> > interesting can be, I think, the current list of known transitions
> > against w
+ Ben Finney (Wed, 29 Apr 2009 10:04:05 +1000):
> Caveat: I tried it and dropped it because its support for Unicode is
> currently broken (Bug#520374), and Ruby isn't a language I'm able to
> hack.
#477366, really.
--
- Are you sure we're good?
- Always.
-- Rory and Lorelai
--
To UNS
+ Frank Lin PIAT (Tue, 28 Apr 2009 22:54:07 +0200):
> If the sender of the previous email is subscribed to the list:
[...]
> If the sender of the previous mail was NOT subscribed to the list.
[...]
And how does one (or their MUA) know which of these is the case?
--
- Are you sure we're good?
-
(Bcc: -devel)
+ Cyril Brulebois (Tue, 28 Apr 2009 21:09:53 +0200):
> Heya folks,
> after Ari asked on #dd, I was wondering where one can track the
> currently planned binNMUs, so that I could answer his “when will webkit
> stuff be rebuilt?” question. Is vorlon's page on ftp-master still the
> r
+ Mike Hommey (Tue, 28 Apr 2009 20:52:36 +0200):
> > Since I wouldn't dream of recommending anyone use a proprietary data
> > silo like Google Mail, I invite you instead to look at the ‘sup’ package
> > for a folder-less approach to organising email messages that many say is
> > superior.
> Descr
+ Steve Langasek (Mon, 27 Apr 2009 22:13:57 -0700):
> On Sun, Apr 26, 2009 at 06:43:00PM +0200, Adeodato Simó wrote:
> > I’m unsure why assigning VERS_1 to all symbols works for preserving
> > compatibility, whereas old binaries use symbols not associated with any
> > vers
+ Mike Hommey (Tue, 28 Apr 2009 07:46:35 +0200):
> On Tue, Apr 28, 2009 at 11:53:12AM +1000, Ben Finney wrote:
> > Noah Slater writes:
> > > Yes, I know the L command, but thanks for pointing it out! My argument
> > > is that I have to remember to use when I am replying to the Debian
> > > lists
+ Noah Slater (Mon, 27 Apr 2009 14:10:17 +0100):
> Yes, I know the L command, but thanks for pointing it out! My argument
> is that I have to remember to use when I am replying to the Debian
> lists
I fully agree with this. I think having to remember which key one must
use in each context for "r"
+ Michael Biebl (Tue, 21 Apr 2009 17:40:23 +0200):
> [not sure if debian-mentors is the right list, but I try anyway]
[I’m moving to -devel in search of a wider audience, and dropping
-mentors via Bcc to avoid the crosspost. Hopefully interested -mentor
readers can move to -devel without much inc
+ Paul Wise (Thu, 23 Apr 2009 18:13:11 +0800):
> linux-libre goes further and removes even the request_firmware calls
> for non-free firmware:
To an hypothetical person that would deeply care about not running
non-free software, does that provide any real gain/benefit/improvement
over running a k
Hello!, Enrico. (I’m adding -devel back in case there can be people
interested on this.)
> On Mon, Apr 20, 2009 at 05:35:20PM +0200, Adeodato Simó wrote:
> > So does it support (or will it support) using it in the “fetch from
> > server, read/delete some stuff on client, maybe rea
+ Charles Plessy (Tue, 21 Apr 2009 20:49:27 +0900):
> Files: debian/*
> Copyright: 2009, Charles Plessy
> License: PD
> Please treat this packaging work as if it were in public domain.
Is such a wording actually appropriate for this, “as if”?
--
- Are you sure we're good?
- Always.
--
+ Enrico Tassi (Mon, 20 Apr 2009 10:10:35 +0200):
Hola!
> Description : Sync Mail Dir is a set of tools to synchronize Maildirs
> Sync Mail Dir is a set of utilities to synchronize a pair of mail
> boxes in Maildir format, using SSH to transfer data.
> Unlike OfflineIMAP It requires
+ William Pitcock (Fri, 17 Apr 2009 04:49:58 -0500):
> On Fri, 2009-04-17 at 16:25 +0800, Thomas Goirand wrote:
> > Luk Claes wrote:
> > > I'm afraid it's too invasive to be included, though I would propose to
> > > upload it to backports.org.
> > Then can the current broken version of yum be rem
+ Raphael Hertzog (Sun, 15 Mar 2009 09:31:45 +0100):
> > IMHO the right thing to would be for mlocate (in locate mode, not in
> > updatedb mode) to issue a warning if the DB was too old instead of the
> > way you suggested.
> Sending the warning only when updatedb is skipped and when the DB is
>
+ Ben Finney (Wed, 15 Apr 2009 08:44:48 +1000):
> Sune Vuorela writes:
> > How is your work on a useful summary of kdebase-workspace going ?
> I do wish this tiresome rhetorical non-argument would stop cropping up.
> Are we not able to discuss the purpose of ‘debian/copyright’ without the
> fal
+ Norbert Preining (Mon, 13 Apr 2009 17:23:07 +0200):
> Hi colleagues,
> I got my fixed laptop and wanted to re-install everything to continue
> TeX development.
Ah, great to hear you’re back to that status. :-)
> Well, unfortunately it seems that gnome is not installable, due to a
> missing li
+ Norbert Tretkowski (Tue, 07 Apr 2009 11:05:05 +0200):
> Hi,
Hello, Norbert.
> I plan to move MySQL 5.1 from experimental to unstable really soon now,
> MySQL 5.0 will be dropped from Debian at the same time. This means 215
> packages need to be rebuild.
> There should be no changes necessary
+ Andreas Tille (Wed, 08 Apr 2009 09:59:32 +0200):
> Hi,
> while building Blends tasks pages I used to parse the packages file
>http://ftp.debian.org/dists/unstable/main/binary-i386/Packages.gz
> this does not exist any more and I have to add a directory 'debian'
>http://ftp.debian.org/de
+ Sebastien Delafond (Tue, 07 Apr 2009 13:08:17 -0700):
> On Apr/07, Mike Hommey wrote:
> > Why do we need jruby1.0, jruby1.1 and now jruby1.2 ?
> so multiple versions of jruby can be simultaneously installed on a
> system, like with python2.x, ruby1.x, etc ?
The question was, rather: why would
* Felipe Sateler [Tue, 31 Mar 2009 08:58:23 +1100]:
> > * plan for libjack0.100.0-0: there are 11 source packages left with
> > dependencies on this old library. No sourceful uploads are needed
> > for this: once you’ve gotten back to me that the plan is good, I
> > will provide you with
> > We’ll be also
> > doing some Bin-NMUs to get rid of dependencies on obsolete
> > jack-audio-connection-kit transitional packages
> Should we file bugs against packages for build-depending on the wrong package,
> so that we can drop the Provides later? Or just let it be for the time being?
You
* Adeodato Simó [Tue, 31 Mar 2009 17:56:33 +0200]:
> * poppler, evolution-data-server/gnokii/metacity, libmtp/libgpod
> scheduled for this week, upload blocks in place (see attached)
> The complete list of packages is attached.
Yeah, about that. Attached now.
poppler
===
* Paul Wise [Tue, 31 Mar 2009 22:42:32 +0800]:
> On Tue, Mar 31, 2009 at 9:21 PM, Marco d'Itri wrote:
> > Is there a more elegant way to do this?
> Not sure if it would work with your case, but xchat used this to
> demote plugin dependencies to recommends:
> dh_shlibdeps -a -u'-dDepends debian/
* Goswin von Brederlow [Mon, 30 Mar 2009 18:00:08 +0200]:
> The alternative solution is ia32-archive, which creates a local
> repository of converted packages on the users system. No wrappers
> needed and no ugly hacks but that comes at the cost of disk space and
> the need to configure what packa
Maintainers: unless you’re jackbeat or gst-plugins-bad0.10, you need not
upload for this, though build-depending on libjack-dev in your next
upload would be nice.
---
Hello, Felipe. I finally found some time to look at your message. I’ve
moved -release to CC (thanks for the Bcc!), since it’s on-t
* Goswin von Brederlow [Mon, 30 Mar 2009 14:33:32 +0200]:
Hello, [-mentors only Bcc'ed to drop it from the discussion]
Executive summary: concerns about ia32-apt-get raised, lesser hack
proposed for comments.
> before Lenny ftpmaster asked us (ia32-libs maintainers) to do
> something about t
* Holger Levsen [Sun, 29 Mar 2009 15:14:24 +0100]:
> Hi,
Hey,
> On Sonntag, 29. März 2009, Emilio Pozuelo Monfort wrote:
> > Doesn't this do what you want?
> > Depends: pdns-backend-ldap | bind9, pdns-recursor | bind9
> sure, that works and thats what I'm doing now. But it's ugly and redudant a
* Clint Adams [Thu, 26 Mar 2009 19:22:31 +]:
> On Thu, Mar 26, 2009 at 08:12:29PM +0100, Adeodato Simó wrote:
> > Right, but my proposed script should cater for both workflows (letting
> > the tools write your debian/changelog, or writing it by hand), since the
> > bug
* John Goerzen [Thu, 26 Mar 2009 13:37:51 -0500]:
> but it scans the git commit message and so can send a slightly more
> accurate report.
I did it specifically parsing debian/changelog to address [1], because I
actually often do the same (not writing Closes: #XXX in the commit
message and only i
Hopefully this does what people wanted to do. Here:
http://git.debian.org/?p=users/adeodato/git-hooks.git;a=blob;f=post-receive-tag-pending;hb=HEAD
Sample output at:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520017#17
--
- Are you sure we're good?
- Always.
-- Rory and L
* sean finney [Tue, 24 Mar 2009 15:00:24 +0100]:
> On Tue, Mar 24, 2009 at 02:40:05PM +0100, Sandro Tosi wrote:
> > Additionally, I'm looking for a post-commit hook that can send the
> > commit diff via email to a ml + tagpending the bugs in the diff. I'm
> > pretty sure someone out there has this
* Reinhard Tartler [Tue, 24 Mar 2009 18:03:42 +0100]:
> > Then I've used git-svn to import the svn history in an extra repository,
> > verified that everything is right, and pulled it from the repository created
> > with git-import-dsc. As git-import-dsc uses the date from the changelog as
> > com
* Kurt Roeckx [Tue, 24 Mar 2009 23:52:22 +0100]:
> On Tue, Mar 24, 2009 at 08:03:46PM +0100, Robert Millan wrote:
> > I'd also like to complain about the title text of the initial GR. It is
> > clearly manipulative, as it pretends to be merely describing the proposed
> > changes when in fact it
* Paul Wise [Wed, 25 Mar 2009 21:29:10 +0900]:
> On Wed, Mar 25, 2009 at 8:30 PM, Adeodato Simó wrote:
> > I’m told libbfd.so is a private/internal library of binutils that should
> > not be dynamically linked against. A static version exists (libbfd.a),
> > and packages
Hello,
> Looks like oprofile needs a rebuild .
> $ opreport
> opreport: error while loading shared libraries: libbfd-2.18.0.20080103.so:
> cannot open shared object file: No such file or directory
> $ dpkg -L binutils | grep libbfd-
> /usr/lib/libbfd-2.19.1.so
I’m told libbfd.so is a private
* Steve Langasek [Mon, 23 Mar 2009 02:19:58 -0700]:
> On Mon, Mar 23, 2009 at 10:14:24AM +0100, Pierre Habouzit wrote:
> > Package: openbsd-inetd
> > Version: 0.20080125-2
> > Tags: squeeze sid
> > Severity: normal
> > Following the thread on debian-devel, where people seemed to agree with
> > su
* Darren Salt [Mon, 23 Mar 2009 18:01:15 +]:
> >> Debian Python Modules Team
> >> pyxine
> > We only build-dep on "libxine-dev" and depends are brought in by substvar,
> > so a binNMU should be enough to update dependencies.
> No; you need to explicitly depend on libxine1-x or libxine1-co
* Enrico Zini [Wed, 18 Mar 2009 11:42:58 +]:
> On Tue, Mar 17, 2009 at 03:03:22PM +, Simon Huggins wrote:
> > Is there a reason you need this now and can't wait until you've managed
> > to argue for the shared library from upstream and cajoule them into
> > producing a .so?
> > I had an u
* Adeodato Simó [Tue, 17 Mar 2009 18:25:10 +0100]:
> * Raphael Geissert [Mon, 16 Mar 2009 18:32:51 -0600]:
> > > Removing GNOME from testing because something depends on libfrufru1 isn't
> > > a win for testing's usability.
> > It would only last until i
* Raphael Geissert [Mon, 16 Mar 2009 18:32:51 -0600]:
> > Removing GNOME from testing because something depends on libfrufru1 isn't
> > a win for testing's usability.
> It would only last until it is able to migrate without breaking anything. I
> think this is just a matter of deciding which way
* Richard Atterer [Mon, 16 Mar 2009 13:34:17 +0100]:
> At the very least, there should be an auto-generated web page listing
> packages in testing that are currently unreleasable!
http://lists.debian.org/debian-devel/2009/03/msg00836.html
--
- Are you sure we're good?
- Always.
-- Rory
* Norbert Preining [Mon, 16 Mar 2009 18:24:15 +0100]:
> On Mo, 16 Mär 2009, Marco d'Itri wrote:
> > On Mar 16, Hilmar Preusse wrote:
> > > Hmm, weird. jadetex is architecture all and haven't changed for a
> > > while. Could you find out, why it can't be installed?
> > I hoped that somebody here w
> Clement Lorteau
>gtkvncviewer
I filed #518000 a while ago about this, heh. But the bug report needs
updating to say that python-gconf exists on its own, and that
gtkvncviewer should depend on that instead of python-gnome2.
Cheers,
--
- Are you sure we're good?
- Always.
-- Rory a
* Steve Langasek [Sun, 15 Mar 2009 19:55:50 -0700]:
Hello, Steve.
> On Sun, Mar 15, 2009 at 04:44:08PM +0100, Adeodato Simó wrote:
> > Now, this has its own set of problems and caveats as well, since if you
> > don’t pay attention and take care of later cleanup, you end up with
Hello,
this mail is to talk a bit about the current situation regarding
transitions in unstable. In my opinion, it is unfortunate that the
Release Team has had to insist on semi-serializing them, because that’s
not the kind of development you want to have in unstable right after a
release.
Execut
As an extra idea, on IRC Peter Palfrader suggested never skipping the
warning, but always sending it to syslog rather than stderr.
--
- Are you sure we're good?
- Always.
-- Rory and Lorelai
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscrib
Hello,
I wanted to gather some opinions on this matter. I’ve recently applied
to the mlocate package a patch I received to skip running the daily
update of the database if the system is running on batteries.
When that happens, the daily cron script emits a warning like “System on
battery power, n
Hello, Jean-Yves.
Please mail your questions about packaging to debian-ment...@lists.debian.org.
--
- Are you sure we're good?
- Always.
-- Rory and Lorelai
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@l
I replied to him in private (because I wanted to mention his current
emailForward setting).
Cheers,
--
- Are you sure we're good?
- Always.
-- Rory and Lorelai
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas..
* Roberto C. Sánchez [Thu, 12 Mar 2009 17:34:20 -0400]:
> > It’s certainly not desirable. Do you have an estimation of how many
> > reverse dependencies libluabind will have? Goswin’s remark about API
> > compatibility is also an important one.
> Currently, none of the luabind packages have rever
* Roberto C. Sánchez [Tue, 10 Mar 2009 18:30:19 -0400]:
> I am curious as to what people generally think of how the libluabind
> SONAME will be going forward. I know that certain packages (like
> libssl) have the complete version in the SONAME, but I can't imagine
> that this is a really good ide
* Russ Allbery [Wed, 11 Mar 2009 11:06:41 -0700]:
> Adeodato Simó writes:
> > Another option would be a lintian test that warns if the postinst calls
> > updmap-sys but the package depends on text-common (>= 1.15). This would
> > give us the benefit of having an a
* Stefano Zacchiroli [Wed, 11 Mar 2009 16:20:06 +0100]:
> On Wed, Mar 11, 2009 at 01:16:43PM +0100, Adeodato Simó wrote:
> > There could be a mass bug filing using some usertag, but that may
> > get out of sync if people make an upload without noticing the bug
> > should be
* Giacomo A. Catenazzi [Wed, 11 Mar 2009 16:56:20 +0100]:
> how to had new services in /etc/services database?
By filing a bug like #353835 (against netbase).
--
- Are you sure we're good?
- Always.
-- Rory and Lorelai
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
* Norbert Preining [Wed, 11 Mar 2009 11:18:45 +0100]:
> Dear all,
> the Debian TeX Team has uploaded tex-common 1.15 to unstable which
> brings triggers support for font maps (calls to updmap-sys) and
> hyphenation patterns (calls to fmtutil-sys --byfmt).
Great. \o/
> Those packages shipping fo
> On Tue, Mar 10, 2009, Dirk Eddelbuettel wrote:
> > Normally, we keep the lib$foo$N and add lib$foo$N+1. By withdrawing
> > libpoppler3 you broke the buildability of hundreds of package with tex
> > documentation. Was there a reason?
Uploading libfoo2 and making libfoo1 disappear are actually do
* "Adam Cécile (Le_Vert)" [Tue, 10 Mar 2009 15:42:43 +0100]:
> I bet it won't work for a package in dak ;)
http://incoming.debian.org
http://packages.qa.debian.org/aqualung
And, FFS, the ACCEPTED mail you get has you *and* the uploader in the
To: line.
--
- Are you sure we're good?
- Always.
deal with your RC bugs in a timely manner
5. Or you can just mention in the bug report that you're working on a fix
6. Or you can state that you don't want NMUs
7. Or you could do as everybody else and actually thank people for
NMUing you
Best
--- libphysfs-1.0.1.orig/configure
+++ libphysfs-1.0.1/configure
@@ -1506,8 +1506,8 @@
MAJOR_VERSION=1
MINOR_VERSION=0
MICRO_VERSION=1
-INTERFACE_AGE=0
-BINARY_AGE=0
+INTERFACE_AGE=1
+BINARY_AGE=1
VERSION=$MAJOR_VERSION.$MINOR_VERSION.$MICRO_VERSION
--- libphysfs-1.0.1-2.orig/configure.in
+
so.
If somebody could work with Barry to see if the SONAME given by upstream
for 1.1.1 is appropriate, that'd be great too. Barry, a good start would
be the output of `nm -D` and `objdump -p` for the 1.1.1 library, plus
the configure.in file.
In the meantime, Barry, please upload 1.0
responsable de merde putain de feignant »
> (translated in my language). Thank you for opening my eyes.
Well, I think writing missing manpages is commendable independently of
what we may agree on calling those who won't do it.
Have a nice day,
--
Adeodato Simó
ckout" of the appropriate revision, i.e. an unpacked
tree. So you could checkout that from the upstream VCS, and store the
delta in the debian-only VCS, if in fact your packaging VCS is debian-only.
(Else, this point is moot. :-)
I hope I explained myself clearl
at period. If they are many, at some point I will have to
orphan them.
Many thanks in advance,
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
The surest way to corrupt a youth is to instruct
dom will yield results, so I don't have anything against it being
done, but I don't think it should be a substitute for packaging the
software.
(¹) I realize mydns could be complete crap, but the argument still
holds.
My off-the-top-of-my-heart
Many times the problem is that upstreams do provide such adequate
documentation... in other formats than man pages. What should the
packager do in that case? Create a dummy man page pointing out to eg.
/usr/share/doc/foopkg/html/fooprog.html? Copy over the contents of
fooprog
they'll appreciate
any help.
If nobody objects, I'm going to permanently decrease the waiting period
for bugs in the "transition-blockers" list (current or future) from 7 to
3 days. Just be civil and honour maintainer's wishes.
Thanks,
--
Adeodato Simó
I've updated http://wiki.debian.org/binNMU to include a pointer to the
preferred format for binNMU requests, which supersedes the old one.
The appropriate syntax is explained at:
http://release.debian.org/wanna-build.txt
Thanks,
--
Adeodato Simó da
tion to browse can be useful, but I don't think
support libraries have a place there, since they're something that's
going to be installed because of dependencies, and not intentionally.
Thoughts?
--
Adeodato Simó dato at ne
e removed altogether (CC'ing
-qa). It has popcon 5, and hasn't seen a real upload for 6 years.
Cheers,
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
Don't be irreplaceable, if
I forgot to add, that almost no requests actually said "I'll go forward
with this in a few days if nobody objects", for which I'm very grateful
already.
Thanks,
--
Adeodato Simó dato at net.com.org.es
Debian Developer
ckages in testing.
I get that everybody is anxious to get their work done, and I'm sorry
the Release Team is the bottleneck, but I don't think having your
transition stuck in unstable for four months is going to be any funnier
than waiting one.
Thanks
is included by default in
Debian, but it's a good idea to have it since it's needed by some other
services as well (eg. http://db.debian.org).
Hopefully this isn't much of a nuisance.
--
Adeodato Simó dato at n
ctly the same, but this could be a feature (the -> dh
symlink) that v3 source packages could use.
However, I don't think it's a good idea at all, and hope it doesn't go
forward.
--
Adeodato Simó dato at net.com.org.es
Debian Developer
* Gonéri Le Bouder [Mon, 16 Feb 2009 00:34:51 +0100]:
> On Sun, Feb 15, 2009 at 11:11:04PM +0100, Adeodato Simó wrote:
> > I'd like to suggest ithat you upload again to experimental, but having
> > libode-dev Provide: libode0-dev. Then you ask reverse dependencies for
> &g
* Jonny Lamb [Sat, 14 Feb 2009 18:03:51 +]:
> On Sat, Feb 14, 16:25:41 +0100, Adeodato Simó wrote:
> > Do you have binary packages anywhere? I'd like to give it a try without
> > having to compile it.
> Sure. I threw some i386 and amd64 packages here:
> http:
Oh, and thanks for taking the initiative to contact your reverse
dependencies, it's appreciated.
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
A hacker does for love what other would n
verybody else. From a quick look it's quite
an isolated transition, so it should be able to get the "go" very soon.
Thanks in advance,
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian
this bug fixed.
Hm, they ship & compile a separate copy of Tk?
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
A lie can go round the world before the truth has got its boots on.
first migration, a bit more than 2500 packages managed to migrate
without any manual hinting (96% of all elegilible candidates).
Cheers,
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
Any life,
try without
having to compile it.
Thanks,
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
Will you just stand still?
-- Luke Danes
--
To UNSUBSCRIBE, email to debian-devel-re
case.
Cheers,
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
Excuse me for thinking a banana-eating contest was about eating a banana!
-- Paris Geller
--
To UNSUBSCRIBE, email to debi
t heuristics to spot a 'rotting' package
> (like, for example standards-version older than X, but you need to tell
> me what X), I can automatically mine it and turn it into a debtags tag.
--
Adeodato Simó dato at net.com.org.es
Debian Developer
ends, I will
> solve this in my packages with a dpkg substvar,
> such as $(depends:libfoo-bar-perl} for Foo::Bar. It seems that it is
> trivial to pass through dh_gencontrol.
Substvars don't work for Build-Depends, I'm afraid.
--
Adeodato Simó
ontain correct information at the beginning of the
> build.
I don't think nobody is suggesting inferring Build-Dependencies from
Depends field.
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
1 - 100 of 497 matches
Mail list logo