Bug#399840: Do we want an ssh-server task?

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

Bug#541822: reassign to ftp.debian.org

reassign 541822 ftp.debian.org retitle 541822 RM: pcmcia-cs -- ROM; obsolete dummy package thanks Hi, Please remove pcmcia-cs. It is no longer needed as a transition package since lenny has been released. -- Pelle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a

Bug#548119: [Pkg-lyx-devel] Bug#548119: latex-xft-fonts: Error when trying to run update

Hi, David Creelman wrote: Package: latex-xft-fonts Version: 0.1-8 Severity: important File: latex-xft-fonts Get this error when trying to do apt-get update; apt-get dist-upgrade Yes, it seems to be a bug in preinst. Could you please send me the output of "dpkg -l latex-xft-fonts"? Thanks.

Bug#537691: [Pkg-lyx-devel] Bug#537691: lyx: FTBFS: Can't move file

Kurt Roeckx wrote: > >> make[2]: Leaving directory >> `/build/buildd-lyx_1.6.3-3-amd64-jo7l1K/lyx-1.6.3/build-tree' >> mv debian/lyx-common/usr/bin debian/lyx/usr/bin >> mv debian/lyx-common/usr/share/man debian/lyx/usr/share/man >> mv debian/lyx-common/usr/share/lyx/fonts \ >> debia

Bug#538119: RM: latex-xft-fonts (source) -- ROM; binary package now built by lyx source package

Package: ftp.debian.org Severity: normal Hi, Please remove the latex-xft-fonts source package. The binary package latex-xft-fonts is now built by the lyx source package instead. -- Pelle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". T

Bug#551098: not useful on all architectures

Robert Millan wrote: Package: pcmciautils Severity: important This packages is part of the laptop task, and built on all architectures but it's not useful in all of them. AFAIK pcmcia is only implemented on i386, amd64 and powerpc hardware, and not used anymore with newer models. I doubt it'll

Bug#545047: tasksel: iamerican and ibritish are no longer standard, readjust language tasks as needed.

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-bugs-dist-requ...@lists.debian.or

Bug#467324: Gnash in Desktop task?

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,

Bug#460238: pcmcia-cs #460238: aren't the files removed already?

Hi Petter, You wrote: > When converting the pcmcia-cs package to a transitional package, the > conffiles were left behind. Running > > dpkg-query -W -f='${Conffiles}\n' pcmcia-cs | grep obsolete > > Show this list of obsolete files: > > /etc/pcmcia/ide a081dbdfdfa893713443e0fdb744907a obsol

Bug#484602: xdg-utils: xdg-open does not open HTTP URL

severity 484602 serious thanks Hi, Seo Sanghyeon wrote: > $ xdg-open http://example.com/ > Warning: unknown mime-type for "http://example.com/"; -- using "application/*" > Error: no such file "http://example.com/"; > > Looking at /usr/bin/xdg-open, since I am not using GNOME or KDE, > open_gener

Bug#475398: tasksel: add kerneloops to standard task

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

Bug#475398: tasksel: add kerneloops to standard task

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

Bug#475398: tasksel: add kerneloops to standard task

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

Bug#475398: tasksel: add kerneloops to standard task

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

Bug#475523: [Pkg-lyx-devel] Bug#475523: Any idea on #475523? - LyX unusable with Qt 4.4.0rc1-2

Hi, Sven Hoexter wrote: > with Qt 4.4.0rc1-2 hitting unstable we noticed that LyX fails badly. I've > no clue if it's a problem of LyX with the new Qt version or a problem within > Qt 4.4. > Maybe you can take a look at > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475523 > and give me a hint

Bug#481535: "leds beep" assumes that beep device is called /dev/input/event1

Package: nslu2-utils Version: 20080403-1 Severity: normal The command "leds beep" doesn't work on my system. The reason is that it doesn't give the correct -e option specifying my beep device when calling the "beep" command. My beep device is called /dev/input/event0, while the leds script only ch

Bug#481545: bashism in /etc/init.d/zleds

Package: nslu2-utils Version: 20080403-1 Severity: normal File: /etc/init.d/zleds /etc/init.d/zleds contains a bashism in this line: if [ "$(state "$runlevel")" == "user" ]; then It should use "=" instead of "==". -- System Information: Debian Release: lenny/sid APT prefers testing

Bug#481604: daily armel (EABI) lenny on NSLU2

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

Bug#481604: daily armel (EABI) lenny on NSLU2

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

Bug#481604: daily armel (EABI) lenny on NSLU2

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]

Bug#484990: remove hpijs-ppds from tasks?

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

Bug#485000: remove foomatic-* packages from desktop task?

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

Bug#485000: remove foomatic-* packages from desktop task?

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

Bug#484990: setting package to tasksel tasksel-data, tagging 484990, tagging 484748

# 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

Bug#479411: freezes when trying to look at saved passwords

Josselin Mouette wrote: > Version: 2.22.2-1 > > Le dimanche 04 mai 2008 à 19:00 +0200, Per Olofsson a écrit : >> Epiphany freezes when I try to look at my saved passwords. At first, >> it only froze when I clicked "Show passwords", but now it freezes >> dir

Bug#484121: tasksel: let's sync on the GNOME task

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

Bug#485447: tasksel: Rename Northern Sami to North Sámi and add hunspell-se package

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?

Bug#485447: tasksel: Rename Northern Sami to North Sámi and add hunspell-se package

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

Bug#485447: setting package to tasksel tasksel-data, tagging 485447

# 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

Bug#485447: tasksel: Rename Northern Sami to North Sámi and add hunspell-se package

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

Bug#485500: doesn't set default dictionary

Package: hunspell Version: 1.2.2-2 Severity: normal Executing hunspell yields: $ hunspell Can't open affix or dictionary files. But it works given a dictionary: $ hunspell -d en_US Hunspell 1.2.2 I think hunspell should have its default dictionary set via maintainer scripts, as is done for isp

Bug#485447: tasksel: Rename Northern Sami to North Sámi and add hunspell-se package

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

Bug#485447: tasksel: Rename Northern Sami to North Sámi and add hunspell-se package

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

Bug#485500: doesn't set default dictionary

retitle 485500 document default dictionary behaviour thanks Hi, Rene Engelhard wrote: > Currently, it looks at your locale for looking for the default dict... OK, that seems like a good default. > ... so it tries to get the en_GB dict here. Perhaps it should say that in the error message then?

Bug#494688: crashes with apache2-mpm-worker

Package: libapache2-mod-auth-kerb Version: 5.3-1 Severity: important Hi, It seems that libapache2-mod-auth-kerb is not fully thread-safe. It crashes Apache processes when running with apache2-mpm-worker: *** glibc detected *** double free or corruption (fasttop): 0xa9c0b298 *** [Mon Aug 11 15:42

Bug#499629: [Pkg-lyx-devel] Bug#499629: texlive-latex-extra should be recommended dependency

Hi, Nick Ellery wrote: > texlive-latex-extra is currently a suggested dependency, but using > integrals in the default math panel requires the esint package from > texlive-latex-extra. The other texlive-latex-* packages are currently > in recommends, and texlive-latex-extra should be moved up to

Bug#499629: [Pkg-lyx-devel] Bug#499629: Bug#499629: texlive-latex-extra should be recommended dependency

Sven Hoexter wrote: > ATM I don't see a reason to change it. If you think everyone using Ubuntu > should install some 70MB extra you might divert on that part of the package. Really? It says "Installed-Size: 20548" on my system... -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a

Bug#499629: [Pkg-lyx-devel] Bug#499629: Bug#499629: texlive-latex-extra should be recommended dependency

Hi, Dara Adib wrote: >> => It's a suggested package. >> "This is used to declare that one package may be more useful with one or >> more others" > > True, again, but why is Iceweasel also marked as a suggestion? It's a web browser, and it's useful to have a web browser if you compile your docum

Bug#499629: [Pkg-lyx-devel] Bug#499629: Bug#499629: texlive-latex-extra should be recommended dependency

Hi, Dara Adib wrote: > It's not in my position to judge whether a package deserves to be > suggests or recommends, but it is still appears to be a problem that > integrals don't work. As Georg explained, they do work, but you need to disable esint. -- Pelle -- To UNSUBSCRIBE, email to [EMAI

Bug#452181: rtc loaded instead of rtc-cmos (because of /etc/modprobe.d/pnp-hotplug)

Marco d'Itri wrote: > On Nov 20, Per Olofsson <[EMAIL PROTECTED]> wrote: > >> However, there is a module which provides this particular alias: >> rtc-cmos. This module also works much better for me; unlike with the >> rtc module, I can now use both hwclock an

Bug#452181: rtc loaded instead of rtc-cmos (because of /etc/modprobe.d/pnp-hotplug)

Per Olofsson wrote: > Good question. My guess is that the rtc_cmos module is simply the newer and > better one, but I don't know. It seems that rtc-cmos is a part of the new RTC subsystem of the kernel, while rtc is the old driver. See Documentation/rtc.txt in kernel source: http://l

Bug#497857: missing manpage for cifs.upcall

Package: smbfs Version: 2:3.2.3-2 Severity: normal Hi, The manpage is missing for cifs.upcall. There seems to exist one upstream, maybe not installed? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (

Bug#449235: Intel wireless firmware in firmware-nonfree

Hi, Bastian Blank wrote: >> 2.) In addition to the firmware for the ipw2200 mentioned by the original >> submitter, there is also the other legacy ipw2100 >> http://ipw2100.sourceforge.net/ >> (I didn't look at the license though) > > We decided that we can't ship it with this license in non-f

Bug#472890: setting package to xdg-utils, tagging 472890

# Automatically generated email from bts, devscripts version 2.10.26 # # xdg-utils (1.0.2-4) UNRELEASED; urgency=low # # * Add debian/patches/xdg-mime-bashism.patch: fix bashism in xdg-mime. #Thanks to Chris Lamb. Closes: #472890. # package xdg-utils tags 472890 + pending -- To UNSUBSCRI

Bug#472890: xdg-utils: bashism in /bin/sh script

Hi, Chris Lamb wrote: > tags 472890 + patch > thanks > > Patch attached. Thanks! Should have fixed this earlier (I knew how to fix it). Expect an upload soon (probably today). -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PR

Bug#449235: Intel wireless firmware in firmware-nonfree

Bastian Blank wrote: > > | Your rights to redistribute the Software shall be contingent upon your > | installation of this Agreement in its entirety in the same directory as > | the Software. > > This was interpreted by at least one person that the license needs to > pushed in the same directory

Bug#479411: freezes when trying to look at saved passwords

Package: epiphany-browser Version: 2.22.1.1-1 Severity: normal Epiphany freezes when I try to look at my saved passwords. At first, it only froze when I clicked "Show passwords", but now it freezes directly when I open Edit->Personal Data->Passwords. I get the following output in a terminal: [E

Bug#430654: setting package to xdg-utils, tagging 430654

# Automatically generated email from bts, devscripts version 2.10.27 # # xdg-utils (1.0.2-5) UNRELEASED; urgency=low # # * Add debian/patches/xdg-mime-xfce.diff: Fix xdg-mime under Xfce. #Closes: #430654. # package xdg-utils tags 430654 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTEC

Bug#465443: setting package to xdg-utils, tagging 465443

# Automatically generated email from bts, devscripts version 2.10.27 # # xdg-utils (1.0.2-5) UNRELEASED; urgency=low # # * Add debian/patches/xdg-mime-errorchecking.diff: Check return code #from programs invoked by "xdg-mime query filetype". Closes: #465443. # package xdg-utils tags 465443 +

Bug#493577: Wrong probability of survival in FAQ 4b

Package: mdadm Version: 2.6.7-3 Severity: minor Hi, /usr/share/doc/mdadm/FAQ.gz question 4b says: "4b. Can a 4-disk RAID10 survive two disk failures? [...] In half of the cases, yes [0], [...] 0. it's actually 1/(n-1), where n is the number of disks. I am not a mathematician, see http://aput.

Bug#452181: rtc loaded instead of rtc-cmos

Emilio Scalise wrote: > So, for the users who have our problems with /dev/rtc this is what fixes the > problem: > - edit "/etc/modprobe.d/pnp-hotplug" and change the line "alias pnp:dPNP0b00 > rtc" to "alias pnp:dPNP0b00 rtc-cmos" You don't have to change the line, removing it suffices. The rtc-

Bug#443726: Fixed upstream?

Hi, Upstream's CHANGELOG[1] says: 0.8.8 - Make it work for current Xorg-GIT However, no version 0.8.8 has been released yet. Maybe we can ask upstream for a patch in the mean time? [1] http://www.conan.de/touchscreen/CHANGELOG.evtouch -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PR

Bug#450713: calibrator.c

Hi Daniel, Are you the author of calibrator.c, found at ? If you are, what license is the code under? If you're not the author, do you know who is? Thanks in advance! -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "

Bug#462498: Change dependency on libexo-0.3-0

Hi, Simon Huggins wrote: > Package: xdg-utils > Version: 1.0.2-2 > Tags: patch > > Hi, > > We've split out the utilities that you depend on into a separate binary > package so can you please change your Suggests: libexo-0.3-0 into: > > Suggests: libexo-0.3-0 (<= 0.3.4-1) | exo-utils Great, but

Bug#460228: tasksel: please remove hplip from the desktop task

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

Bug#460228: tasksel: please remove hplip from the desktop task

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.

Bug#460742: uninstallable

Package: kazehakase Version: 0.4.3-1.1 Severity: grave $ sudo apt-get install kazehakase Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are

Bug#452388: "Standard system" is confusing

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

Bug#457181: closed by Per Olofsson <[EMAIL PROTECTED]> (Re: Bug#457181: pcmcia-cs: fails to detect memory cards since a fewupgradesago)

Peter T. Breuer wrote: > It doesn't seem to stop the kernel threads. Right. > Of course this is far too dangerous to actually DO worldwide. But you > may want to at least try and get the kernel threads stopped somehow on > demand by registering a bug against something. Why don't you file it you

Bug#457570: Libs.private not used in /usr/lib/pkgconfig/Qt*.pc

Package: libqt4-dev Version: 4.3.3-1 Severity: normal Currently, the Libs fields in /usr/lib/pkgconfig/Qt*.pc are not split into Libs and Libs.private. This means that unnecessary libraries are linked to directly when programs are built with Qt 4. I believe to correct way to do it is to list libr

Bug#451380: tasksel-data: Please stop installing acpi-support and hibernate (in the laptop/desktop task)

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

Bug#451380: tasksel-data: Please stop installing acpi-support and hibernate (in the laptop/desktop task)

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

Bug#448094: dh_icons should look for .xpm icons (and not jpg)

Package: debhelper Version: 5.0.59 Severity: normal File: /usr/bin/dh_icons Hi, Currently, dh_icons look only for png, svg and jpg format icons. However, according to the freedesktop.org icon theme specification: "The image files must be one of the types: PNG, XPM, or SVG, and the extension must

Bug#448260: [Pkg-lyx-devel] Bug#448260: lyx: Document class "article (AMS)" no longer works properly

forwarded 448260 http://bugzilla.lyx.org/show_bug.cgi?id=4307 thanks Hi, Torquil Macdonald Sørensen wrote: > When using the "article (AMS)" document class, a latex error appears when > using > the Corrolary/Lemma/Proposition environments. I can confirm this bug. I have forwarded it upstream now

Bug#440307: [Pkg-lyx-devel] Bug#440307: lyx: Difficult to select text and change figure text settings.

Hi, Gudjon I. Gudjonsson wrote: >When i try to select text, the selection disappears after around > a second, before I can do anything to the text. >However I can select all the text and change its color for example but > the figure text is not changed in that operation. Exactly what is t

Bug#440807: increase CONFIG_SERIAL_8250_NR_UARTS (number of serial ports)

Package: linux-2.6 Severity: wishlist Version: 2.6.22-4 Hi, I run a console server with a serial port replicator, but the number of serial ports in the kernel is limited to 16 (CONFIG_SERIAL_8250_NR_UARTS), so I have to rebuild the kernel every time I update it. It would be good if the limit cou

Bug#440927: [Pkg-lyx-devel] Bug#440927: lyx-common: Please pack new upstream version lyx 1.5

Hi, G. Milde wrote: > After the bugfix release 1.5.1 is out, it would be nice to have a 'lyx 1.5' > debian package. (Especially, I am longing for the unicode support and tabbed > windows.) > > There is an unofficial ad-hoc package available on the lyx download site > ftp://ftp.lyx.org/pub/lyx/bi

Bug#441853: Module package should be Arch: any

Package: rt73-source Version: 1.0.4.0.dfsg1-1~experimental2 Severity: normal Hi, There is no reason to have Architecture limited to i386 and amd64 for the generated module packages. I believe USB can be used on all archs. For the record, I have successfully compiled and used rt73 on arm. -- Sy

Bug#449235: Please add ipw2200 firmware

Package: firmware-nonfree Version: 0.7 Severity: wishlist Hi, It would be useful have an ipw2200-firmware package. The firmware is available at under a proprietary license, which does appear to allow redistribution. -- Pelle -- To UNSUBSCRIBE, e

Bug#342538: NMU patch

Medium urgency for RC bugfix. + * Removed build-dep on xlibs-dev which doesn't exist anymore. It seems +that the other build-dep'd packages depend on individual X -dev +packages in turn. + * Rebuild against libaiksaurus-1.2-0c2a (libstdc++ allocator change). + Closes: #342538. + + --

Bug#336428: Fixed in NMU

tag 336428 fixed thanks This bug was fixed in my NMU 1.3.6-1.1 (see patch in #342538). I simply removed the dependency on xlibs-dev and it builds in pbuilder. I think that the existing build-dep's in turn depend on the correct X -dev packages, but I might be wrong. -- Pelle -- To UNSUBSCRIBE,

Bug#333839: NMU uploaded

tag 333839 fixed thanks I've uploaded an NMU (1.3.6-1.1) so lyx will be rebuilt. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#340044: NMU changes and patch

ulien BLACHE to fix two va_list misuses which + cause segfaults when executing "a2ps --list=defaults" on certain +archs. Closes: #294905. + * Don't replace auxdir/config.{guess,sub} when running "debian/rules +clean". The source should be restored to its orig

Bug#331534: NMU changes

non-free test files from upstream tarball. Closes: #331534. + + -- Per Olofsson <[EMAIL PROTECTED]> Sun, 15 Jan 2006 23:02:12 +0100 + libxml2 (2.6.23-1.1) unstable; urgency=high * Non-maintainer upload. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subj

Bug#336428: direct depends

Justin Pryzby: > Direct dependencies should also be listed; on the next upload, please > build-depend on the packages outputted by the xlibs-check script. You're right; I thought at first that it only indirectly depended on the X libs but it seems that it should build-depend on x-dev and libx11-de

Bug#340050: Not interested

tag 340050 help thanks I'm not quite sure how to fix this bug. I've tried, but there are some symbol versions and configuration stuff that gets in the way, and I don't really understand the kernel build system. Frankly, I'm not interested - these modules are old and obsolete. If nobody's interest

Bug#352843: Please remove pcmcia-modules-2.4.27-i386 from unstable

Package: ftp.debian.org Hi, pcmcia-modules-2.4.27-i386 is obsolete, the PCMCIA modules provided with the kernel should be used instead. In addition, it doesn't build anymore and I'm not interested in fixing it (I'm the maintainer). There might still be a small set of hardware where the kernel-pr

Bug#350533: Wireless card fails after pcmciautils installed

Ben Sargeant: > After a reboot it is I just need to do the /lib/udev/pcmcia-socket-startup > followed by a /etc/init.d/network restart. You shouldn't need to do "/etc/init.d/network restart", just put "allow-hotplug eth0" (or whatever your interface is called) in /etc/network/interfaces. Anyway,

Bug#327911: NMU patch

g jde-require and version. Thanks to YANG Shouxun. +Closes: #327911. + * Added (require 'cedet) to jde.el. + * Use /usr/share/info, not /usr/info. But the code is not actually +executed, hrm. + + -- Per Olofsson <[EMAIL PROTECTED]> Sun, 19 Feb 2006 00:39:13 +0100 + jde (2

Bug#353544: takes too long to load each time emacs is started

Package: semantic Version: 1:1.0pre3-1 Severity: important When semantic is installed, emacs takes a lot longer to start, even when semantic is not going to be used. Thus, semantic annoys all emacs users on the computer, even those who never use semantic. I think the problem is the following line

Bug#343921: NMU of bandwidthd

Hi, Andreas Henriksson: > Thanks for taking the time to fix this! Feel free to NMU. > If you have more time to spare I have a newer version available at > http://fjortis.info/pub/debian/bandwidthd/bandwidthd-2.0.1+cvs20050208-5/ > which I haven't hade time to fully test and poke my sponsor to uplo

Bug#349213: heimdal NMU

to RC bugfix. + * Don't install /usr/include/ss. It's not included by any other header +in heimdal-dev and is provided by ss-dev. Closes: #349213. + + -- Per Olofsson <[EMAIL PROTECTED]> Sun, 19 Feb 2006 15:21:02 +0100 + heimdal (0.7.1-3) unstable; urgency=high * Brian

Bug#349213: heimdal NMU

Per Olofsson: > I'm preparing the following NMU of heimdal: Turned out to not be enough, this should do it: diff -u heimdal-0.7.1/debian/changelog heimdal-0.7.1/debian/changelog --- heimdal-0.7.1/debian/changelog +++ heimdal-0.7.1/debian/changelog @@ -1,3 +1,13 @@ +heimdal (0.7.1-3.1)

Bug#353581: jde: JDE installation fails

Azer Demir: > Package: jde > Version: 2.3.5-1 > Severity: important > > Installation couldn't be completed. Problem seems similar to bug > #327911. But I use emacs21 and i could not finish installation of > JDE. Should be fixed in 2.3.5-1.1. It's in incoming.debian.org currently, will be moved in

Bug#265916: (no subject)

I don't have access to the hardware in question anymore, sorry. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#46848: Bug#238984: marked as done (Names etc. in UTF-8 are displayed incorrectly)

Don Armstrong: > reopen 46848 > thanks > > While these bugs have been fixed on bugs.debian.org, there has not yet > been an upload of debbugs fixing them. > > [There's a reason why they've been reassigned to debbugs and marked > pending.] OK, sorry. -- Pelle -- To UNSUBSCRIBE, email to [EMA

Bug#355080: krsh uses rlogin but package doesn't depend on it

severity 355080 normal thanks Ted Percival: > /usr/bin/krsh in tries to exec rlogin but rlogin is not provided by any > of heimdal-clients' dependencies. > Installing the rsh-client package fixes this particular problem, but > krsh doesn't strip -5 or --krb5 from argv before executing rlogin so >

Bug#351545: pcmcia-cs: pre and post kernel 2.6.13 compatibility

Hi, Maurizio Lemmo (Tannoiser): > pcmcia-cs now depends from pcmciautils that require 2.6.13 (in init > script i got an error message saying that), and i think it isn't > backward compatible. > > AFAIK, this is not a good thing. I hope not to filled this bug for my > mistake, but i'd like to have

Bug#351545: pcmcia-cs: pre and post kernel 2.6.13 compatibility

reassign 351545 pcmciautils thanks Hi, Maurizio Lemmo (Tannoiser): > I got some time to do some test on this. I was fuzzied because of this > error message from pcmciautils: > > haziel:~# /etc/init.d/pcmciautils restart > Starting PCMCIA services...failed (pcmciautils requires Linux >= > 2.6.13-

Bug#351545: pcmcia-cs: pre and post kernel 2.6.13 compatibility

clone 351545 -1 reassign -1 pcmcia-cs retitle -1 Should explain about pcmciautils dependency in NEWS.Debian thanks Maurizio Lemmo (Tannoiser): > You may close this bug, and/or maybe add something in readme.Debian, > explaining that this message isn't a problem and pcmcia card works > normally (jus

Bug#351685: udev storm: pcmcia CF adapter device file constantly deleted, recreated

reassign 351685 linux-2.6 thanks Hi, Joey Hess: > I inserted a pcmcia CF adapter containing a partition with a FAT filesystem > and tried to mount it, but /dev/hde1 was not there, though /dev/hde was. > I eventually realised that hde1 was being constantly deleted and > recreated over and over. I

Bug#351725: Zonet zcf-1400 is not detected with pcmcia-cs, solution attatched

Hi, Magnus Lundstedt: > By default the /etc/pcmcia/config file does not contain theinformation > necessary for this card to be detected. It does work in Linux using the > pcnet_cs driver. Instructions for how to get it work can be found in their > "driver package" at: > > http://www.zonetusa.com/

Bug#267527: a2ps NMU patch 1:4.13b.dfsg.1-0.2

include the substring "tar" as binary +files. Closes: #350555. + * Fixed Emacs autoload (a2ps.el, not a2ps-mode.el). Thanks to Francesco +Potorti`. Closes: #331452. + * Reverted va_list changes from previous upload which already existed in + debian/patches/22_va_list_fix.dpatch.

Bug#350533: Wireless card fails after pcmciautils installed

Ben Sargeant: > > Do you have the /etc/udev/rules.d/85-pcmcia.rules symlink? > > Yes, I have the symlink. pcmciautils-012-2 was my first install of this > package OK. Try the following (check if it works after each step): 1. Upgrade to the latest udev and reboot the computer 2. Run "modprobe

Bug#351725: Zonet zcf-1400 is not detected with pcmcia-cs, solution attatched

tag 351725 pending thanks Magnus Lundstedt: > Great. Here is the output: > > MusicBox:/home/magnus# cardctl ident > Socket 0: > product info: "CompactFlash", "10Base-T Ethernet", "1.0", "" > function: 6 (network) > Socket 1: > no product info available OK, committed. Will be in the next uploa

Bug#350533: Wireless card fails after pcmciautils installed

Ben Sargeant: > # /lib/udev/pcmcia-socket-startup > # modprobe orinoco_cs > # /etc/init.d/networking restart > # iwconfig > eth0 IEEE 802.11b ESSID:"xxx" Nickname:"HERMES I" > Mode:Managed Frequency:2.462 GHz Access Point: 00:09:xx:xx:xx:xx > > Bit Rate:11 Mb/s S

Bug#351888: pcmcia-cs: pcmcia-cs does not depend from kernel >= 2.6.13

tag 351888 moreinfo thanks Walter Franzini: > The kernel for testing is 2.6.12-10 and /etc/init.d/pcmcia refuse to > start because it require at least 2.6.13 pcmcia-cs should always start _except_ if the kernel is 2.6.13 or higher and udev is enabled. Are you sure that you haven't mixed it up wit

Bug#351888: pcmcia-cs: pcmcia-cs does not depend from kernel >= 2.6.13

severity 351888 wishlist merge 351888 351671 thanks Walter Franzini: > I think you are right. I've seen an error message related to pcmcia > and I've failed to notice it's from pcmciautils. > > I'm sorry. OK, don't worry. I'll merge this bug with the one about adding an item in NEWS.Debian so

Bug#351545: Please suggest better message

Colin Watson: > On Wed, Feb 08, 2006 at 04:51:51PM -0500, [EMAIL PROTECTED] wrote: > > a friend tells me /etc/init.d/pcmcia start; outputs > > > > Starting PCMCIA services...cardmgr[2904]: no pcmcia driver in /proc/devices > > failed! > > > > on Linux 2.6.15. pcmciautils' message doesn't seem mor

Bug#352038: pcmciautils: fails to start PCMCIA netcard automatically

Hi, Vesa Savolainen: > "lsmod" shows that the correct kernel module (pcnet_cs) has been loaded and > running "ifup eth0" manually brings eth0 > up but I'd prefer Debian to start my netcard automatically. Try adding the line "allow-hotplug eth0" to /etc/network/interfaces. -- Pelle -- To UNS

<    1   2   3   4   5   6   >