* Christian Marillat:
> Apparently you don't understand (or don't care), because this is the second
> time I file the same bug report (#344125), but as this package isn't a
> native package the upstream changelog should not be here.
Accoridng to Policy section 4.4, it's okay to list "other change
Florian Weimer <[EMAIL PROTECTED]> writes:
> * Christian Marillat:
>
>> Apparently you don't understand (or don't care), because this is the second
>> time I file the same bug report (#344125), but as this package isn't a
>> native package the upstream changelog should not be here.
>
> Accoridng t
* Christian Marillat:
> Florian Weimer <[EMAIL PROTECTED]> writes:
>
>> * Christian Marillat:
>>
>>> Apparently you don't understand (or don't care), because this is the second
>>> time I file the same bug report (#344125), but as this package isn't a
>>> native package the upstream changelog shou
Christian Marillat <[EMAIL PROTECTED]> writes:
> Package: libgtk2.0-0
> Version: 2.8.17-1
> Severity: serious
> Justification: Policy 4.4
> Hi,
> Apparently you don't understand (or don't care), because this is the
> second time I file the same bug report (#344125), but as this package
> isn't a
* Russ Allbery:
> Accordingly, for my packages, I mention (as sub-bullets to the "* New
> upstream release" bullet) any upstream change that:
>
> * Closes a Debian bug (and include the bug closer).
>
> * Is a major feature enhancement or a major bug fix likely to be of
>interest to a substan
On Sat, Apr 15, 2006 at 04:17:28PM +0300, gustavo halperin wrote:
> I think that we have a problem when the common library between XFree and
> /usr/lib are update in /usr/lib.
> I currently have XFree 4.5, when the library libfontconfig1 was update
> to version 2.3.2-1 was also updated
> the fil
Florian Weimer <[EMAIL PROTECTED]> writes:
> * Christian Marillat:
>
>> Florian Weimer <[EMAIL PROTECTED]> writes:
[...]
>> Where are you reading that ?
>
> An upstream change is a change to the Debian package, too, and listing
> them is expressly allowed under the "other changes" option.
I'm s
Hi folks,
Is there a way to force a specific library version known in
${shlibs:Depends} ?
Using "Depends: ${shlibs:Depends}" is not really fine, if I want to
force the library to be upgraded when the primary binary package is
updated.
However,
Depends: ${shlibs:Depends}, libmypackage1 (= ${Sourc
On Sun, Apr 16, 2006 at 12:02:42PM +0200, Christian Marillat wrote:
> Florian Weimer <[EMAIL PROTECTED]> writes:
> > * Christian Marillat:
> >> Florian Weimer <[EMAIL PROTECTED]> writes:
>
> [...]
>
> >> Where are you reading that ?
> >
> > An upstream change is a change to the Debian package, to
#include
* Don Armstrong [Fri, Apr 14 2006, 02:02:17PM]:
> On Fri, 14 Apr 2006, Torsten Marek wrote:
> > >> - eog
> > >
> > > As said, Gnome bloat. Use gqview or pornview.
> >
> > Well, don't take pornview or you'll soon have a bug report about
> > politically incorrect package names;-)
>
> Try
On Sun, Apr 16, 2006 at 12:18:58PM +0200, [EMAIL PROTECTED] wrote:
> Is there a way to force a specific library version known in
> ${shlibs:Depends} ?
>
> Using "Depends: ${shlibs:Depends}" is not really fine, if I want to
> force the library to be upgraded when the primary binary package is
> upd
[EMAIL PROTECTED] wrote:
> Is there a way to force a specific library version known in
> ${shlibs:Depends} ?
> Using "Depends: ${shlibs:Depends}" is not really fine, if I want to
> force the library to be upgraded when the primary binary package is
> updated.
Why would you want to do that?
* [EMAIL PROTECTED] [Sun, 16 Apr 2006 12:18:58 +0200]:
> I could abandon the use of ${shlibs:Depends}, and list each dependencies
> manually, but this is a bit annoying.
No, it is not annoying. It is an utterly incorrect thing to do, so
better forget that the idea ever crossed your mind. ;-)
Daniel Stone <[EMAIL PROTECTED]> writes:
R> On Sun, Apr 16, 2006 at 12:02:42PM +0200, Christian Marillat wrote:
>> Florian Weimer <[EMAIL PROTECTED]> writes:
>> > * Christian Marillat:
>> >> Florian Weimer <[EMAIL PROTECTED]> writes:
>>
>> [...]
>>
>> >> Where are you reading that ?
>> >
>> > An
* Daniel Stone:
> Why? If your library's ABI is changing with every revision, you should
> be bumping the soversion.
Or you shouldn't provide a DSO at all.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Le Ven 14 Avril 2006 01:58, David Nusinow a écrit :
> On Thu, Apr 13, 2006 at 07:09:55PM -0400, Adam C Powell IV wrote:
> > *Think* for a moment about the consequences. This is not a simple
> > rebuild, this is a serious problem.
>
> I agree and I take full responsibility for the issue. I'm sorry
On Sun, Apr 16, 2006 at 04:31:10PM +0200, Pierre Habouzit wrote:
> I welcome the fact that you bear your responsabilities, that's a quality
> fewer of us have. Though, the .la problem is not the sole one the
> modular Xorg raised.
>
> - /usr/X11R6/bin/X disapearing broke login managers (gdm, kd
On Sun, Apr 16, 2006 at 04:31:10PM +0200, Pierre Habouzit wrote:
> - /usr/X11R6/bin/X disapearing broke login managers (gdm, kdm)
> - fonts transition was unanounced and users have either :
> * only non transitionned fonts if their xorg.conf was modified
> * only xorg ones if they use dex
On Sun, Apr 16, 2006 at 10:52:21AM -0400, David Nusinow wrote:
> As for the build-depends, pbuilder is, as far as I've been able to
> understand it, completely incapable of handling such a massive beast as
> this. You can't point it easily at a custom repository in order to have it
> pull from ther
Processing commands for [EMAIL PROTECTED]:
> reassign 362505 kernel-image-2.6.8-3-686
Bug#362505: via-rhine: probe of :00:0f.0 failed with error -993193440
Bug reassigned from package `general' to `kernel-image-2.6.8-3-686'.
> thanks
Stopping processing here.
Please contact me if you need as
reassign 362505 kernel-image-2.6.8-3-686
thanks
Hi!
Thanks for your bug report!
This sounds like a kernel bug. Reassigning ti to the correct package.
Regards,
Bas.
--
++
| Bas Zoetekouw | GPG key: 0644fab7
Christian,
On Sun, Apr 16, 2006, Christian Marillat wrote:
> Apparently you don't understand (or don't care), because this is the second
> time I file the same bug report (#344125), but as this package isn't a
> native package the upstream changelog should not be here.
You're not in the
Loïc Minier <[EMAIL PROTECTED]> writes:
> Christian,
>
> On Sun, Apr 16, 2006, Christian Marillat wrote:
>> Apparently you don't understand (or don't care), because this is the second
>> time I file the same bug report (#344125), but as this package isn't a
>> native package the upstream c
In-Reply-To: <[EMAIL PROTECTED]>
On Sun, Apr 16, 2006 at 10:52:21AM -0400, David Nusinow wrote:
> As for the build-depends, pbuilder is, as far as I've been able to
> understand it, completely incapable of handling such a massive beast as
> this. You can't point it easily at a custom repository in
Le dimanche 16 avril 2006 à 19:12 +0200, Christian Marillat a écrit :
> Loïc Minier <[EMAIL PROTECTED]> writes:
>
> > Christian,
> >
> > On Sun, Apr 16, 2006, Christian Marillat wrote:
> >> Apparently you don't understand (or don't care), because this is the second
> >> time I file the sam
Josselin Mouette <[EMAIL PROTECTED]> writes:
> Le dimanche 16 avril 2006 à 19:12 +0200, Christian Marillat a écrit :
>> Loïc Minier <[EMAIL PROTECTED]> writes:
>>
>> > Christian,
>> >
>> > On Sun, Apr 16, 2006, Christian Marillat wrote:
>> >> Apparently you don't understand (or don't care
Thank you for the additional information you have supplied regarding
this problem report. It has been forwarded to the package maintainer(s)
and to other interested parties to accompany the original report.
Your message has been sent to the package maintainer(s):
Sebastien Bacher <[EMAIL PROTECT
Package: wnpp
Severity: wishlist
Owner: Luk Claes <[EMAIL PROTECTED]>
* Package name: libcrypt-openssl-rsa-perl
Version : 0.23
Upstream Author : Ian Robertson <[EMAIL PROTECTED]>
* URL : http://cpan.org/
* License : like Perl
Programming Lang: Perl
Descripti
Package: wnpp
Severity: wishlist
Owner: Luk Claes <[EMAIL PROTECTED]>
* Package name: libcrypt-openssl-dsa-perl
Version : 0.13
Upstream Author : T.J. Mather, E <[EMAIL PROTECTED]>
* URL : http://cpan.org/
* License : like Perl
Programming Lang: Perl
Descript
Le dimanche 16 avril 2006 à 19:24 +0200, Christian Marillat a écrit :
> You are wrong. I've orphaned all my GNOME packages with the right entry
> in the Debian changelog. read again.
http://lists.debian.org/debian-devel-changes/2004/03/msg01789.html
--
.''`. Josselin Mouette/\.
On Sun, Apr 16, 2006 at 07:19:40PM +0200, Pierre HABOUZIT wrote:
> In-Reply-To: <[EMAIL PROTECTED]>
> On Sun, Apr 16, 2006 at 10:52:21AM -0400, David Nusinow wrote:
> > I'd like for you to back this claim up. So far I've fixed dozens of bugs
> > over the course of the past week at great personal an
Josselin Mouette <[EMAIL PROTECTED]> writes:
> Le dimanche 16 avril 2006 à 19:24 +0200, Christian Marillat a écrit :
>> You are wrong. I've orphaned all my GNOME packages with the right entry
>> in the Debian changelog. read again.
>
> http://lists.debian.org/debian-devel-changes/2004/03/msg01789.
Package: wnpp
Severity: wishlist
Owner: Luk Claes <[EMAIL PROTECTED]>
* Package name: libcrypt-openssl-random-perl
Version : 0.03
Upstream Author : Ian Roberts <[EMAIL PROTECTED]>
* URL : http://cpan.org/
* License : like Perl
Programming Lang: Perl
Descript
Package: wnpp
Severity: normal
Hi,
I would like to give the texmacs package into caring hands. TeXmacs is
a mathematical text editor, combining a wysiwyg interface with the
typesetting quality of TeX. In fact, the program contains a complete
re-implementation of Knuth's TeX typesetting algorithm,
Andreas Metzler <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] wrote:
>> Is there a way to force a specific library version known in
>> ${shlibs:Depends} ?
>> Using "Depends: ${shlibs:Depends}" is not really fine, if I want to
>> force the library to be upgraded when the primary binary package i
[EMAIL PROTECTED] writes:
> Hi folks,
>
> Is there a way to force a specific library version known in
> ${shlibs:Depends} ?
>
> Using "Depends: ${shlibs:Depends}" is not really fine, if I want to
> force the library to be upgraded when the primary binary package is
> updated.
>
> However,
> Depend
On Sun, Apr 16, 2006 at 07:19:40PM +0200, Pierre HABOUZIT wrote:
> I'm complaining because *you* created the huge load of bugs you have
> to cope with, and a lot of other you don't warn other packagers about
> (what pissed me, and made me write my previous mail is yet-another-RC
> bug because of
Le dimanche 16 avril 2006 à 19:48 +0200, Christian Marillat a écrit :
> > http://lists.debian.org/debian-devel-changes/2004/03/msg01789.html
>
> gnome-session (2.4.2-2) unstable; urgency=low
>
> * Orphaned package.
>
> -- Christian Marillat <[EMAIL PROTECTED]> Fri, 19 Mar 2004 15:50:59 +0100
Russ Allbery <[EMAIL PROTECTED]> writes:
> Andreas Metzler <[EMAIL PROTECTED]> writes:
>> [EMAIL PROTECTED] wrote:
>>> Is there a way to force a specific library version known in
>>> ${shlibs:Depends} ?
>>> Using "Depends: ${shlibs:Depends}" is not really fine, if I want to
>>> force the library
On Sun, Apr 16, 2006 at 12:22:14PM +0300, Daniel Stone <[EMAIL PROTECTED]>
wrote:
> On Sun, Apr 16, 2006 at 12:02:42PM +0200, Christian Marillat wrote:
> > Florian Weimer <[EMAIL PROTECTED]> writes:
> > > * Christian Marillat:
> > >> Florian Weimer <[EMAIL PROTECTED]> writes:
> >
> > [...]
> >
>
On Sat, 15 Apr 2006, Nacho Barrientos Arias wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Nacho Barrientos Arias <[EMAIL PROTECTED]>
>
> * Package name: sks
> Version : 0.92-1
> Upstream Author : Nacho Barrientos Arias <[EMAIL PROTECTED]>
> * URL : http://pagina
You're Devon Deppler, the maintainer for the Xyzzy set of packages, a
total of a dozen packages. They're important and influential: about a
quarter of the entire archive depends on the packages in one way or
another. You have lots of users.
Now upstream comes up with a new version, and changes som
Package: wnpp
Severity: wishlist
Owner: Nacho Barrientos Arias <[EMAIL PROTECTED]>
* Package name: libapp-info-perl
Version : 0.49-1
Upstream Author : David Wheeler <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/~dwheeler/App-Info-0.49/
* License : Perl
Pr
On Saturday 15 April 2006 12:56, Marcelo E. Magallon wrote:
> Hi Kamaraju,
>
> On Sat, Mar 04, 2006 at 01:33:09AM -0500, kamaraju kusumanchi wrote:
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=354032
> >
> > asking for the latest version (0.8.0) of gerris which has been
> > available si
On Sun, Apr 16, 2006 at 12:18:58PM +0200, [EMAIL PROTECTED] wrote:
> Hi folks,
> Is there a way to force a specific library version known in
> ${shlibs:Depends} ?
> Using "Depends: ${shlibs:Depends}" is not really fine, if I want to
> force the library to be upgraded when the primary binary packa
Steve Langasek <[EMAIL PROTECTED]> writes:
> Now, the clean solution for those cases when there's a compelling reason
> to implement this bad idea: see what dpkg-shlibdeps(1) has to say about
> shlibs.local.
I've tried to do this before and encountered:
See dpkg-shlibdeps(1) for details of t
On Sun, Apr 16, 2006 at 07:19:40PM +0200, Pierre HABOUZIT wrote:
> Give me a break. For one single package, it's already quite penible to
> use experimental (to avoid to pull every single experimental package,
> you have to edit your /etc/apt/preferences, and stuff like that), it's
> not imagine
On Sun, Apr 16, 2006 at 01:19:36PM -0700, Russ Allbery wrote:
> Steve Langasek <[EMAIL PROTECTED]> writes:
>
> > Now, the clean solution for those cases when there's a compelling reason
> > to implement this bad idea: see what dpkg-shlibdeps(1) has to say about
> > shlibs.local.
>
> I've tried t
Kurt Roeckx <[EMAIL PROTECTED]> writes:
> On Sun, Apr 16, 2006 at 01:19:36PM -0700, Russ Allbery wrote:
>> I've tried to do this before and encountered:
>>See dpkg-shlibdeps(1) for details of the format of shared library
>>dependency files.
>> which of course is recursive and that man pa
On Sunday 16 April 2006 22:13, Steve Langasek wrote:
> Now, the clean solution for those cases when there's a compelling
> reason to implement this bad idea: see what dpkg-shlibdeps(1) has to
> say about shlibs.local.
One minor gripe about dpkg-shlibdeps(1)...
If I look at that page, I get redire
su, 2006-04-16 kello 22:25 +0200, Gabor Gombas kirjoitti:
> So, [- - -] what are _YOUR_ excuses for
> not testing the transition when it was still in experimental? And if you
> did not do that, what are you complaining about?
I like this attitude: you either help, or you shut up. Attacking people
Russ Allbery <[EMAIL PROTECTED]> writes:
> Andreas Metzler <[EMAIL PROTECTED]> writes:
>> [EMAIL PROTECTED] wrote:
>
>>> Is there a way to force a specific library version known in
>>> ${shlibs:Depends} ?
>
>>> Using "Depends: ${shlibs:Depends}" is not really fine, if I want to
>>> force the libra
Lars Wirzenius <[EMAIL PROTECTED]> writes:
> You're Devon Deppler, the maintainer for the Xyzzy set of packages, a
> total of a dozen packages. They're important and influential: about a
> quarter of the entire archive depends on the packages in one way or
> another. You have lots of users.
>
> No
Goswin von Brederlow <[EMAIL PROTECTED]> writes:
> Russ Allbery <[EMAIL PROTECTED]> writes:
>> Usually because the binaries shipped with the package use internal,
>> undocumented interfaces that are not available to the rest of the world
>> and hence are not considered part of the SONAME (i.e., up
On Sun, 16 Apr 2006, Nacho Barrientos Arias wrote:
> Date: Sun, 16 Apr 2006 21:03:43 +0200
> Peter Palfrader <[EMAIL PROTECTED]> wrote:
>
> > This package name conflicts with the not yet uploaded SKS (Syncronising
> > Key Server) software. Maybe you could pick something else?
>
> sks-crypto?
M
su, 2006-04-16 kello 23:49 +0200, Goswin von Brederlow kirjoitti:
> That is called experimental or unstable.
Er, no. The point is to get things tested and hopefully fixed before
uploading to unstable. Experimental might work, but then packages there
need to be tested with the existing unstable in
Christoph Berg wrote:
> Yes, definitely. If you are aware of any "solved" RFH bugs, could you
> ping the maintainers?
Done. Pinged: aboot, athcool, cvs, dpkg, grub, gtkpod, openssl, parted,
pbbuttonsd, phpgroupware, sourcenav, stlport4.6, thinkpad, tpctl
I didn't ping the others because either ther
On 16 Apr 2006, Christian Marillat uttered the following:
> Here is the relevant policy :
>
> , | Changes in the Debian version of the package should be
> briefly explained in the Debian changelog file
> `debian/changelog'.[1] This includes modifications made in the
> Debian package compared
Daniel Stone wrote:
On Sat, Apr 15, 2006 at 04:17:28PM +0300, gustavo halperin wrote:
I think that we have a problem when the common library between XFree and
/usr/lib are update in /usr/lib.
I currently have XFree 4.5, when the library libfontconfig1 was update
to version 2.3.2-1 was also
On Sun, Apr 16, 2006 at 10:52:21AM -0400, David Nusinow wrote:
> I have yet to file bugs against other packages that I've affected because I
> haven't had time. This is a serious problem, but I have hundreds of
> packages to actively look after during this transition and I'd appreciate
> any sort o
Dear all,
When i wanna a local directory from my HDD,& parallel of it,I use
apt-get from that directory,How i dpo it?
Yours,Mohsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Manoj Srivastava wrote:
> To the practitioners, it is HAM radio. Not Amatuer radio --
> and the only reason we are considering not calling it ham since
> ignorant users should not be confused. Sounds like dumbing down to
> me.
>
> manoj
>
>
Eh? I use amateur radio all the t
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> On 16 Apr 2006, Christian Marillat uttered the following:
>
>> Here is the relevant policy :
>>
>> , | Changes in the Debian version of the package should be
>> briefly explained in the Debian changelog file
>> `debian/changelog'.[1] This includ
63 matches
Mail list logo
