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
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't
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
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 features of
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
center's tool is _very_ limited
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:
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 call
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
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
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.
Actually, poppler-data
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.
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 wheezy has been
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 better
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 publishing video
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, email
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. The
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
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
with a
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 for
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
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 the default
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
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 default, not fail by default. (As long
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
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
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 hunspell dictionaries.
Indeed, they are all
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?
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
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 case I
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
# 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
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
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
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
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
# 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
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]
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,
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
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, there
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 should work in all desktop environments
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
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 Priority: standard.
But it should probably go
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 kind of
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.
Where
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
about
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
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
can
do then is to replace
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 system). This
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 does,
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 of
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. Trouble?
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
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 sending spam and infecting other computers
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 sending spam and infecting other computers
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 dictionaries, it will probably pick
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, I'd like
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
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
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
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
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 with
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.
--
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 so. I'll try to solve the problem in some
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've cloned the bug already; meaning I still consider
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.
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 in
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
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
: 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
Language-Team: Swedish\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
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: 2004-09-19 20:30+0200\n
Last-Translator: Per Olofsson [EMAIL PROTECTED]\n
Language-Team: Swedish\n
MIME-Version: 1.0\n
Content-Type: text/plain
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/screen
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
packages
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
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
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
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 this.
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. Trouble?
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
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? Does d-i use policy-rc.d or something
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 in
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
--
To
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]
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
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 better
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
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
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
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
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
: 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
+ iswedish
+ aspell-sv
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.
--
Pelle
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 compressed.
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
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
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
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
Hello,
I have created a new version of pcmcia-cs now which defaults to not
bringing up new interfaces with ifup. However, I am not currently on
an ethernet connection, so I'm unable to test it. I'm therefore asking
for your help with this. The package is available at [1]. You'll have
to build it
1 - 100 of 196 matches
Mail list logo