Dear maintainers,
I saw this bug was already closed by you. There shall be a fix available.
My question: Did you already upload the fixed kernel? I am running debian-
amd/testing which (as you know) got the same kernel as debian-amd64/sid.
If you aleady did, so please reopen the bugreport, as i
Hi Hans,
Hans-J. Ullrich wrote:
> I saw this bug was already closed by you.
I don't know where you got that impression. Bug 658728 is still open,
and there is not a patch available yet.
However:
[...]
> My chipset is ALC 268.
Bug 658728 is not likely to be relevant to you --- it's just plain
On Fri, 2012-02-10 at 17:35 -0800, Russ Allbery wrote:
> I think we have to do something saner with changelog files eventually
> regardless, but I'm curious: how did Ubuntu deal with the binNMU problem
> that Guillem identified? If you binNMU a library on amd64 but not on
> i386, as near as I can
On Sat, 2012-02-11 at 03:34 -0600, Jonathan Nieder wrote:
> Hi Hans,
>
> Hans-J. Ullrich wrote:
>
> > I saw this bug was already closed by you.
>
> I don't know where you got that impression. Bug 658728 is still open,
> and there is not a patch available yet.
Also, debian-devel is not the corr
Hello,
On Sat, 11 Feb 2012, Jakub Wilk wrote:
> >* Deploying refcnt means that M-A:same packages must always be at
> >the same exact installed version, so that the file contents can
> >match.
> >↓
> >More difficult upgrade paths, as this ties the different arch
> >dependency trees around M-A:same
I'd like to propose updates to:
http://dep.debian.net/deps/dep5/
(1) Use URL instead of real FSF address everywhere
-You should have received a copy of the GNU General Public
-License along with this package; if not, write to the Free
-Software Foundation, Inc., 51 Franklin St,
* Charles Plessy , 2012-02-11, 12:06:
For the encoding, this is not a problem limited to the machine-readable
format. If the Debian copyright file is in an encoding A, and one file
has a name or is in a directory that has a name in an encoding B that
can not be represented in A, and that there
* Joey Hess , 2012-02-10, 22:35:
/usr/share/doc/pkgname/
/usr/share/bug/pkgname
/usr/share/lintian/overrides/pkgname
/usr/share/mime-info/pkgname.*
/usr/share/menu/pkgname
...
(Joey, I'm guessing you might consider it too late to do some of these in
debhelper for compat level 9, righ
On Sat, 11 Feb 2012, Raphael Hertzog wrote:
> It could be a source of subtle bugs if this leads to having
> libfoo:i386 (1.0) + libfoo:amd64 (2.0) + libfoo-data:all (2.0)
>
> But then the proper answer is for the maintainer to put
> a tight dependency “Depends: libfoo-data (= ${source:Version})”.
* Raphael Hertzog , 2012-02-11, 11:15:
* Deploying refcnt means that M-A:same packages must always be at the
same exact installed version, so that the file contents can match.
↓
More difficult upgrade paths, as this ties the different arch
dependency trees around M-A:same barriers.
By allowin
On Sat, 11 Feb 2012, Henrique de Moraes Holschuh wrote:
> On Sat, 11 Feb 2012, Raphael Hertzog wrote:
> > It could be a source of subtle bugs if this leads to having
> > libfoo:i386 (1.0) + libfoo:amd64 (2.0) + libfoo-data:all (2.0)
> >
> > But then the proper answer is for the maintainer to put
>
On Sat, 11 Feb 2012 03:28:33 +0200
Riku Voipio wrote:
> Package proliferation and duplication of arch-independent data are merely
> effects that happen when packagers workaround the lack of shared identical
> files.
+1
> One solution for the binNMU changelogs and generated docs would be to
> us
On 12-02-11 at 12:23pm, Jari Aalto wrote:
>
> I'd like to propose updates to:
>
> http://dep.debian.net/deps/dep5/
>
> (1) Use URL instead of real FSF address everywhere
[...]
> (2) No ending commas in years
[...]
> (3) Uniform Layout
I agree wit those changes - assuming it affects only exa
* Jonathan Nieder , 2012-02-10, 18:56:
This is not so one-sided as you seem to be suggesting.
Yes. I apologize for implying this.
Jonathan
who wishes he knew of a fifth approach without the downsides of the
others proposed so far :)
Let me try:
1. We allow sharing files between architectu
On Fri, 2012-02-10 at 17:16:29 -0800, Steve Langasek wrote:
> On Fri, Feb 10, 2012 at 06:56:00PM -0600, Jonathan Nieder wrote:
> > As long as dependencies are accurate, I don't see how allowing
> > co-installation of the same package for two different architectures at
> > different versions is any
On Sat, 2012-02-11 at 11:41:58 +0100, Stefano Zacchiroli wrote:
> That is a bug and ought to be fixed in its own right. Then, the
> discussion of how much we should rely on it or not is a different one,
> but it's good to separate the concerns.
As mentioned on the summary, this is not specific to
On Sat, 2012-02-11 at 00:46:53 +0100, Marco d'Itri wrote:
> It is not true that splitting the package is a one time action, every
> release which adds new files will require dealing with the split.
Assuming a somewhat standard packaging, using debhelper and debian/tmp
or debian/, where all upstre
Guillem Jover writes:
> On Sat, 2012-02-11 at 11:41:58 +0100, Stefano Zacchiroli wrote:
>> That is a bug and ought to be fixed in its own right. Then, the
>> discussion of how much we should rely on it or not is a different one,
>> but it's good to separate the concerns.
> As mentioned on the su
Jari Aalto writes:
> (3) Uniform Layout
> E.g.
> -Copyright: 1993 John Doe
> - 1993 Joe Average
> +Copyright:
> + 1993 John Doe
> + 1993 Joe Average
> Rationale: The whole document uses one-space indent for consequtive
> lines.
No, this change is actua
On Sat, 11 Feb 2012 06:21:52 -0800
Russ Allbery wrote:
> Guillem Jover writes:
> > On Sat, 2012-02-11 at 11:41:58 +0100, Stefano Zacchiroli wrote:
>
> >> That is a bug and ought to be fixed in its own right. Then, the
> >> discussion of how much we should rely on it or not is a different one,
>
(Note: Please Cc any relevant discussions to me.)
Currently, the virtual package lua is provided by lua40 and lua50. This
implies that lua50 is the latest version available in the repositories, but
lua5.1 is newer.
I don't see lua listed at
http://www.debian.org/doc/packaging-manuals/virtual-pack
On Sat, 11 Feb 2012 09:26:41 -0600
Chris wrote:
> (Note: Please Cc any relevant discussions to me.)
>
> Currently, the virtual package lua is provided by lua40 and lua50. This
lua5.1 Provides: lua
$ sudo apt-get install lua
Reading package lists... Done
Building dependency tree
Reading
Steve Langasek writes:
> On Thu, Feb 09, 2012 at 01:40:41PM +0100, Goswin von Brederlow wrote:
>> Steve Langasek writes:
>
>> > - For many of these files, it would be actively harmful to use
>> >architecture-qualified filenames. Manpages included in -dev packages
>> >should not change
Aron Xu writes:
> On Sat, Feb 11, 2012 at 00:14, Osamu Aoki wrote:
>> [...]
>>
>> Just think any phrase data with its content size in 16bit integer.
>>
>> I have bigger example :-)
>>
>> ipadic: Uncompressed size: 44.5 M
>>
>> This one, I made them arch:any to build many binary packages. Simila
On 12-02-11 at 06:27am, Russ Allbery wrote:
> Jari Aalto writes:
>
> > (3) Uniform Layout
>
> > E.g.
>
> > -Copyright: 1993 John Doe
> > - 1993 Joe Average
> > +Copyright:
> > + 1993 John Doe
> > + 1993 Joe Average
>
> > Rationale: The whole document uses o
"Bernhard R. Link" writes:
> * Ben Hutchings [120209 20:45]:
>> There is a similar issue with linux-image-*-amd64, which I would
>> definitely like to remove from i386 as soon as possible. We have
>> metapackages to help with this already, but we still need users to add
>> amd64 as a foreign ar
Bastian Blank writes:
> On Fri, Feb 10, 2012 at 01:00:50PM +0100, Bernhard R. Link wrote:
>> just
>> to have a suiteable kernel would be quite a burden.
>
> The -amd64 kernel in i386 arch is some sort of upgrade tool. With
> mult
m...@linux.it (Marco d'Itri) writes:
> As the maintainer of a few (popular) library packages I consider
> splitting these packages a complex and annoying workaround for
> deficiencies in tools.
> It is not true that splitting the package is a one time action, every
> release which adds new file
Hi,
I would like to update this ITP:
* I'm no longer using martinez.faneyth [at] gmail.com. From now on i
will use luis [at] huntingbears.com.ve for all my Debian contributions.
(is there an easy way of changing this bug's owner?).
* The application has received the following improvements:
Jonathan Nieder writes:
> Hi,
>
> Jakub Wilk wrote:
>
>> How about:
>> * Because this the obvious and elegant way of doing things. It makes
>> multiarchification easy for packagers, and invisible for uses,
>> including those users who don't care about multi-arch (unless they
>> rely on paths to t
Stefano Zacchiroli writes:
> On Fri, Feb 10, 2012 at 05:35:19PM -0800, Russ Allbery wrote:
>> We need a guarantee that gzip will always produce the same output, which
>> we already know isn't the case and which doesn't look sustainable going
>> forward.
>
> My understanding of #647522 is differen
Raphael Hertzog writes:
> Hello,
>
> On Sat, 11 Feb 2012, Jakub Wilk wrote:
>> >* Deploying refcnt means that M-A:same packages must always be at
>> >the same exact installed version, so that the file contents can
>> >match.
>> >â
>> >More difficult upgrade paths, as this ties the different arc
On Sat, 2012-02-11 at 17:33 +0100, Goswin von Brederlow wrote:
> Bastian Blank writes:
>
> > On Fri, Feb 10, 2012 at 01:00:50PM +0100, Bernhard R. Link wrote:
> >> just
> >> to have a suiteable kernel would be quite a burden.
> >
Package: wnpp
Severity: wishlist
Owner: Maximilian Gerhard
* Package name: okularplugin
Version : git-e6c3993714d8cb4fc56633d69d898e9caa9b696f
Upstream Author : Jeremy Sanders
* URL : https://github.com/jeremysanders/okularplugin
* License : (LGPL, BSD)
Prog
On Sat, Feb 11, 2012 at 05:33:45PM +0100, Goswin von Brederlow wrote:
> If there is no 64bit kernel in i386 then you can not safely enable
> multiarch to install amd64 packages (in general, kernel my just
> work). It is kind of a prerequisite.
qemu-user?
Of course, this particular combination is
On Fri, Feb 10, 2012 at 11:57:44AM +, Ian Jackson wrote:
> Wouter Verhelst writes ("Re: Use of the first person in messages from the
> computer"):
> > A computer cannot refer to itself, because it does not have a self.
>
> I'm sorry, but that is completely wrong.
>
> "README"
> "drink me"
On Fri, Feb 10, 2012 at 05:35:19PM -0800, Russ Allbery wrote:
> Steve Langasek writes:
> > On Fri, Feb 10, 2012 at 06:56:00PM -0600, Jonathan Nieder wrote:
> >> I agree that the extra work of removing "multi-arch: same" for existing
> >> -dev packages that have been converted is a major downside.
On Fri, Feb 10, 2012 at 11:50:10AM +0100, Adam Borowski wrote:
> On Thu, Feb 09, 2012 at 11:05:25PM -0800, Russ Allbery wrote:
> > Note that another case that I don't think has been discussed, but which is
> > probably more common than embedded quote marks, is a filename that's
> > invalid UTF-8 (s
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: jenkins-token-macro-plugin
Version: 1.5.1
Upstream Author: CloudBees, Inc
URL: https://wiki.jenkins-ci.org/display/JENKINS/Token+Macro+Plugi
Adam Borowski writes:
> It looks like there is not a single such filename in all sources, anywhere
> in unstable (for x in *.tar.*z*;do tar tf "$x";done). Even lletters-media
> ships its data with English names and links them at build.
Oh, cool, thank you for checking! I think we can safely no
Cyril Brulebois dixit:
>For those not subscribed to that bug, how to reproduce[1] and possible
>fix[2] are available now. There might be other places where buffers are
>reused, I only spent a few minutes on this during my lunch break.
Your lunch breaks are amazing. Doesn’t this look like “uses un
On Fri, Feb 10, 2012 at 01:25:26PM -0500, Filipus Klutiero wrote:
> [Forgot to Cc joy]
>
> >>debian-user's topic is user support.
> >>
> >>For technical discussions about development, the default group is
> >>debian-devel@lists.debian.org.
> >>Reference:
> >>http://anonscm.debian.org/viewvc/webwm
* Aron Xu [2012-02-09 01:22 +0800]:
> Some packages come with data files that endianness matters, and many
> of them are large enough to split into a separate arch:all package if
> endianness were not something to care about. ...
Debian Policy, begin of section 5.6.8:
| Depending on context and th
* Guillem Jover [2012-02-10 23:56 +0100]:
> * binNMUs for the same version might not be co-installable because doc
> generators, compressors, etc, might not always produce the same output.
>
> ... A possible fix, but only for the compressed files case might be to
> ship them uncompresesd, but
Le Sat, Feb 11, 2012 at 12:23:12PM +0200, Jari Aalto a écrit :
> I'd like to propose updates to:
>
> http://dep.debian.net/deps/dep5/
Dear Jari,
while I think that the examples can be improved in a future version of
the DEP, I have objections for the changes you proposed.
> (1) Use URL ins
Package: wnpp
Severity: wishlist
Owner: "Roberto C. Sanchez"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: shorewall-core
Version : 4.5.0
Upstream Author : Tom Eastep
* URL : http://www.shorewall.net/
* License : GPL-2
Programming Lang: Pe
Thomas Goirand writes:
> On 02/11/2012 10:27 PM, Russ Allbery wrote:
>> No, this change is actually incorrect. It should have at least two
>> spaces of indent for all the subsequent lines to preserve formatting if
>> a formatter uses the semantics of the control Description field. (And
>> I pre
On 02/11/2012 10:27 PM, Russ Allbery wrote:
>> -Copyright: 1993 John Doe
>> - 1993 Joe Average
>> +Copyright:
>> + 1993 John Doe
>> + 1993 Joe Average
>>
>> Rationale: The whole document uses one-space indent for consequtive
>> lines.
>>
> No, this cha
48 matches
Mail list logo
