Package: installation-reports
Severity: normal
-- Package-specific info:
Boot method: USB drive
Image version:
http://cdimage.debian.org/cdimage/stretch_di_alpha3/amd64/iso-cd/debian-stretch-DI-alpha3-amd64-netinst.iso
Date: 2015-10-17
Machine: HP Compaq dc7900 Convertible Minitower
Partitions:
Hi,
On Tue, Oct 08, 2013 at 23:54 +0200, Michael Biebl wrote:
> Both recommends are there for a reason. gnome-bluetooth relies heavily
> on gnome-control-center when you try to pair / manage devices and
> network-manager-applet relies on gnome-bluetooth for DUN and PAN
> connections. So no, I don'
Hi,
2013-01-22 06:57, Christian PERRIER skrev:
> So, for once, *I* would be the one who is conservative? :-)
>
> While I understand we'll have to do this some day, I fear some weird
> regressions for some hardware we still support and I don't really see
> the harm done by having pcmciautils inst
2012-10-24 15:13, Josselin Mouette skrev:
> Hi,
>
> Le mercredi 24 octobre 2012 à 15:08 +0200, Per Olofsson a écrit :
>> Please note that system-config-printer has many more features (you can
>> set default printer settings, server settings, etc.). GNOME control
>&
2012-10-24 14:53, Josselin Mouette skrev:
> Package: task-gnome-desktop
> Version: 3.13
> Severity: important
>
> The system-config-printer package is still installed by default.
>
> The GNOME control center now includes a configuration tool for cups, and
> the settings daemon replaces the featu
2012-07-31 20:45, Ben Armstrong skrev:
> Also, we would be following where the rest of the lemmings are going
> (task-xfce-desktop uses it too, and so does the lubuntu project) so if we've
> chosen badly, at least
> we'll be in good company. :p
Even regular Ubuntu uses lightdm:
https://wiki.ubun
2012-07-21 18:37, Joey Hess skrev:
> gnome-core depends on nautilus, which recommends synaptic.
> Unless such recommends are being skipped by something, it should be
> installed.
nautilus (3.2.1-2) unstable; urgency=low
...
- Drop Recommends on synaptic and app-install-data. We no longer cal
2012-07-16 04:43, Joey Hess skrev:
As another data point, I am in an airport (CLT) and had to remove gnash
since it failed to display the thing needed to get on free wifi. Of
course without flash the site lets you right through.
I guess that most of these things nowadays have to work without Fl
2012-07-14 13:02, Per Olofsson skrev:
> 2012-07-14 02:39, Christian PERRIER skrev:
>> # poppler-data which is non-free is needed to display
>> # Chinese on poppler applications.
>> poppler-data
>
> poppler-data is no longer non-free so you can remove the comment.
2012-07-14 02:39, Christian PERRIER skrev:
> # poppler-data which is non-free is needed to display
> # Chinese on poppler applications.
> poppler-data
poppler-data is no longer non-free so you can remove the comment.
--
Pelle
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian
2012-06-27 15:22, Petter Reinholdtsen skrev:
> Actually, you are the one claiming Debian distribute programs
> supporting H.264. I do not know if that is true.
I am quite certain that it is true. x264 is in Debian main, and its
description reads "video encoder for the H.264/MPEG-4 AVC standard".
2012-06-27 15:11, Lennart Sorensen skrev:
> Debian has H.264 support in anything in main? I can't think of anything.
>
> non-free sure, and deb-multimedia.org, but debian main?
http://packages.debian.org/sid/x264
http://packages.debian.org/sid/libavcodec53
--
Pelle
--
To UNSUBSCRIBE, emai
2012-06-27 14:20, Petter Reinholdtsen skrev:
>> > Since Debian already includes H.264 support, surely it would be
>> > better if Iceweasel could use it directly instead of relying on a
>> > Flash plugin.
> I am not convinced it is better for Debian to help increase the
> liability of people publish
2012-06-27 13:36, Petter Reinholdtsen skrev:
> Which browser are you using?
Chromium and Iceweasel.
> Given that HTML5 browsers either support H.264 or (Ogg Theora and
> WebM), and most of the video sites on the web only provide H.264, I
> guess it is a matter of browser choice if HTML5 work bett
2012-06-27 13:12, Per Olofsson skrev:
> I think we should consider removing Flash entirely, instead of shipping
> a plugin that only works sometimes and stops superior HTML5 players from
> appearing. I think Flash is a dying technology that will be replaced by
> HTML5 in time. When whe
2012-06-27 07:34, Christian PERRIER skrev:
> Am I correct concluding that we can safely add
> browser-plugin-lightspark to the desktop task?
IMHO, no.
Gnash plays YouTube videos better than Lightspark. With only Gnash
installed, YouTube works better. I belive YT is the most important Flash
site.
Hi,
Christian Perrier skrev:
I personnally tend to agree that dovecot is probably a much better
choice than qpopper+uw-imapd.
I agree too. I switched from uw-imapd to dovecot on a medium-sized
server (~1000 users) a few years ago, and it works much better.
uw-imapd doesn't even (officially)
Hi,
Christian Perrier wrote:
At this step of the discussion, I slightly favor dropping "british"
for an "english" task that will install both dictionaries.
What about british-desktop and british-kde-desktop then?
--
Pelle
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
wit
Christian Perrier wrote:
> On the other hand, I wonder about the default settings of
> openssh-server, that (IIRC, I have no reference handy right now)
> allows remote root login with a password. I guess this has already
> been pondered by Colin, but it would be interesting to have the
> rationale
Bastian Blank wrote:
> On Fri, Oct 17, 2008 at 04:28:25PM +0200, Per Olofsson wrote:
>> Is it because some other program calls it if it's available? pm-utils or
>> hibernate...?
>
> The inclusion in a task makes it a standard package, which have to work
> by defa
Otavio Salvador wrote:
AFAIK, hal calls s2ram with "-f", so it ignores s2ram's built-in
whitelist anyway.
Yes but this works only for GNOME/KDE that does use HAL. All other
users are blocked to suspend by it.
One possible solution for it is to remove it from laptop task only and
keep it in des
Otavio Salvador wrote:
Per Olofsson <[EMAIL PROTECTED]> writes:
Hi,
Otavio Salvador wrote:
Drop uswsusp from desktop and laptop tasks. Closes: #501549
What about suspend to disk, does that work equally well without
uswsusp's s2disk?
In some cases yes, others no however
Hi,
Otavio Salvador wrote:
Drop uswsusp from desktop and laptop tasks. Closes: #501549
What about suspend to disk, does that work equally well without
uswsusp's s2disk?
--
Pelle
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PRO
Joey Hess wrote:
> Per Olofsson wrote:
>> myspell dictionaries can also be used at the console. The hunspell program
>> can
>> work with either myspell or hunspell dictionaries. Hunspell is merely an
>> extension of myspell AIUI. Only a few languages have "hunspel
On 2008-06-10 Christian Perrier wrote:
> The point is that ISO 639-2 does not standardize langguages names in
> the languages themselves, but languages names in English (and French,
> FWIW).
Well, "North Sámi" is probably not the language's name in the language
itself. According to Wikipedia it's
Hi,
Christian Perrier wrote:
The change already happened in tasksel's git. I have to say that I'm
not entirely happy of the very short discussion leading to it.
Sorry, I thought it was a trivial change. I'll revert it as soon as I
get home to my ssh key (or you can revert if you want).
I p
Joey Hess wrote:
> 876f7b6 Move myspell from base language to lang-desktop tasks, as it is used
> by gui programs.
> (hunspell left in base language tasks as it can be used at the console.)
myspell dictionaries can also be used at the console. The hunspell program can
work with either myspell or
# Automatically generated email from bts, devscripts version 2.10.29
#
# tasksel (2.75) UNRELEASED; urgency=low
#
# * Rename northern-sami-* language tasks to north-sami-*, as requested
#by Petter Reinholdtsen. Closes: #485447
#
package tasksel tasksel-data
tags 485447 + pending
--
To UN
Hi,
Petter Reinholdtsen wrote:
> Well, I was not aware that dashes were OK in the language name in the
> file name. Both these names are fine with me. :)
OK, good. I've renamed them now.
> OK. I based my suggestion on the arabic task, which lists hunspell-ar
> in the file arabic.
Sorry, I was
Frans Pop wrote:
> We'd have to check what dependencies that pulls in. It could mean that
> packages which are normally included "later" on CD images would now get
> pulled forward, which may not be desirable.
>
> For that reason consistency between language tasks is desirable.
OK. But in this
Eric Dorland wrote:
> As to whether to include Iceweasel over epiphany (or whatever) in the
> gnome task, that's probably the gnome team's call. However, Iceweasel
> is clearly the more popular one and 3.0 does have better integration
> with Gnome (at least look at feel wise).
FWIW, Iceweasel 3.0
Hi,
Petter Reinholdtsen wrote:
> Based on input from the Divvun project, I believe the language name
> for the 'se' language code should be changed from Northern Sami to
> North Sámi. The task files should because of this probably change
> name from nothernsami to northsami.
You mean north-sami?
# Automatically generated email from bts, devscripts version 2.10.29
#
# tasksel (2.75) UNRELEASED; urgency=low
#
# * No longer install console-cyrillic in the cyrillic task. Closes: #484748
# * Remove hpijs-ppds from desktop and print-server. hpijs can now
#automatically generate ppd's which
Joey Hess wrote:
>> I don't think it's possible to use the db-* files directly from CUPS,
>> although it seems that system-config-printer supports them.
>
> How does it use them?
Hmm. I don't know. I can't actually find any printer models directly from
foomatic's database. If I remove all ppd pac
Package: tasksel
Version: 2.74.2
Severity: wishlist
The desktop task currently includes both
foomatic-db-{engine,hpijs,gutenprint} and foomatic-filters-ppds. But
is this really necessary? AFAIK, foomatic-filters-ppds already
contains PPD files for all printers, and the db-* packages are used
for g
Package: tasksel
Version: 2.74.2
Severity: wishlist
Hi,
Currently, the desktop task includes "hpijs-ppds", a 1.7 MB package
which is 15.5 MB unpacked. However, hpijs now uses cupsddk to generate
PPD files by itself (AIUI). As a result, it is possible to get PPDs
for the hpijs-supported printers w
Martin Michlmayr:
> So I think we can close this bug report?
Sure. Closing.
--
Pelle
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
Martin Michlmayr wrote:
> When the next beta is out, I'll make images with the NIC microcode
> available on slug-firmware.net
OK, great!
> My assumption is that you simply haven't waited long enough... the
> nslu2 is quite slow, after all. But I'm not 100% sure... maybe
> there's a real pro
Package: installation-reports
Version: 2.32
Severity: wishlist
Boot method: network (built-in nic)
Image version:
http://people.debian.org/~joeyh/d-i/armel/images/daily/ixp4xx/netboot/di-nslu2.bin
(2008-05-13)
Date: 2008-05-16
Machine: Linksys NSLU2
Partitions:
Disk /dev/sda: 2048 MB, 20487296
Robert Millan wrote:
> I think the "click before run" feature in a way makes stability a hidden
> factor. It'd be trivial to implement the same feature in Gnash, if desired,
> but I think the result is that it makes Swfdec look more stable in comparison,
> which could be somewhat deceitful.
Yet,
Joey Hess wrote:
> Per Olofsson wrote:
>> The default is to ask the user for permission before submitting anything.
>> This
>> is done by kerneloops-applet apparently. See /etc/kerneloops.conf.
>
> Does that only work in gnome? What about kde/xfce?
I think it
Frans Pop wrote:
> On Thursday 10 April 2008, maximilian attems wrote:
>> kerneloops allows to track oopses accross distribution
>> and versions. it is default installed since fedora 9.
>> it be really cool if Lenny would ship it too.
>
> Debian has a history of not activating any "phone home" kin
Per Olofsson wrote:
> Hi,
>
> maximilian attems wrote:
>> Looked into the tasksel repo and saw that the standard task
>> has no pacakges listed. so please advise how to get
>> kerneloops shipped across d-i standard installs?
>
> It needs to have at least P
Hi,
maximilian attems wrote:
> Looked into the tasksel repo and saw that the standard task
> has no pacakges listed. so please advise how to get
> kerneloops shipped across d-i standard installs?
It needs to have at least Priority: standard.
--
Pelle
--
To UNSUBSCRIBE, email to [EMAIL PROTE
Steve Langasek wrote:
>> Just look at a default etch installation. Two big HP icons, even when
>> you don’t have a pinch of HP hardware. And of course, they start
>> applications that you have no idea what they can do.
>
> Sorry, but I've done a default etch installation and have never seen these.
Josselin Mouette wrote:
> Package: tasksel
> Version: 2.70
> Severity: wishlist
>
> The hplip package, while being very useful in some situations, and
> especially on a print server, doesn’t have its place on a desktop
> machine. The driver part (hpijs) is useful for the desktop, but hpijs is
> ab
Joey Hess wrote:
> Per Olofsson wrote:
>> So perhaps we should simply standardise on pm-utils. According to the Ubuntu
>> wiki page, acpi-support still needs to be around to send key events (for
>> IBM/Lenovo laptops which sends key events through ACPI, I presume). What we
&g
Hi,
Michael Biebl wrote:
> currently tasksel installs hibernate *and* acpi-support for the laptop
> and desktop task. This is already one package too much, as they overlap
> in functionality and confuses users, as they don't really know which one
> they should use. In addition hibernate and acpi-s
Christian Perrier wrote:
> Quoting Eddy Petri?or ([EMAIL PROTECTED]):
>
>>> -Description: Standard system
>>> +Description: Command-line environment
>> I agree with Robert; I have been asked quite a few times by friends (while
>> installing, what is the difference between standard and desktop syst
Hi Eduardo,
Eduardo Silva wrote:
> Package: tasksel
> Version: 2.66
> Severity: wishlist
>
> When you configure fontconfig-conf, you learn that by default debian uses
> bitstreamvera fonts. But strangely, this
> font is not installed by default, no even on the Desktop task.
> I suggest that it
Joey Hess wrote:
> gnome-desktop:
[...]
>
> Well, this is entirely too much cruft for me to try to analize, but
> --without-recommands uses 1698MB and --with-recommands uses 2047MB.
> Can the recommends possibly be worth a 17% size increase for the desktop
> install?
It seems like a lot
Joey Hess wrote:
> [EMAIL PROTECTED]:~>apt-cache policy jscalibrate
> W: Unable to locate package jscalibrate
> [EMAIL PROTECTED]:~>apt-cache search jscalibrate
> [EMAIL PROTECTED]:~>
>
> ?
>
jscalibrator
--
Pelle
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe"
Andrew Lee wrote:
> Please remove following two packages from chinese-t-desktop:
>
> - ttf-arphic-bkai00mp
>
> We should use uming as default Chinese font for display,
> ttf-arphic-bkai00mp is suitable for printing only, not for display,
Shouldn't this package install a configuration file in /et
Robert Millan wrote:
> [ Sorry for the late reply, but ideas don't always flow the way you'd want ]
>
> On Wed, Jan 17, 2007 at 10:10:14PM +0100, Per Olofsson wrote:
>> Even if such malware wouldn't damage the system, it could still do
>> things like sendin
Robert Millan wrote:
> [ Sorry for the late reply, but ideas don't always flow the way you'd want ]
>
> On Wed, Jan 17, 2007 at 10:10:14PM +0100, Per Olofsson wrote:
>> Even if such malware wouldn't damage the system, it could still do
>> things like sendin
Joey Hess:
> Per Olofsson wrote:
> > Aren't some of these recommended packages only alternatives? Are you
> > sure they will really be installed if run --with-recommends?
>
> Probably only one from the set will be installed, for example in the
> case of the aspell d
Yves-Alexis Perez:
> Package: tasksel
> Version: 2.66
> Severity: wishlist
>
> To display svg background, xfdesktop needs librsvg2-common installed. As
> desktop-base use by default an svg background, it'd be nice that this
> lib should be installed with xfce-desktop task.
Isn't this a bug in xfd
Steve Langasek:
> On Tue, Jan 16, 2007 at 10:59:20AM -0500, Joey Hess wrote:
> > (The fact that the desktop task keeps breaking during the "freeze" is
> > not making me very happy, BTW.)
>
> Do you have any insight into what's been breaking it? If the release team
> is doing something wrong here,
Joey Hess:
> One way to see the recommands is to run aptitude --without-recommends in
> a fresh chroot. Some results.. I've marked packages that I feel are
> probably wrong to be pulled in via recommends with asterisks.
>
> aptitude --without-recommends install '~t^desktop$'
Aren't some of these r
Robert Millan:
> But then windows virus and trojans need to know that messing with your
> c:\windows isn't the right way to damage your system if you're
> using wine. And if they are actualy going to make wine-aware virus, they
> could write a bash script as well.
Even if such malware wouldn't d
Debian Bug Tracking System:
> > retitle 406616 print-server: foomatic-gui pulls in too many unrelated
> > packages
> Bug#406616: etch daily installation report
> Changed Bug title.
I think we should remove foomatic-gui from print-server. The CUPS web
interface works well enough, and might be pref
On Monday 01 January 2007 08:22, Frans Pop wrote:
> 4.1 1.5 Without bluetooth, which gets rid of x11-common
Maybe we should move bluetooth to the desktop task. It's not strictly a laptop
thing, but more of a desktop thing. There are probably not many servers using
bluetooth.
--
Pel
On Tuesday 02 January 2007 20:54, Joey Hess wrote:
> Frans Pop wrote:
> > 26.3 9.5 Without xserver-xorx-input-synaptics, which gets rid
> > of most of all X.Org packages
>
> I'd be happy to drop this from the task if d-i could probe for and
> install it on systems wit
Loïc Minier:
> On Tue, Sep 19, 2006, Per Olofsson wrote:
> > > Grmpf. I think a Recommends is more appropriate, and I also think that
> > > this is a bug in tasksel.
> > If you say so. I'll try to solve the problem in some other way then.
>
> I'
Loïc Minier:
> On Tue, Sep 19, 2006, Per Olofsson wrote:
> > I'm sorry, I really need a Depends. A Recommend: won't be picked up by
> > tasksel.
>
> Grmpf. I think a Recommends is more appropriate, and I also think that
> this is a bug in tasksel.
If you say
Package: tasksel
Version: 2.54
Severity: wishlist
xdg-utils is a package which provides third-party applications the
ability to do certain common desktop tasks in a desktop
environment-independent way. For example, opening files and composing
emails in the user's preferred applications.
xdg-utils
I believe noatun is the default KDE media player.
--
Pelle
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Brandon Coleman:
> I was using the kernel 2.2.20 when installing the config.opts file follows
> I was installing from floppy on a 3020ct
>
> What other information do you need to fix this?
[...]
> #
> # Local PCMCIA Configuration File
[...]
The config.opts is identical (semantically) to the one i
Brandon Coleman:
> I don't have it installed now, but it was the kernel version right off
> the woody boot disks. I will install it again and give you the
> information.
There are a number of woody boot disks with different kernels. One has
a 2.4 kernel, and the others have 2.2 kernels.
--
Pelle
Brandon Coleman:
> OK, I can get the PCMCIA to work with my toshiba 3020 on Woody, is it
> possible to get the correct memory address from Woody, and file a bug
> report?
You could send us the output of /etc/pcmcia/config.opts, although I'm
not sure if it helps. Which kernel version did you use on
Joel Andersson <[EMAIL PROTECTED]>, 2000
# David Hedbor <[EMAIL PROTECTED]>, 2000
#
msgid ""
msgstr ""
"Project-Id-Version: detect 0.9.70\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2004-06-28 09:54-0700\n"
"PO-Revision-Date: 2
quot;
msgstr ""
"Project-Id-Version: detect 0.9.70\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2004-06-28 09:54-0700\n"
"PO-Revision-Date: 2004-09-19 20:30+0200\n"
"Last-Translator: Per Olofsson <[EMAIL PROTECTED]>\n"
"La
n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: discover\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2004-05-04 14:13+0200\n"
"PO-Revision-Date: 2004-09-19 18
It says:
* netint CD image, with Debian base
^^
Should be:
* netinst CD image, with Debian base
--
Pelle
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Lior Kaplan:
> You need to just need to add another screen to select the language tasks
> someone wishes to install. If that person also selects the desktop task
> - you can blindly install the lang-desktop (eg. Hebrew-desktop) task as
> well.
>
> I don't see any problem with this question/scre
Lior Kaplan:
> 1. Using tasksel simplifies the installation of many packages through
> tasks... It seems that you don't want to let the users select their
> tasks by them self (except for several task as desktop and a few
> servers). Please let people the option to choose which i18n & l10n
> packag
Joey Hess:
> yazdzik wrote:
> > expert26 hd=7296,255,63
>
> I don't know if that parameter is a kernel boot parameter, or something
> old and unimplemented left over in the help from the boot-floppies. If
> the latter, I can remove it..
It's a kernel parameter in 2.4 according to
Documentation/ke
Lior Kaplan:
> During the installation process, tasksel is shown and not aptitude.
> Aptitude can be reached, but is described as an expert only tool. I don't
> expect the normal user to use aptitude. But I do expect him to be able to
> install multi l10n tasks.
But the installation process is sup
Lior Kaplan wrote:
> Since the change of how tasksel selects l10n tasks, there ins't any
> option to install multi l10n related tasks. For example Hebrew &
> Russion support. Also, there isn't any way to install support of one
> language while using another.
You're supposed to use aptitude to do t
Petter Reinholdtsen wrote:
> Here is a patch to divert start-stop-daemon. Mostly unsteded, but
> half of it is cut-n-paste from my upgrade-testing script.
And here's an (untested) patch which also adds policy-rc.d
support. Furthermore it corrects a problem in your patch: it runs
cleanup code if a
Petter Reinholdtsen wrote:
> I guess we could do both, and remove the dummy start-stop-daemon when
> everything is using invoke-rc.d.
Seems like a good idea. I'll make pcmcia-cs use invoke-rc.d then.
--
Pelle
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troub
Petter Reinholdtsen wrote:
> Hm, I thougth apt-install already made sure no such daemon is started
> in /target/, but it doesn't seem like it when I check the source now.
>
> I suggest changing it to replace start-stop-daemon with a dummy script
> doing nothing, to make sure no daemon is started i
Joey Hess wrote:
> Per Olofsson wrote:
> > Obviously, cardmgr should not be started at all. It seems like
> > pcmcia-cs does not use invoke-rc.d in the maintainer script. If I
> > change it to use invoke-rc.d (which it should anyway), will that make
> > it work?
Martin Michlmayr wrote:
> Does anyon else get this (when installing extra packages):
>
>x Installing extra packages...cardmgr[19799]: starting, version is 3.2.5 x
I haven't been at my usual testing environment at home. However, I see
in cardmgr's source that it calls openlog() with the LOG_C
Joey Hess wrote:
> Do usb nics really show up as pci devices?
No.
> We may just lack any way to detect them at all, short of hotplug
> events.
discover at least claims to support USB, and it contains an
usb.lst. It doesn't look like hw-detect tells discover to enable it
though.
--
Pelle
--
Christian Perrier wrote:
> My concern are
> Swedish (André unreachable, mailbox full),
I could make some updates to the Swedish translations if you want.
--
Pelle
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I have changed netcfg to generate hotplug mapping entries for 16-bit
PCMCIA cards now, in preparation for the upcoming upload of pcmcia-cs
3.2.5-8 where all network cards are managed by hotplug. Could someone
please release and upload netcfg 0.72? Thanks.
(Please CC me on replies.)
--
Pelle
--
> ddetect (0.105) unstable; urgency=low
[...]
> * Joey Hess
> - Load yenta_socket a bit later, after the discover run, because it
> looked strange to load a module before it said it was detecting
> hardware. It still loads before any other modules.
The whole point of loading yent
Sorry, I forgot to tell you to CC me on replies (although I did set
the non-standard Mail-Followup-To header).
Joey Hess wrote:
> Changing debootstrap is basically changing the packages in base and can
> lead to a fair amount of pain and we're trying not to do it at this
> point. So it may be bett
Matthew Garrett wrote:
> IBM tend to put the 7-character model id in "Product Name", with the
> (more useful) model name under "Version" - for example:
>
>DMI type 1, 25 bytes.
> System Information
> Manufacturer: IBM
> Product Name: 237167G
>
Package: tasksel
Version: 2.05
Severity: wishlist
Tags: patch
Nice to see that the task-dependency thing was fixed :) Here are two
additions to the swedish-desktop task. I can add them myself if you
give me SVN access.
--
Pelle
diff -urN tasksel-2.05/tasks/swedish-desktop
tasksel-2.05-swedeskto
Frans Pop wrote:
> Could you post or mail a copy of the coding you used to set the resource
> settings (the rules you are using).
> I'm interested to see how general or specific you've made them.
Sure. Some of them might be a little too general, but I hope not. I
wanted to make it easy to convert
Hi again,
I have now made another version of pcmcia-cs. Apart from having
integrated the suggestions from Osamu, I have also switched
debian/rules to using debhelper and added automatic detection of
special resource settings using dmidecode. There is no support for
this detection in d-i yet though
8 @@
+Task: swedish
+Test-lang: sv
+Section: l10n
+Description: Swedish environment
+ This task installs packages and documentation in Swedish
+ to help Swedish speaking people use Debian.
+Maintainer: Per Olofsson <[EMAIL PROTECTED]>
+Key:
+ locales
+Packages:
+ util-linux-locales
+ wswedish
+ iswe
Joey Hess wrote:
> No initrd currently contains pcmcia-cs.
Well, the initrd's on the CD images contain pcmcia-cs, but there's
obviously no space problem there.
> I think there is room on the net-drivers floppy, which is probably
> the tightest image pcmcia-cs has to fit into.
OK, good.
--
Pell
Frans Pop wrote:
> Someone on #d-boot mentioned that dmidecode could be used for that.
Matthew Garrett wrote:
> The DMI information that contains the manufacturer name can be
> obtained from userspace with demidecode.
Yes, indeed, it looks like it would work fine. It's 49K
though... 20K compresse
Joey Hess wrote:
> I've noticed the dell problems as well.
I investigated this because you alerted me about it on IRC :)
> I suppose there's not a way to somehow autodetect these laptops by
> something else and change the resource range only there?
The brand and model of the computer is included
Osamu Aoki wrote:
> Hmmm... Are you going to document this new feature in README.Debian?
> A bit awkward if one upgrades system and reads some other documentation
> on hotplug later documenting new setup.
Yes, you're right. I should put it in NEWS.Debian. Maybe in
README.Debian too. Thanks for
There have been many reports of PCMCIA freezing during
installation. The reason for PCMCIA freezing is that the resource
ranges don't match the hardware. It's not possible to make the default
resource ranges work with all hardware (AFAIK) but I have noticed one
particularly problematic resource ran
Thomas Hood wrote:
> Builds and works for me.
OK, thanks.
> Remember that if this version of pcmcia-cs goes into sarge then
> netcfg will have to be modified to mark 16 bit PCMCIA interfaces
> as hotpluggable.
Sure.
--
Pelle
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "u
1 - 100 of 203 matches
Mail list logo
