On Mon, Oct 03, 2022 at 02:47:33PM +0200, Pascal Hambourg wrote:
> Not even replace "stable/updates" with "stable-security" during the upgrade
> from buster to bullseye ?
Hmm I don't recall but I suppose it just wasn't very memorable to do it.
At least it would have given an error fetching the lis
On Sun, Oct 02, 2022 at 08:21:31PM +0100, Steve McIntyre wrote:
> Two things:
>
> 1. I'm worried what bugs we might expose by having packages be in two
> components at once.
> 2. I really don't like the idea of leaving two different
> configurations in the wild; it'll confuse people and
On Mon, Sep 27, 2021 at 03:18:48PM +0200, John Paul Adrian Glaubitz wrote:
> Whether a tool that was developed new from scratch is automatically better is
> not a given. The burden of proof is on the person trying to introduce the new
> software, not on the people maintaining the current set of s
On Tue, Feb 04, 2020 at 09:38:46AM -0500, Stefan Monnier wrote:
> > * 32-bit ABIs/arches are more awkward. glibc will continue *by
> >default* to use 32-bit time_t to keep compatibility with existing
> >code. This will *not* be safe as we approach 2038.
> >
> > * 32-bit ABIs/arches *can*
On Tue, Aug 06, 2019 at 08:30:56PM +0200, Holger Wansing wrote:
> I was about to commit these changes, however it came to my mind if such
> changes to the GPL are allowed?
>
> At least the English variant of the GPL is 'official' and is not to be
> changed, so what about changing the quoting signs
On Mon, Nov 20, 2017 at 09:37:10AM +, Lars Brinkhoff wrote:
> My StrongARM-based Netwinder machine has been lying dormant for a while,
> but I was planning to bring it back up. It's ARMv4 without Thumb.
Does a netwinder have enough ram these days to run the installer (or
much of anything real
On Mon, Jul 03, 2017 at 12:38:59PM +0100, Thomas Pircher wrote:
> Hi Maria,
>
> in the example you mentioned upstream have added xz to the set of archives
> they distribute their source in. Currently[1] the GNU Octave source code is
> being distributed as .gz, lz and .xz tarballs.
>
> I don't get
On Wed, Dec 14, 2016 at 06:40:22PM +0100, Wouter Verhelst wrote:
> On Wed, Dec 07, 2016 at 08:50:40PM +0900, Roger Shimizu wrote:
> [...asking for armel to be retained...]
>
> One way in which the need to keep armel around would be reduced is if we
> could somehow upgrade from armel machines to ar
On Sat, Oct 01, 2016 at 01:17:54PM +0100, Ben Hutchings wrote:
> This is not at all true. My experience is that IBM doesn't even build-
> test 32-bit configurations, as evidenced by several stable updates
> causing FTBFS in Debian.
>
> Which are very different from the Power Macs and similar plat
On Fri, Nov 07, 2014 at 08:30:32PM +1100, csir...@yahoo.com.au wrote:
> Apologies in advance. You really hit a nerve here.
>
> Kernel 3.7 was released December 2012. Debian project created a dependency on
> this for the default init system roughly 15 months later. Which is fine, and
> perfectly
On Mon, Aug 11, 2014 at 07:42:41PM +0200, David Weinehall wrote:
> Available in GNOME 3.
>
> Available in GNOME 3.
>
> Not enabled by default (if I remember correctly), but possible to enable
> using gnome-tweak-tool.
I shouldn't have to know that. And I am pretty sure when gnome3 appeared
in s
On Mon, Aug 11, 2014 at 05:34:04PM +0200, Matthias Urlichs wrote:
> You mean left vs. right side?
Or even showing them at all (certainly last time I bothered to look at
gnome 3 it seemed to think buttons on windows were mostly to be avoided).
> People who are so afraid of new stuff to learn that
On Mon, Aug 11, 2014 at 11:15:15AM +0200, Thomas Weber wrote:
> Not sure why you'd want to go for third world countries, but let's look
> at Germany (Aldi is one of the two biggest discounters here):
> http://www.presseportal.de/pm/112096/2653870/aldi-senkt-preise-fuer-fischprodukte-oel-und-smoothi
On Fri, Sep 20, 2013 at 11:19:24AM -0400, Federico Sologuren wrote:
> i have a HP Visualize B2000 that i managed to install last night from iso
> distribution that i found after a lot of looking. at this point only
> terminal is working. will keep reading to get debian up and running.
>
> i would
On Thu, Sep 19, 2013 at 10:38:29AM +0200, Niels Thykier wrote:
> Here is a little status update on the mails we have received so far.
> First off, thanks to all the porters who have already replied!
>
> So far, the *no one* has stepped up to back the following architectures:
>
>hurd-i386
>
On Wed, Apr 17, 2013 at 08:53:24AM +0900, Nobuhiro Iwamatsu wrote:
> Plat'Home is one of the Debconf 13 sponsor will sell at discount to
> Debian member and FLOSS Developer for the OpenBlocks of small ARM micro
> server.
>
> https://openblocks.plathome.com/form/obs_verification/input.html
>
>
On Tue, Mar 26, 2013 at 02:16:51PM +0900, Hideki Yamane wrote:
> Hi,
>
> On Mon, 18 Mar 2013 13:59:02 +0100
> Gerfried Fuchs wrote:
> > == For Users ==
> >
> > What exactly does that mean for you? For users of wheezy, the
> > sources.list entry will be different, a simple substitute of squeeze
On Thu, Mar 21, 2013 at 12:17:16PM +0800, Paul Wise wrote:
> On Thu, Mar 21, 2013 at 3:58 AM, Jeremy Stanley wrote:
>
> > The bigger concern is that this is a web bug, whether it wants to be
> > or not. Whoever hosts any of the images being included knows the IP
> > address and time of every visit
On Thu, Mar 21, 2013 at 06:07:26PM -0700, Russ Allbery wrote:
> Ben Hutchings writes:
>
> > Here are examples of the old, new and possible alternative formats using
> > likely maximum-length components:
>
> > old: #1 SMP PREEMPT RT Tue Mar 21 23:12:08 GMT 2023 [46]
> > new: #1
On Fri, Mar 22, 2013 at 01:20:01AM +, Jeremy Stanley wrote:
> Another alternative, not represented, is epoch seconds. Takes as
> many 7-bit printable characters to display (at least for the next
> few hundred years) as an ISO-8601 date with separators but provides
> much greater precision... an
On Wed, Feb 27, 2013 at 06:38:55PM -0300, Cláudio Sampaio wrote:
> Is there any device with Aarch64 on sale? I couldn't find any, only some
> mentions from Calxeda.
> Would you mind to provide suggestions of any seller which sells through the
> internet?
There are none for sale yet. I believe som
On Fri, Feb 01, 2013 at 12:38:16PM -0800, Russ Allbery wrote:
> I hope that's not generally true, because that would be horribly
> depressing. I don't believe that's true of the Perl community in general.
> It's certainly not true of the C or Java community!
Not all C libraries are distributed fr
On Fri, Feb 01, 2013 at 10:45:33AM -0800, Clint Byrum wrote:
> Excerpts from Chow Loong Jin's message of 2013-01-29 19:15:01 -0800:
> > Having multiple package managers which don't know about each other on a
> > system
> > is evil™ (but in some cases, can be managed properly).
> >
>
> Robert Col
On Fri, Feb 01, 2013 at 10:00:32AM +, Jon Dowland wrote:
> As a Haskell developer, I find cabal much more convenient than nothing,
> in the situation where the library I want is not packaged by Debian yet.
> If I want my haskell libraries and programs to reach a wide audience, I
> need to learn
On Wed, Jan 30, 2013 at 09:16:59PM +, Thorsten Glaser wrote:
> Meh, it’s evil, period.
Absolutely. As a user I have a nice package management system that I
know how to use and which works well. I don't need another one.
It is not the job of a language developer to invent yet another bloody
On Tue, Sep 11, 2012 at 04:47:34PM +0200, Josselin Mouette wrote:
> It is the same codebase, and has the same functionality.
It is the same source code tree, with a bunch of code completely changed,
and it certainly does not have the same functionality (although it may
be slowly gaining some of wh
On Tue, Sep 11, 2012 at 03:23:09PM +0200, Josselin Mouette wrote:
> You can’t be serious. Xfce is way more different from GNOME 2 than GNOME
> 3 classic is.
Well if gnome 3 classic was the default, then fine. But gnome 3 with
the new panel as default is really not acceptable and just plain mean
On Tue, Sep 11, 2012 at 01:52:44PM +0200, Josselin Mouette wrote:
> Just because these people are noisy doesn’t make them numerous.
>
> Furthermore, Debian (and Ubuntu too IIRC) makes “GNOME classic”
> available right from the login manager, with the default installation.
> Not considering gnome-p
On Thu, May 03, 2012 at 06:14:38PM +0200, Tollef Fog Heen wrote:
> So you don't support for instance 1.0~git20120503, then? (the git
> snapshot from today of what will become 1.0)
They would probably call it 1.0_git20120503 since apparently they don't
believe in the _ field seperator.
--
Len So
On Tue, Mar 29, 2011 at 07:59:12PM +0200, Wesley W. Terpstra wrote:
> It's all one source package. I split it up the binaries because:
> 1) about 60% of the package could be in an 'all' package.
> 2) the runtime components for different architectures can be installed
> side-by-side... thus enabling
On Tue, Mar 29, 2011 at 06:58:36PM +0200, Wesley W. Terpstra wrote:
> I hope what you're telling me is true, because it will save me a lot of
> work! :)
>
> What I don't understand about your explanation: once the new all+i386 .debs
> hit unstable, won't the buildds see the new 'all' package in u
On Tue, Sep 08, 2009 at 01:42:28PM +0200, Hans-J. Ullrich wrote:
> I would like to discuss and suggest the following thing:
>
> On my 64-bit notebook I am using anacron and (of course) apt. In the apt
> package included is the file /etc/cron.daily/apt, which contents some lines,
> which are star
On Thu, Oct 30, 2008 at 09:01:18PM -0700, Thomas Bushnell BSG wrote:
> On Thu, 2008-10-30 at 16:33 -0400, Lennart Sorensen wrote:
> > So if any of the hardware that requires non-free firmware to operate and
> > currently works in etch was to not work with Lenny, then that&#
On Thu, Oct 30, 2008 at 03:33:49PM +0100, Pierre Habouzit wrote:
> For the sake of 10 binary firmwares, you want to make whole Debian
> depend upon non-free ? Wow, what an achievement.
>
> No, please, we don't accept regressions as a solution.
So if any of the hardware that requires non-free firm
On Wed, Oct 29, 2008 at 09:47:00PM +0100, Michelle Konzack wrote:
> There are SDKs called "Builder" where you will have NEVER source code,
> even as Developer, since the "Builder" create an IMAGE which will be
> uploaded into the the SRAM of a Microcontroller (I have some 8051
> compat
On Thu, Oct 30, 2008 at 12:10:48AM +0100, Michelle Konzack wrote:
> Curently I am building a hardware where the parts cost arround 40US$ per
> device (@10.000) and using the same microcontroller with a "big" FLASH
> memory would mke this Hardware arround 5 US$ in final production more
> expens
On Mon, Oct 27, 2008 at 12:29:58PM -0700, Jeff Carr wrote:
> Hardly perfectly readable - I put up code there too :)
Oh well. Some people write ugly perl code, some write ugly VHDL. Not
the language or tools fault, just bad programmers.
> Which is often not the case on cheap devices (often usb)
On Mon, Oct 27, 2008 at 12:26:31PM -0700, Jeff Carr wrote:
> True, I certainly feel like that at times with the opencores project
> I've been trying to maintain.
>
> On the other hand, I sure know that I know a pile more than you do or
> we wouldn't be having this discussion :)
I have a different
On Sun, Oct 26, 2008 at 06:38:53PM -0700, Jeff Carr wrote:
> Because that's how the hardware works. If you are making a widget and
> you need a fpga or hybrid chip of any sort, then you generate a binary
> blob using the chip manufacturers tools.
But you provide input to the tool, usually VHDL cod
On Sat, Oct 25, 2008 at 06:46:14AM -0700, Jeff Carr wrote:
> I'm willing to stake my reputation on betting you are _not_ a firmware
> engineer. Your are totally wrong if you think all firmware blobs can
> be replaced by human readable source.
>
> There is hardware, for which to function, will alwa
On Sat, Oct 25, 2008 at 06:37:23PM +0200, Francis Tyers wrote:
> Heh, actually there is an ambiguity there... I should have spotted it.
> What I mean is:
>
> Add the specific dependence in each language package to apertium and not
> to libpcre3. The language packages already depend on apertium, bu
On Fri, Oct 24, 2008 at 10:20:43AM -0200, Henrique de Moraes Holschuh wrote:
> I can deal with a two-step install process for my video cards, as long as it
> is properly documented. But I would serioulsy recommend that we produce
> easy to use non-free installer disks to go along with the Debian
On Tue, Oct 21, 2008 at 04:50:23PM -0500, William Pitcock wrote:
> In the kernel itself, yes. Provided that:
>
> * the kernel framework for loading firmware is used for drivers
> depending on non-free firmware, and
> * that firmware is available in non-free via firmware-nonfree
What if the fi
On Tue, Oct 21, 2008 at 01:30:42PM +0200, Romain Beauxis wrote:
> Agreed, though it does not restrain us from asking for free firmware.
>
> If I recall well, one of the origin of the GNU fondation was the fact that
> having free drivers alowed one to actually *fix* issues he may have with his
>
On Tue, Oct 21, 2008 at 11:41:14AM +0200, Aurelien Jarno wrote:
> Package: general
> Severity: serious
> Justification: DFSG
>
> raff.debian.org uses a Compaq Smart 5i RAID card. A flash memory is used
> to store the firmware. While the firmware is freely downloadable (as in
> beer) on HP website
On Wed, Aug 27, 2008 at 12:50:45PM +0200, Gustaf R??ntil?? wrote:
> Package: general
> Version: AMD64
>
> This is basically a debian AMD64-version of the bug report for ubuntu
> AMD64 bug 24691 [1].
>
> The problem is (seems to be) that a lot of libraries are built with
> alignment above 2**3. Mo
On Sun, Jul 13, 2008 at 07:46:54AM +0200, Frans Pop wrote:
> Agreed.
>
> Also, I really dislike the "use .5 for -and-a-half releases" in the
> original proposal. For one thing you cannot exclude the risk that 5 point
> releases would be needed for one reason or another before an +1/2
> release.
On Sat, Jul 12, 2008 at 11:21:30PM +0200, Lucas Nussbaum wrote:
> I'm not sure sure that we want to have a hole in our versioning scheme.
> Since "lenny+1/2" is just another stable update, let's just number it
> like a stable update. So we don't end up with users thinking "You
> released 5.0, 5.1,
On Sat, Jul 12, 2008 at 06:09:09PM +0200, martin f krafft wrote:
> So lenny will be Debian 5.0. Many people have questioned this
> choice, given how we onconsistently went ...-2.0-2.1-2.2-3.0-3.1-4.0
> in the last decade, but it's the RM's choice and not to be debated.
Looks consistent to me.
1.0
On Mon, Jun 16, 2008 at 11:54:52AM +0300, Shachar Shemesh wrote:
> Lilo has one killer feature that is totally missing from GRUB - the -R
> option. It allows me to upgrade a kernel on remote servers, knowing that
> if the upgrade fails, I will get the original kernel after a few minutes
> withou
On Fri, Jun 13, 2008 at 12:15:59AM +0300, Eugene V. Lyubimkin wrote:
> Thanks, you hinted me to discover it:
>
> $ aptitude why banshee synaptic
> p banshee Recommends brasero
> p brasero Recommends gnome-mount
> p gnome-mount Dependslibeel2-2.20
> p libeel2-2.20 Recommends
On Thu, Jun 12, 2008 at 09:57:13PM +0300, Eugene V. Lyubimkin wrote:
> Recently I've noticed that 'Recommends' chain for package 'banshee' leads to
> packages,
> non-related with media-playing at all, for example, 'synaptic'. Then I filed
> the minor bug
> [1].
>
> Bug was closed by maintainer w
On Sun, Jun 08, 2008 at 12:41:01AM +0200, Marc Haber wrote:
> I find that attitute totally unacceptable.
Well it looks that way to me. In fact I would say that is true of ever
source package. The goal is to make the maintainers job easy, since
they are the ones that deal with the source package.
On Sat, Jun 07, 2008 at 09:35:28PM +, Tzafrir Cohen wrote:
> Taken to another system?
I don't remember if I did or not.
> The problems I remember:
>
> 1. the "source" and "build" links pointed to an incorrect place. An
> invalid build link is a problem.
Where do they point?
> 2. If I actua
On Sat, Jun 07, 2008 at 08:31:47PM +, Tzafrir Cohen wrote:
> My problem with make-kpkg has always been that I could never rely on its
> generated -headers packages to actually work.
Odd, the headers it generated allways worked for me.
> So it was fine to build a kernel. But if I wanted to bui
On Sat, Jun 07, 2008 at 11:51:04AM +0200, Marc Haber wrote:
> Shouldn't that be easier to do, and - most of all - documented?
Playing with source packages isn't normal. It used to be much worse
(2.6.8 in sarge involved building multiple packages, one which depended
on the other). The package is
On Fri, Jun 06, 2008 at 10:14:09PM +0200, Mauro Ziliani wrote:
> Hi all.
> I need to rebuild only the linux-image-2.6.18-6-686 deb package from
> source code.
> How can I do that without rebuild all packages in linux-2.6.18 sources
> (xen, k7,vserver)?
Remove the other ones from debian/arch/i386
On Tue, Jun 03, 2008 at 08:58:54PM +0200, Jeffrey Ratcliffe wrote:
> Fine. Although it always annoyed me that my $HOME filled up with
> spurious dotfiles whose origin I'm not necessarily sure of, and that a
> good installer could know to remove them if the package were purged.
If you run a shared
On Mon, Jun 02, 2008 at 09:34:09PM +0200, Petter Reinholdtsen wrote:
> The provided boot sequence look sane enough, but there are quite a lot
> of scripts I do not recognize. The sequence is not reordered based on
> dependencies and thus not fit for concurrent booting. Did you run
> parallel boot
On Mon, Jun 02, 2008 at 08:01:50PM +0200, Petter Reinholdtsen wrote:
> Right. Did you see if readahead helped?
No, I never tried that. I could try that out and see.
> I suspect the makemode of startpar might work better. It is not
> enabled yet. I have to spend some time to test it, as it req
On Sun, Jun 01, 2008 at 05:40:04PM +0200, Petter Reinholdtsen wrote:
> Right. Are you talking about CONCURRENCY=startpar or something else?
> Never seen that myself, so I am curious how you get it. Could it be
> wrong init.d script dependencies in some of the packages you have
> installed? Pleas
On Mon, Jun 02, 2008 at 08:51:49AM +0200, Goswin von Brederlow wrote:
> Single core? Slow disks? Unless you have idle times the multiple
> threads won't help. Works best with things like portmapper that does
> sleep 1.
Geode LX800 with comapct flash, so yes and yes.
> Who says you can't change it
On Sat, May 31, 2008 at 12:22:36PM +0200, Goswin von Brederlow wrote:
> Benefits may greatly varry.
>
> For this slowest 2+GHz 8 core server of the world make that 5 minutes
> 48 seconds to 5 minutes 30 seconds here or 5% speed increase. And yes,
> this slowest 2+GHz 8 core server of the world doe
On Thu, May 29, 2008 at 12:22:15PM -0500, Ron Johnson wrote:
> Which I did many years ago. But it would still make it easier for
> us dual-use people, and not affect only-gooey users, if gpm were the
> default.
I would like ssh installed by default before gpm, but I don't think we
need to go back
On Thu, May 29, 2008 at 07:35:20AM -0700, Stephen Powell wrote:
> Thanks for the update on mouse sharing in newer
> kernels. I didn't realize that this support had been
> added. That does take away part of my supporting
> argument for configuring X to use gpm.
It was a very nice improvement.
>
On Thu, May 29, 2008 at 08:16:28AM +1000, Ben Finney wrote:
> Where is your data for this assertion?
The number of people that have no idea how to get to the console from X.
Personally I hate dealing with machines that don't have gpm installed,
but I don't want to bloat the base install either.
On Wed, May 28, 2008 at 06:49:17AM +0200, Christian Perrier wrote:
> Not to mention the various remarks that have been made, I would like
> to enhance that ppl who use the Linux console on a regular basis
> (which is usually what motivates activating a mouse on it) are
> perfectly able to know that
On Tue, May 27, 2008 at 12:57:11PM -0700, Stephen Powell wrote:
> Per the suggestion of J?r?my Bobbio when he closed Bug
> # 481514 against installation-reports, I am posting
> this item to the debian-devel mailing list.
>
> The Debian installer needs some improvement when it
> comes to mouse conf
On Thu, May 15, 2008 at 06:28:36PM -0400, Filipus Klutiero wrote:
> I don't see your point.
I can have libfoo1 and libfoo2 installed and used at the same time so
both applications compiled for libfoo1 and libfoo2 can be used at the
same time. I can recompile my applications for libfoo2 as I get a
On Wed, May 14, 2008 at 08:13:53PM -0400, Filipus Klutiero wrote:
> Your second parenthesis is wrong. Just like LKM-s when the stock kernels'
> ABINAME is bumped, applications need to be rebuilt when the ABI of one of the
> libraries they link to changes in a way which is not backwards-compatible
On Tue, May 13, 2008 at 10:32:07PM -0400, Filipus Klutiero wrote:
> I don't follow you. iceweasel, for example, is not independent from, say,
> libnspr.
If they come from one source package, then they all build together. If
they do not, then it's a dynamicly linked library and each can be built
On Tue, May 13, 2008 at 09:27:31PM -0400, Filipus Klutiero wrote:
> Packaging icebear wouldn't necessarily be useless. I defined it as yet
> another
> IRC client for the sake of the example. You can imagine it as yet another
> media player if you think that's more useful.
You can't compare pack
On Mon, May 12, 2008 at 09:42:31PM -0400, Filipus Klutiero wrote:
> No, a more frequent change is disabling/enabling modules [on some arch]. Even
> if you were right, adding new module packages doesn't "justify" updating
> other modules. Reusing the ice* example, suppose that Debian would have su
On Sun, May 11, 2008 at 03:39:15PM -0400, Filipus Klutiero wrote:
> Yes, the problems with conglomeration packages are the same as you'd get by
> merging 2 somewhat related source packages together, say iceweasel with
> icedove. Although the source packages would probably share a bit of code, if
On Sat, May 10, 2008 at 09:08:32PM -0400, Filipus Klutiero wrote:
> The set of modules can already be updated if someone has the time and
> experience needed to update nvidia-graphics-modules-i386 and company.
> Merging nvidia-graphics-modules-i386 with linux-modules-nonfree-2.6
> would only com
On Sat, May 10, 2008 at 12:38:29PM -0700, Mike Bird wrote:
> [Moved from debian-release to debian-devel]
>
> WHY ON EARTH should we intentionally require that packages install
> successfully with known unmet dependencies which will cause failure
> at runtime?
Well nvidia-kernel should soon be bui
On Tue, Apr 15, 2008 at 09:03:54PM +0200, Andreas Barth wrote:
> * Goswin von Brederlow ([EMAIL PROTECTED]) [080415 20:34]:
> > Description: The toolchain should be ready to handle libraries and
> >include files in the multiarch locations.
> > Bug-Url: http://bugs.debian.org/cgi-bin/bugrepo
On Sun, Apr 13, 2008 at 08:28:12AM +0200, Christian Perrier wrote:
> I'm seeking advices for #475482.
>
> console-data recently got a new keymap, namely "ca-multi", which
> features the "Canadian multilingual" keymap. This keymap is
> standardized by standard bodies in Canada and seems to be avail
On Thu, Apr 03, 2008 at 03:35:57PM +0200, Michelle Konzack wrote:
> I have had an accident on my Debian-Archiv-Server and unfortunatly the
> files "Packages.gz", "Packages.bz2", "Sources.gz", "Sources.bz2" and
> "Release" from the directories
>
> /debian/dists/${RELEASE}/main/binary-${AR
On Thu, Apr 03, 2008 at 04:13:19PM +0100, Dave Holland wrote:
> Strange; I run stable at home, because if I spent 4 hours figuring out
> why X no longer works, my wife would kill me (a) for breaking X, and (b)
> for wasting 4 hours. ;-)
My wife would only be upset if I messed with her machine, or
On Thu, Apr 03, 2008 at 11:03:51AM +0100, Matthew Johnson wrote:
> _you_ may want more up to date packages, but a lot of people are
> entirely happy with etch on their desktop. For example, both me and my
> mother.
>
> I'd also go as far to say that most corporate Linux desktops, to pick
> another
On Fri, Mar 28, 2008 at 09:02:49PM +0530, Unni wrote:
> Thank you for all those replies.. I am really excited to read those.
>
> The latest problem I am experiencing is that I have a recently
> purchased Dell Inspiron 1420 laptop and I tried installing debian etch
> in it. Most of the drivers were
On Wed, Mar 26, 2008 at 08:35:51AM -0700, Mike Bird wrote:
> The OP makes an important point. Debian is losing users and relevance.
> Although Debian supports a wider range of architectures than Ubuntu,
> the reality is that Debian now targets a much narrower audience - the
> "old hardware crowd".
On Wed, Mar 26, 2008 at 12:32:33PM +0530, Unni wrote:
> I have been using debian for the last 2 years. ( i was unaware of linux b4
> that)
> I installed debian etch in many machines with varying configurations. Most
> of the time I was only able to install the base system with no sound, poor
> reso
On Thu, Mar 20, 2008 at 03:46:44PM +, brian m. carlson wrote:
> I think it's a good idea. I'm not a DD, but I don't appreciate getting
> dupe messages from the list. procmail is not set up to handle them, and
> I read the vast majority of the lists I post to. I only wish non-Debian
> list
On Tue, Mar 18, 2008 at 03:14:51AM -0700, Don Armstrong wrote:
> If someone were to write a general library that did this, it would be
> trivial to wrap a apache handler around it that fed out iso images for
> the less popular architectures too. Does someone who knows more about
> iso9660 and torre
On Tue, Jun 12, 2007 at 06:25:22PM +0200, Josselin Mouette wrote:
> Prefixes are case-sensitive. Kilo is "k". (This is also why there is
> much less ambiguity with K used for kibibytes.)
Hmm, I used to think both k and K were accepted for kilo, but I can't
find anything that says K is accepted for
On Tue, Jun 12, 2007 at 04:20:42AM +0100, Alex Jones wrote:
> Then why bastardise an SI prefix? This surely serves only to confuse
> people. Why don't we invent a new word? Should we call it the
> "thousandbyte"?
Because computer people have always bastardised everything. Booting,
window, mouse,
On Mon, Jun 11, 2007 at 05:49:18PM -0600, Wesley J. Landaker wrote:
> Well, in SI units, KB never means kilobyte, and is not ambiguous at all;
> it's a kelvin??bel.
Nope. kelvin is a unit, not a prefix. K as a prefix means kilo, so KB
is kilo bell. You better have small values or you are deal
On Mon, Jun 11, 2007 at 07:05:23PM +0200, Magnus Holmgren wrote:
> Why - besides pronunciation?
Aren't the names enough? :)
Maybe they could have called them Kilobin bytes and Megabin bytes or
something somewhat less awful sounding that they came up with. Did they
even talk to anyone that might
On Tue, Jun 05, 2007 at 09:37:58AM -0400, Kris Deugau wrote:
> ... by making reasonable assumptions about what is on the system based
> on a standard install of $version of $distribution.
Well too many seem to assume that you are running some version of
redhat, and that redhat equals linux and the
On Sun, Jun 03, 2007 at 11:16:08PM +0200, Javier Fern?ndez-Sanguino Pe?a wrote:
> Think about Enterprise (non-free) software like Oracle, HP Openview, Tivoli,
> Remedy... Do you expect vendors of this software to understand^Wimplement
> package management based dependencies for *all* Linux distribu
On Sat, May 26, 2007 at 06:14:46AM +0100, Oliver Elphick wrote:
> 1. Change the Makefile and/or debian/rules as necessary to add -g to the
> compilation options.
Most already do that.
> 2. In debian/rules, comment out the instruction to strip the binaries
> (such as dh_strip).
No, use the enviro
On Fri, May 18, 2007 at 08:17:06AM +0200, Mgr. Peter Tuharsky wrote:
> Yes, it probably usually is just like that.
>
> I see it's just too hard for ordinary desktop user to resolve broken
> deps, even if it's really such easy as removing one single package. The
> "undo" should be achievable in s
On Thu, May 17, 2007 at 08:10:21AM +0200, Mgr. Peter Tuharsky wrote:
> Yes, and security upgrades never change behaviour of software and never
> break things. That's the way it OUGHT to be. The reality has its own
> turbulences.
I don't remember security upgrades ever breaking anything in testin
On Thu, May 17, 2007 at 07:56:57AM +0200, Mgr. Peter Tuharsky wrote:
> Yes, I have written it there too. Kernel is, IMO, the best thing to
> upgrade few times during release cycle, with quite little risk.
Upgrading the kernel is quite high risk. Features come and go and
change with each new kern
On Wed, May 16, 2007 at 06:01:40PM -0400, Lennart Sorensen wrote:
> I wonder how many packages are triggering that right now.
>
> So is this valid utf-8? I don't believe so. If it is I have to go
> reread the UTF-8 spec again. :)
>
> 4b c4 99 73 74 75 74 69 73 (K..
On Wed, May 16, 2007 at 02:53:09PM -0700, Russ Allbery wrote:
> Lennart Sorensen <[EMAIL PROTECTED]> writes:
> Yes.
Hmm, well I haven't found one yet and I think I checked 10 so far, all
of which have non ascii characters but none of which appeared valid to
me.
> lintian&#
I am currently trying to find a valid UTF8 encoded text file to check my
terminal settings and such to make sure I have it working right. So to
do this I figured I would just find some changelog file that claims to
be in UTF8 format and see if it views correctly. Well so far no luck.
Every single
On Wed, May 16, 2007 at 07:57:33PM +0200, Armin Berres wrote:
> I may be wrong, but IIRC removing those generated files in the clean
> target is the solution if you want a clean .diff.gz.
But dpkg-buildpackage will then spit out lots of warnings about being
unable to store the deletion of a binary
1 - 100 of 129 matches
Mail list logo
