Re: Looking for co-maintainers for MySQL and Quaga
Hi, Christian Hammers wrote:
> Hello
>
> I'm looking for a co-maintainer for my MySQL and Quagga packages. Any
> volunteers? :-)
I'd like to co-maintain MySQL.
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | [EMAIL PROTECTED]
ACPI problems with kernel 2.6.x for Dell Inspiron 4100
For kernels 2.4.x ACPI is automatically disabled: ACPI: Subsystem revision 20040326 ACPI: Interpreter disabled. while kernels 2.6.x enables it: ACPI: Subsystem revision 20040816 ACPI: Interpreter enabled ACPI: Using PIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (00:00) PCI: Probing PCI hardware (bus 00) PCI: Ignoring BAR0-3 of IDE controller :00:1f.1 PCI: Transparent bridge - :00:1e.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 9 10 *11) ACPI: PCI Interrupt Link [LNKB] (IRQs 5 7) *11 ACPI: PCI Interrupt Link [LNKC] (IRQs 9 10 *11) ACPI: PCI Interrupt Link [LNKD] (IRQs 5 7 9 10 *11) ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGP_._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIE._PRT] ACPI: Power Resource [PADA] (on) PCI: Using ACPI for IRQ routing ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11 ACPI: PCI interrupt :00:1d.0[A] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI interrupt :00:1f.1[A] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 7 ACPI: PCI interrupt :00:1f.5[B] -> GSI 7 (level, low) -> IRQ 7 ACPI: PCI interrupt :00:1f.6[B] -> GSI 7 (level, low) -> IRQ 7 ACPI: PCI interrupt :01:00.0[A] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11 ACPI: PCI interrupt :02:00.0[A] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11 ACPI: PCI interrupt :02:01.0[A] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI interrupt :02:01.1[A] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI interrupt :00:1f.6[B] -> GSI 7 (level, low) -> IRQ 7 ACPI: (supports S0 S1 S3 S4 S4bios S5) ACPI wakeup devices: LID PBTN PCI0 UAR1 USB0 USB1 USB2 MODM PCIE MPCI ... Alocation of IRQ 7 does not seem to work: (this IRQ is allocated by parport0) ACPI: PCI interrupt :00:1f.5[B] -> GSI 7 (level, low) -> IRQ 7 unable to grab IRQ 7 Intel ICH: probe of :00:1f.5 failed with error -16 and apm is shut off: apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac) apm: overridden by ACPI. apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac) apm: disabled on user request. The main problem is that alsa does not work, neither does the battery monitor in gnome, the only option is to boot with acpi=off. For alsa the audio device is not found: Running alsaconf or (/etc/init.d/alsa start when configured): ACPI: PCI interrupt :00:1f.5[B] -> GSI 7 (level, low) -> IRQ 7 unable to grab IRQ 7 /etc/init.d/alsa stop Storing ALSA mixer settings...ACPI: PCI interrupt :00:1f.5[B] -> GSI 7 (level, low) -> IRQ 7 unable to grab IRQ 7 Intel ICH: probe of :00:1f.5 failed with error -16 failed. Running update-modules... Loading driver... Starting ALSA.../etc/init.d/alsa: Error: alsactl restore failed with message 'alsactl: load_state:1134: No soundcards found...'. done. Setting default volumes... The battery monitor shows the following problem: Can't access ACPI events in /var/run/acpid.socket! Make sure the ACPI subsystem is working and acpid daemon is running. Is the ACPI support not functional for this Dell laptop? Can I upgrade the BIOS? -- Svante Signell <[EMAIL PROTECTED]>
Re: Debian menu and GNOME (request for help)
Le vendredi 12 novembre 2004 à 00:22 +0100, Bill Allombert a écrit : > Hello Debian folk, Hi, > 1) Current gnome-panel do *not* support XDG menus (only KDE does). > (Debian menu has XDG menu support through menu-xdg.) a freedesktop implementation has just been commited to the GNOME CVS few days ago and will be used in GNOME 2.10: http://lists.gnome.org/archives/desktop-devel-list/2004-November/msg00259.html > 2) Instead it support vfolder-info (which is similar to XDG menu in > design but completly different in format) and a 'distro' menu which > is crippled. The menu vfolder support should be removed from gnomevfs pretty soon now (cf the mail on desktop-devel-list). BTW the 'distro' menu has been removed in gnome-panel 2.9.1 too: http://bugzilla.gnome.org/show_bug.cgi?id=143963 > 3) Eventually, GNOME will switch to xdg-menu but probably not the > version in sarge. Right, the switch will be for 2.10. > 4) It is rumoured that some distros apply a patch top GNOME panel > to make it support xdg-menu, but Debian don't. Right too. > So I look for help from someone with good knowledge of GNOME internal > and patience with the Debian menu system to solve issue 2) and maybe > issue 1). The Debian menu is only a submenu in GNOME and I'm not sure this is worth spending time and efforts for something that's redesigned upstream right now. Perhaps we should let it in this state for Sarge and work on a menu improvement for sarge+1 with GNOME 2.10 ? Cheers, Sebastien Bacher
Bug#281331: ITP: dstat -- versatile resource statistics tool
Package: wnpp Severity: wishlist * Package name: dstat Version : 0.5.2 Upstream Author : Dag Wieers <[EMAIL PROTECTED]> * URL : http://dag.wieers.com/home-made/dstat/ * License : GPL Description : versatile resource statistics tool Dstat is a versatile replacement for vmstat, iostat and ifstat. Dstat overcomes some of the limitations of these programs and adds some extra features. Dstat allows you to view all of your network resources instantly, you can for example, compare disk usage in combination with interrupts from your IDE controller, or compare the network bandwidth numbers directly with the disk throughput (in the same interval). Dstat also cleverly gives you the most detailed information in columns and clearly indicates in what magnitude and unit the output is displayed. Dstat is also unique in letting you aggregate block device throughput for a certain diskset or network bandwidth for a group of interfaces, i.e. you can see the throughput for all the block devices that make up a single filesystem or storage system. Dstat's output, in its current form, is not suited for post-processing by other tools, it's mostly meant for humans to interprete real-time data as easy as possible. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=C, LC_CTYPE=C
Re: Debian menu and GNOME (request for help)
On Mon, 15 Nov 2004, Sebastien Bacher wrote: The Debian menu is only a submenu in GNOME and I'm not sure this is worth spending time and efforts for something that's redesigned upstream right now. Perhaps we should let it in this state for Sarge and work on a menu improvement for sarge+1 with GNOME 2.10 ? This is definitely not a good solution and I'd against the word "only" in the first line of your quote. The Debian menu is a menu which users can find in all graphical and text environments on a Debian GNU/Linux system and thus I would regard it as the *main* menu entry. The Debian menu is the *only* (and here 'only' is in the right sense) which is almost complete regarding the installed applications on the machine (and if you ask me personally it is the only one which is worth looking at). Backporting the user menu back to the Gnome version which will be shipped Sarge would be a really great thing for Custom Debian Distributions. Kind regards Andreas. -- http://fam-tille.de
Re: Documentation for upstream software authors
On Sunday 14 November 2004 21.55, Martin Pitt wrote: > Martin Schulze [2004-11-14 20:13 +0100]: [...] Thanks for your comments, I believe I have covered all that now. cheers -- vbi (And: hey, it's a wiki, do it yourself :-) -- Oops pgpMIDf03LZ1t.pgp Description: PGP signature
Re: ACPI problems with kernel 2.6.x for Dell Inspiron 4100
Hi, Svante Signell <[EMAIL PROTECTED]> - Mon, Nov 15, 2004: > For kernels 2.4.x ACPI is automatically disabled: > ACPI: Subsystem revision 20040326 > ACPI: Interpreter disabled. > while kernels 2.6.x enables it: > ACPI: Subsystem revision 20040816 > ACPI: Interpreter enabled I think you're slightly off-topic, I don't see the point of harassing debian-devel with such messages, there's a debian-kernel list, or acpi and kernel related lists outside of Debian. Did you check the upstream BTS? > The battery monitor shows the following problem: > Can't access ACPI events in /var/run/acpid.socket! > Make sure the ACPI subsystem is working and acpid daemon is running. And? Did you check wether acpid was running? Anyway, try disabling ACPI IRQ detection with "acpi=noirq", I have no idea wether that will help though. Regards, [ reply-to set to myself ] -- Loïc Minier <[EMAIL PROTECTED]>
Re: sarge security (was: Re: Release update: please upload to unstable; toolchain; buildds; ...)
On Saturday 13 November 2004 14.53, Martin Schulze wrote: > Adrian 'Dagurashibanipal' von Bidder wrote: > > On Tuesday 09 November 2004 23.44, Colin Watson wrote: > > > N+0 days > > > Official security support for sarge begins > > > > Will the start of official security support for sarge be announced > > widely, to get as much testing as possible? (Like: general > > debian-announce, press contacts, ...) > > No. Why should it? The new release of Debian will be widely announce. > > How do you want to test official security support? Suddenly discover > loads of vulnerabilities? No, I think people could switch to sarge, which would get us many beta testers of sarge, and beta-testers of the woody->sarge upgrade path. OTOH this might cause the release to be delayed *eg* -- vbi -- Oops pgpjbmNAe7P4B.pgp Description: PGP signature
Bug#281351: ITP: sxwtotext -- Simple OpenOffice.org .sxw to text converter
Package: wnpp Severity: wishlist * Package name: sxwtotext Version : Upstream Author : MJ Ray <[EMAIL PROTECTED]> * URL : http://mjr.towers.org.uk/comp/sxw2text * License : X11-style license - included in the message Description : Simple OpenOffice.org .sxw to text converter A simple Openoffice.org .sxw to text converter [1]. It only depends on sed an an unzip program. You can reach the authors website under [2]. Here the license: # sxw2text - Copyright 2004 MJ Ray mjr at dsl.pipex.com # I grant you permission to do any act restricted by copyright with this # file # Treat it like PD. I don't care about these 7 shell lines. # A voluntary credit, a link and an email would be cool. # Absolutely no warranty, provided as-is, use at own risk. [1] http://mjr.towers.org.uk/comp/sxw2text [2] http://mjr.towers.org.uk/ Thank you very much. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.9-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Re: Debian menu and GNOME (request for help)
On Mon, Nov 15, 2004 at 09:44:34AM +0100, Sebastien Bacher wrote: > > 3) Eventually, GNOME will switch to xdg-menu but probably not the > > version in sarge. > > Right, the switch will be for 2.10. > > > > 4) It is rumoured that some distros apply a patch top GNOME panel > > to make it support xdg-menu, but Debian don't. > > Right too. Any chance this patch to be applied ? > > So I look for help from someone with good knowledge of GNOME internal > > and patience with the Debian menu system to solve issue 2) and maybe > > issue 1). > > The Debian menu is only a submenu in GNOME and I'm not sure this is > worth spending time and efforts for something that's redesigned upstream > right now. Perhaps we should let it in this state for Sarge and work on > a menu improvement for sarge+1 with GNOME 2.10 ? This work (XDG menu support) is already done. For GNOME 2.10 it is just a matter of removing one conffile and adding a Depends. On the other hand, we should strive for the highest quality for our next stable release and working support for user (Debian) menu is quite a popular wishlist. For example, I received bug #280081 last week. I have already written a menu-method that produce a suitable vfolder-info menu. What need to be done is to integrate it with gnome-panel. If no change to gnome-panel menu code is performed, the question is whether the file /etc/gnome-vfs-2.0/vfolders/applications-all-users.vfolder-info can be 'diverted'. If users are unlikely to modify this file, this is an option, albeit ugly. I would note that I posted here only after failing to gather much support on debian-gtk-gnome. Cheers, -- Bill. <[EMAIL PROTECTED]> Imagine a large red swirl here.
Bug#281386: ITP: python-fit -- python port of the FIT acceptance testing framework
Package: wnpp Severity: wishlist * Package name: python-fit Version : 0.6a1 Upstream Author : John Roth * URL : http://groups.yahoo.com/group/fitnesse/files/ * License : GPL Description : python port of the FIT acceptance testing framework The FIT acceptance framework provides a way of specifying customer tests in HTML tables. The framework parses the tables, runs them, and produces a modified version of the original HTML document as a report. . Information about the original Java version of FIT is available at http://fit.c2.com/ . Python-FIT is compatible with the fitnesse Wiki, available from http://www.fitnesse.org/ -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Request For Comments: Cycleroot-ng
Hello, I've built a `little` bash script (its size is 29Kb) that controls/manages background images, it's easily configurable for any of the existing window-managers and I've included many features. I've been using it extensively and now I think that it will be a good idea to make it available for public use. So I wanted to know if any of the existing Debian projects about window-managers (as Debian Desktop for example) would be interested in this package, or what do you think about. I have read about the docs available at debian-devel about package-building, and I think it will be easy for me to build a debian-package. If you want more details I've setup a project page: - http://www.rootshell.be/~gualteri/cycleroot (project page) - http://www.rootshell.be/~gualteri/cycleroot/cycleroot (script code) Thanks for you time, and work Salva. cycleroot Description: Binary data
Re: Request For Comments: Cycleroot-ng
On Mon, 15 Nov 2004, [ISO-8859-1] Salva Peiró wrote: I've built a `little` bash script (its size is 29Kb) that controls/manages background images, it's easily configurable for any of the existing window-managers and I've included many features. Because the idea to publish this here was mine I'd like to add something: It is a really nice script you wrote and it is very usable in connection to background images like I'm providing at http://people.debian.org/~tille/debian-background/ I'd suggest to continue with the name cycleroot because the '-ng' appendix sounds a little bit strange if there is no well known project cycleroot (and I wouldn't really call my little script I worte years ago in connection to my background images a "project". I've been using it extensively and now I think that it will be a good idea to make it available for public use. So I wanted to know if any of the existing Debian projects about window-managers (as Debian Desktop for example) would be interested in this package, or what do you think about. I have read about the docs available at debian-devel about package-building, and I think it will be easy for me to build a debian-package. I'd offer to sponsor such kind of package if there wouldn't be any better solution (which might be integration into a package were it fits into nicely) which would be the preferred solution from my point of view. Thanks for your efforts Andreas. -- http://fam-tille.de
crash of csh
hi, is the maintainer of the bash currently the same as the maintainer of the csh? if have a segmentation fault with the csh. the csh still crashs if you run eval '\!\!' in it. regards nico -- Nico Golde - [EMAIL PROTECTED] [EMAIL PROTECTED] | [EMAIL PROTECTED] | http://www.ngolde.de GPG: FF46 E565 5CC1 E2E5 3F69 C739 1D87 E549 7364 7CFF Is there life after /sbin/halt -p? signature.asc Description: Digital signature
quick file list
hi, i search a quick solution to make a list of all files on the system with md5sums. but it must be very quick. can somebody help me? regards nico -- Nico Golde - [EMAIL PROTECTED] [EMAIL PROTECTED] | [EMAIL PROTECTED] | http://www.ngolde.de GPG: FF46 E565 5CC1 E2E5 3F69 C739 1D87 E549 7364 7CFF Is there life after /sbin/halt -p? signature.asc Description: Digital signature
Bug#281416: ITP: debian-br-team-tools -- Tools for the Debian Brasil Packaging Team
Package: wnpp Severity: wishlist * Package name: debian-br-team-tools Version : 0.1 Upstream Author : Name <[EMAIL PROTECTED]> * URL : http://alioth.debian.org/projects/debian-br-team/ * License : GPL Description : Tools for the Debian Brasil Packaging Team This packages contains some useful metainfo and tools for the Debian Brasil Packaging Team including: * documentation * list of team members . Homepage: http://alioth.debian.org/projects/debian-br-team/ -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-386 Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Re: quick file list
On Mon, Nov 15, 2004 at 07:31:30PM +0100, Nico Golde wrote: > i search a quick solution to make a list of all files on the system with > md5sums. but it must be very quick. > can somebody help me? Hmm... what about: `find / -type f | xargs md5sum` Don't know if it is the quickest method, but that was first which came to my mind. regards fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Bug#241359: ITP: mathpartir -- LaTeX macros for typesetting inference rules
Package: wnpp Severity: wishlist * Package name: mathpartir Version : 1.1.1 Upstream Author : Didier Remy * URL : http://pauillac.inria.fr/~remy/latex/index.html#tir * License : GPL Description : LaTeX macros for typesetting inference rules This packages contains LaTeX macros for * typesetting a sequence of math formulas in mixed horizontal and * vertical mode * typesetting inference rules . Homepage: http://pauillac.inria.fr/~remy/latex/index.html#tir --
Re: ACPI problems with kernel 2.6.x for Dell Inspiron 4100
I'm very sorry for sending to this list. I admit that debian-kernel is more appropriate. On Mon, 2004-11-15 at 11:31 +0100, Loïc Minier wrote: > Hi, > > Svante Signell <[EMAIL PROTECTED]> - Mon, Nov 15, 2004: > > > For kernels 2.4.x ACPI is automatically disabled: > > ACPI: Subsystem revision 20040326 > > ACPI: Interpreter disabled. > > while kernels 2.6.x enables it: > > ACPI: Subsystem revision 20040816 > > ACPI: Interpreter enabled > > I think you're slightly off-topic, I don't see the point of harassing > debian-devel with such messages, there's a debian-kernel list, or acpi > and kernel related lists outside of Debian. Did you check the upstream > BTS? > > > The battery monitor shows the following problem: > > Can't access ACPI events in /var/run/acpid.socket! > > Make sure the ACPI subsystem is working and acpid daemon is running. > > And? Did you check wether acpid was running? > > Anyway, try disabling ACPI IRQ detection with "acpi=noirq", I have no > idea wether that will help though. > >Regards, > > [ reply-to set to myself ] -- Svante Signell <[EMAIL PROTECTED]>
pop your favorites at 1/3rd the cost VxdNs
Save 70% off [EMAIL PROTECTED]@x and Val1um Shipped worldwide, no presc. required If unsatisfied for any reason, receive your money back! http://powmowtow.com/101/index.php?ai=2699 No More Receiving offers powmowtow.com/remove/ -Yours Truly Barbra Hartley
Re: ACPI problems with kernel 2.6.x for Dell Inspiron 4100
Thanks for your help. A short followup. Only the alsa problems remain, see below. Kernels tested are 2.6.8 and 2.6.9. On Mon, 2004-11-15 at 22:07 +0100, Svante Signell wrote: > I'm very sorry for sending to this list. I admit that debian-kernel is > more appropriate. > > On Mon, 2004-11-15 at 11:31 +0100, Loïc Minier wrote: > > Hi, ... > > I think you're slightly off-topic, I don't see the point of harassing > > debian-devel with such messages, there's a debian-kernel list, or acpi > > and kernel related lists outside of Debian. Did you check the upstream > > BTS? Yes, I did. > > > The battery monitor shows the following problem: > > > Can't access ACPI events in /var/run/acpid.socket! > > > Make sure the ACPI subsystem is working and acpid daemon is running. > > > > And? Did you check wether acpid was running? You were right, I did not have acpid installed. Works perfectly. > > > > Anyway, try disabling ACPI IRQ detection with "acpi=noirq", I have no > > idea wether that will help though. Yes it does. A warning is issued though, device ... does not match PIRQ mask, try pci=usepirqmask. Also pci=noacpi works. Now IRQ 11 is allocated to the sound card Intel 82801CA-ICH3, shared with other devices. No effort is made to try to allocate IRQ7 (used by parport 0). IRQ9 is allocated to ACPI.
Re: crash of csh
On Mon, Nov 15, 2004 at 05:26:19PM +0100, Nico Golde wrote: > hi, > is the maintainer of the bash currently the same as the maintainer of > the csh? Don't think so: [EMAIL PROTECTED]:~$ grep-available -s Package,Maintainer -P --eregex '^bash$|^csh$' Package: csh Maintainer: Matej Vela <[EMAIL PROTECTED]> Package: bash Maintainer: Matthias Klose <[EMAIL PROTECTED]> > if have a segmentation fault with the csh. > the csh still crashs if you run eval '\!\!' in it. All the more reason to use a better shell, or file a bug. regards Andrew -- linux.conf.au 2005 - http://lca2005.linux.org.au/ - Birthplace of Tux April 18th to 23rd - http://lca2005.linux.org.au/ - LINUX Canberra, Australia - http://lca2005.linux.org.au/ -Get bitten!
