Anne BezemerJ.A. Bezemer wrote:
On Thu, 17 Nov 2011, John D. Hendrickson and Sara Darnell wrote:
I have 2 "large" WD hardisks both have EZ-DRIVE installed. lk 2.6.10
series hacked support by checking for it. Linux version 2.6.38-k7
(root@xyxy) (gcc version 3.3.5 (Debian 1:3.3.5-13)) has remo
Stop spamming debian-devel. Your questions should be directed to
debian-user. I don't suppose Goswin von Brederlow is personally
interested in your questions either.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
Hi Patrick, Julien
Since linux-image-3.1.0 arrived in unstable (many thanks Ben),
perhaps it would be nice if you could try it with your NIC so we learn
how well new r8169 work with your card.
Could you please provide some feedback?
Because r8168 qualifies for non-free I would like to have it th
Le Thu, Nov 17, 2011 at 09:28:19AM +0100, Luca Capello a écrit :
>
> On Wed, 02 Nov 2011 22:19:26 +0100, Yaroslav Halchenko wrote:
> >
> > Well -- that is all cool and in an ideal world I am with you on this
> > one. BUT it is often the case (e.g. with scientific software) that
> > suite provid
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 394 (new: 0)
Total number of packages offered up for adoption: 141 (new: 0)
Total number of packages request
On Thu, 17 Nov 2011 20:01:42 +
Philip Ashmore wrote:
> On 17/11/11 14:56, Neil Williams wrote:
> > The path doesn't matter that much, as long as the debugger can find a
> > filename which at least matches the end of the path. i.e. work
> > backwards and use the best match. This isn't down to
I have 2 "large" WD hardisks both have EZ-DRIVE installed. lk 2.6.10 series hacked support by
checking for it. Linux version 2.6.38-k7 (root@xyxy) (gcc version 3.3.5 (Debian 1:3.3.5-13)) has
removed checking
# from 2.6.10
/* Yecch - this will shift the entire interval,
although this topic faded away and irrelevant anyways since upcoming FHS
forbids directories under /usr/bin -- just for completeness and
possible food for thought
> And if you have to type in the full path every time that would be pretty
> anoying and no improvement over /usr/lib/foo/bar.
disagr
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: eclipse-mercurialeclipse
Version: 1.9.0
Upstream Author: Zingo Andersen and others
URL: http://www.javaforge.com/project/HGE
License
On Thu, 2011-11-17 at 21:08 +0100, Marc Haber wrote:
> Additionally, the new[1] tg3 driver broke compatibility with the tg3
> chip built into IBM's HS12.
[...]
> [1] Why the heck do we allow changes like this in stable point
> releases?
Increasing the range of hardware on which a Debian stable rel
On Thu, Nov 17, 2011 at 09:08:17PM +0100, Marc Haber wrote:
> On Thu, 17 Nov 2011 11:00:26 +0100, Adam Borowski
> wrote:
> >For example: you download the current point release, burn it to a CD
> >preparing to install a bunch of servers the next day... then suddenly
> >there's a new stable update
On Thu, 17 Nov 2011 11:00:26 +0100, Adam Borowski
wrote:
>For example: you download the current point release, burn it to a CD
>preparing to install a bunch of servers the next day... then suddenly
>there's a new stable update and installation mysteriously fails.
>
>Wouldn't it be better to not d
On 17/11/11 14:56, Neil Williams wrote:
On Thu, 17 Nov 2011 13:11:08 +
Philip Ashmore wrote:
While useful, debug symbolsonlyhelp so much.
On some other distributions the debugging symbols package includes the source
code
and kdbg integration so that kdbg can prompt you to download the dbg
2011/11/17, Steve McIntyre :
> On Thu, Nov 17, 2011 at 10:45:41AM +0100, Andrey Gursky wrote:
>>2011/11/17, Steve McIntyre :
>>>
>>> Looks like a bug in apt, as far as I can see - pkgTagFile::Resize()
>>> has a hard-coded internal maximum buffer size of 1MiB, and
>>> Translation-da.bz2 decompresses
If a package is marked as "Multi-Arch: same", files with the same name
have to be (byte-to-byte) identical across all architectures.
Unfortunately, not all packages obey this requirement. I set up a page
to track violators:
http://people.debian.org/~jwilk/multi-arch/same-md5sums.txt
http://pe
#1 Backup. Why is supporting optional kernel features injected at runlevel S
and not runlevel 3?
At runlevel 3, being optional, no one will care which is done. At runlevel S, before a login can
fix things, it's a problem.
/tmp is legacy. You don't write history or future for others. What
On 17/11/2011 22:24, Goswin von Brederlow wrote:
> As said, the mangled symbol can differ between architectures. So if you
> take the symbol from one architecture then you need to demangle it there
> and mangle it again on the target architecture.
Ah, my mistake, I forgot that the purpose of the f
i might say "i once saw that using linuxrc is a powerful way to mount boot and root disk sets of any
kernel-supported media, but in the end grub and tfpt is wiser"
i might ask "are you rolling debian on mult. arches locally" ? if so debian does not need change if
you are?
and ranlib issues?
I would like to hear about the question, if you will.
"bootstrapping a partial system -- no kernel and no libc"
How does your local project indicate change wished or needed in debian's package build system? Or
in what way is it a request for special exception in build scripts?
I'm unsure why
On Thu, 2011-11-17 at 16:13 +0100, Goswin von Brederlow wrote:
> Adam Borowski writes:
>
> > On Thu, Nov 17, 2011 at 06:39:28AM +, Ben Hutchings wrote:
> >> On Thu, 2011-11-17 at 04:10 +, Cherukuri, Shravan Kumar wrote:
> >> > I have an image of Debian-502-i386-netinst-iso which I burned
Russell Coker writes:
> On Wed, 16 Nov 2011, Goswin von Brederlow wrote:
>> With a filesystem it will write the dirty buffers to disk in the
>> background and then drop the clean pages from the cache quite
>> consistently. This leaves the code involved with moving the mouse
>> pointer alone and
Adam Borowski writes:
> On Thu, Nov 17, 2011 at 06:39:28AM +, Ben Hutchings wrote:
>> On Thu, 2011-11-17 at 04:10 +, Cherukuri, Shravan Kumar wrote:
>> > I have an image of Debian-502-i386-netinst-iso which I burned to a CD
>> > and tried to install the OS.
>>
>> Old netinst images gener
Salvo Tomaselli writes:
>> While amazon.com "cloud" may have small RAM and large disks, many
>> mainframes are opposite (ie, IBM big blue, japan's world simulator). And
>> many new PCs may become that way: no spin :) Maybe not!
>
> I think we are focusing a bit too much on super expensive compu
Carlos Alberto Lopez Perez writes:
> On 16/11/11 11:37, Goswin von Brederlow wrote:
>> Assuming you have increased your SWAP by the size of the tmpfs to
>> compensate for /tmp now using RAM+SWAP you can only ever get that effect
>> in cases where the OOMKiller would have already been triggered wi
On Thu, 17 Nov 2011 13:11:08 +
Philip Ashmore wrote:
> While useful, debug symbolsonlyhelp so much.
> On some other distributions the debugging symbols package includes the source
> code
> and kdbg integration so that kdbg can prompt you to download the dbg package
> while
> you're debuggin
Chow Loong Jin writes:
> On 16/11/2011 22:45, Salvo Tomaselli wrote:
>>
>>> Given that any burning software can (approximately) determine what size the
>>> ISO file will be, it should really not start to write it in /tmp when the
>>> /tmp size is not big enough (which the software can also check
Richard writes:
> On Wed, 16 Nov 2011 13:21:47 +0100
> Didier Raboud wrote:
>
>> Salvo Tomaselli wrote:
>>
>> >> I think the problems you describe are quite uncommon. Yes, there are use
>> >> cases where tmpfs for /tmp isn't the best solution but I think most
>> >> people do not place 1.2GB fil
Salvo Tomaselli writes:
>> I think the problems you describe are quite uncommon. Yes, there are use
>> cases where tmpfs for /tmp isn't the best solution but I think most
>> people do not place 1.2GB files in their /tmp and benefit greatly from
>> tmpfs.
>
> I thought DVD burners were quite commo
Chow Loong Jin writes:
> On 16/11/2011 22:43, Salvo Tomaselli wrote:
>>> Most netbooks and small laptops (such as Thinkpads) do not.
>> My thinkpad has it...
>
> Mine doesn't. The smaller Thinkpads (less than 14"?) don't.
This discussion is getting more and more weird, but for the sake of
conti
Roger Leigh writes:
> On Wed, Nov 16, 2011 at 11:56:40AM +0100, Goswin von Brederlow wrote:
>> Roger Leigh writes:
>>
>> > As touched on in the bug report, I think that being able to store
>> > 1.2GiB on /tmp is an unrealistic expectation. To qualify, I mean
>> > to expect that to work *by def
Chow Loong Jin writes:
> On 16/11/2011 18:12, Goswin von Brederlow wrote:
>> [...]
>> How do you intend to build that fake lib?
>>
>> I guess it comes down to getting a list of symbols on an existing
>> architecture (or from the symbols file?), creating a "void symbol;" stub
>> for each and then
On 17/11/11 12:19, Simon McVittie wrote:
On Thu, 17 Nov 2011 at 13:00:40 +0100, Malte Forkel wrote:
- What do you mean by
Don't strip in the upstream build. Just don't. Ever.
Is it that any stripping should be initiated from debian/rules, but
should never be performed by the upstream Makefil
On Thu, 17 Nov 2011 at 13:00:40 +0100, Malte Forkel wrote:
> - What do you mean by
> > Don't strip in the upstream build. Just don't. Ever.
> Is it that any stripping should be initiated from debian/rules, but
> should never be performed by the upstream Makefiles?
Always build with -g, and never
Thanks for your help, guys!
Now that I (hopefully) understand the Debian approach to providing
debugging information, its obvious why I didn't find any useful
information before: My questions were wrong.
There are two questions which I'd still like to ask:
- Is there any summary on how to provid
Package: wnpp
Severity: wishlist
Owner: Igor Pashev
* Package name: libcuba3
Version : 3.0
Upstream Author : Thomas Hahn
* URL : http://www.feynarts.de/cuba/
* License : LGPL
Programming Lang: C
Description : library for multidimensional numerical inte
Package: wnpp
Severity: wishlist
Owner: Alastair McKinstry
* Package name: drslib
Version : 0.3.0a3
Upstream Author : Stephen Pascoe
* URL : http://esgf.org/esgf-drslib-site/
* License : BSD
Programming Lang: Python
Description : python library for pro
On Thu, Nov 17, 2011 at 10:45:41AM +0100, Andrey Gursky wrote:
>2011/11/17, Steve McIntyre :
>>
>> Looks like a bug in apt, as far as I can see - pkgTagFile::Resize()
>> has a hard-coded internal maximum buffer size of 1MiB, and
>> Translation-da.bz2 decompresses to 1134737 bytes. It's the first fi
2011/11/17, Steve McIntyre :
> On Wed, Nov 16, 2011 at 11:54:00PM +0100, Andrey Gursky wrote:
>>Hi!
>>
>>As with almost each weekly-build DVD I was about to update one of my
>>PCs not connected to internet. But this time it has failed:
>>
>># apt-cdrom add
>>Using CD-ROM mount point /media/cdrom/
>
On Thu, Nov 17, 2011 at 06:39:28AM +, Ben Hutchings wrote:
> On Thu, 2011-11-17 at 04:10 +, Cherukuri, Shravan Kumar wrote:
> > I have an image of Debian-502-i386-netinst-iso which I burned to a CD
> > and tried to install the OS.
>
> Old netinst images generally do not work, since the pac
Hi there!
On Wed, 02 Nov 2011 22:19:26 +0100, Yaroslav Halchenko wrote:
> On Wed, 02 Nov 2011, Roger Leigh wrote:
>> When considering the divide between "internal use" and "for users",
>> consider that if it's for users to invoke then it should simply be
>> in the default path. It's not typical t
40 matches
Mail list logo
