Re: why does ubuntu cripple alsa?!?
On Tuesday 11 December 2007, Alan Ezust wrote: > I want to run alsaconf. It's not there. > i want to run snddevices script. It's not there either. > I search and search the ubuntu forums. In the end, it seems everyone > in ubuntu-land must resort to compiling alsa from SOURCE to get sound > on their laptop. WTF?!? > > Obviously ubuntu is having serious problems with packing alsa > properly. Why is that? Could someone from debian land give them a > hand please?!? > > What would happen if I tried to install debian lenny's alsa-utils on > a ubuntu gutsy gibbon? > > PS: sorry if this is not the appropriate list for this, I plan to > post it to some sort of ubuntu forum once I figure out which one is > the right one. well, this is a *DEBIAN* development mailing list, if ubuntu team isn't able to package alsa properly you should rant on UBUNTU ml and forums. At [1] you can find a list of all ubuntu development lists. Bye Francesco [1] https://lists.ubuntu.com/#Development+Lists -- :wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393435: ITP: ksniffer -- network traffic analyzer for KDE
Package: wnpp Severity: wishlist Owner: Francesco Pedrini <[EMAIL PROTECTED]> * Package name: ksniffer Version : 0.2~alpha1 Upstream Author : Name giovanni (at) ksniffer.org * URL : http://www.ksniffer.org/ * License : GPL Programming Lang: C++ Description : network traffic analyzer for KDE Ksniffer is a network traffic analyzer for the KDE desktop environment. Ksniffer has many features like: .. * doesn't need root privileges; * saves file in libpcap format; * detects many network protocols; * strong integration with KDE; * integration with famouse network tools like whois, dig, ping, and others; -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.4-mind Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Orphaning my packages
On Tuesday 12 September 2006 23:21, David Moreno Garza wrote: > Hello, > > I'll be taking a long vacation of Debian and free software activity > for the next couple of months for personal reasons. Because of that, > I'm orphaning my non-comaintained packages. I really think those > packages shouldn't make it to Etch with a non attending maintainer, > just like I'm beginning to become (I already orphaned some of them in > the last couple of months). Once I get more free time or motivation > to work on my packages, I'll be coming back, but since that's not the > case now, I'm stepping back for a while so I don't interfere with the > project. in short: I've already filled ITA for wyg and tdfsb, i'm also intersed in cssed, and I'll fill an ITA for it tomorrow (where tomorrow is 14/09/2006) morning :) cheers Francesco -- :wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Orphaning my packages
On Wednesday 13 September 2006 23:03, Aurélien GÉRÔME wrote: > On Wed, Sep 13, 2006 at 10:56:21PM +0200, Francesco Pedrini wrote: > > On Wednesday 13 September 2006 20:32, Aurélien GÉRÔME wrote: > > > I filed 2 ITA against hfsplus (#387337) and hfsutils (#387338). > > > Expect uploads tomorrow or the day after. :) > > > > D'OH! > > > > http://lists.debian.org/debian-devel/2006/09/msg00353.html > > > > :P > > > > if you need help with hfsplus please you just have to ask ;) > > Argh... Sorry for that. My habit of reading mailing-lists diagonally > is to blame. :) > > I already started to work on it, should I stop and do you want to > take over? No no, don't stop! :) I'm quite busy at the moment, so go ahead ;) It's all yours :) Francesco -- :wq
Re: Orphaning my packages
On Wednesday 13 September 2006 20:32, Aurélien GÉRÔME wrote: > > I filed 2 ITA against hfsplus (#387337) and hfsutils (#387338). > Expect uploads tomorrow or the day after. :) D'OH! http://lists.debian.org/debian-devel/2006/09/msg00353.html :P if you need help with hfsplus please you just have to ask ;) Regards, Francesco -- :wq
Re: Orphaning my packages
On Wednesday 13 September 2006 08:58, Francesco Pedrini wrote: > > Best whishes for your life! :) > > I'll take care of hfsplus and tdfsb if anyone has already taken them > :) I can take care even of wyg :) Thanks again. Francesco -- :wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Orphaning my packages
On Tuesday 12 September 2006 23:21, David Moreno Garza wrote: > Hello, > > I'll be taking a long vacation of Debian and free software activity > for the next couple of months for personal reasons. Because of that, > I'm orphaning my non-comaintained packages. I really think those > packages shouldn't make it to Etch with a non attending maintainer, > just like I'm beginning to become (I already orphaned some of them in > the last couple of months). Once I get more free time or motivation > to work on my packages, I'll be coming back, but since that's not the > case now, I'm stepping back for a while so I don't interfere with the > project. Best whishes for your life! :) I'll take care of hfsplus and tdfsb if anyone has already taken them :) Regards, and good luck again :) Francesco -- :wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: The debian boot dependency graph image
On Thursday 07 September 2006 12:03, Petter Reinholdtsen wrote: > For some time now, the runtime dependencies of init.d scripts have > been documented in the scripts, using the LSB convention. Now, > enough scripts have this information present to make a useful graph > of the dependencies in the debian boot. The current state of affairs > in my sid chroot look like this: > > http://user.skolelinux.no/~pere/debian/lsb-info-20060907.png [SNIP] > > If you want to make a graph using the dependency information provided > in the insserv package for the scripts without such info, remove the > -o flag. I've tried, but it doesn't work: [EMAIL PROTECTED]:~$ sudo /usr/share/insserv/check-initd-order -g -o >lsb-graph.dot Unknown option: o Unable to properly handle multiple provides: mountdevsubfs mountvirtfs LSB header missing in /etc/rcS.d/S25libdevmapper1.02 Use of uninitialized value in split at /usr/share/insserv/check-initd-order line 69. Use of uninitialized value in concatenation (.) or string at /usr/share/insserv/check-initd-order line 84. Use of uninitialized value in concatenation (.) or string at /usr/share/insserv/check-initd-order line 93. LSB header missing in /etc/rcS.d/S70screen-cleanup LSB header missing in /etc/rcS.d/S75schroot LSB header missing in /etc/rcS.d/S80installation-report LSB header missing in /etc/rc2.d/S19spamassassin LSB header missing in /etc/rc2.d/S20apt-index-watcher Use of uninitialized value in split at /usr/share/insserv/check-initd-order line 69. Use of uninitialized value in concatenation (.) or string at /usr/share/insserv/check-initd-order line 84. Use of uninitialized value in concatenation (.) or string at /usr/share/insserv/check-initd-order line 84. Use of uninitialized value in concatenation (.) or string at /usr/share/insserv/check-initd-order line 93. Use of uninitialized value in split at /usr/share/insserv/check-initd-order line 69. Use of uninitialized value in concatenation (.) or string at /usr/share/insserv/check-initd-order line 84. Use of uninitialized value in concatenation (.) or string at /usr/share/insserv/check-initd-order line 93. LSB header missing in /etc/rc2.d/S20ddclient Unable to read /etc/rc2.d/S20inetd at /usr/share/insserv/check-initd-order line 180. i get the same error even without -o option... i've tested it on PPC, the insserv version is 1.08.0-1 HTH Francesco -- :wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: VMware packaging
Alle Sunday 13 August 2006 04:06, Goswin von Brederlow ha scritto: > What you mean is vserver and even more so xen. I hear with the latest > versions you can even run windows in xen. You can do that only if your CPU is enabled with VT/Pacifica virtualization technology. Regards, Francesco -- :wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: VMware packaging
Alle Sunday 13 August 2006 02:25, Pierre Habouzit ha scritto: > Le dim 13 août 2006 02:06, Peter Collingbourne a écrit : > > Dear all, > > > > I found there were no VMware-related packages in the official > > repository, nor any way of creating them. Thus I propose to create > > a tool that will build (for example for VMware Server) > > vmware-server and vmware-modules-source packages based on an > > installation tarball (a la java-package). > > why would we need it when there is already quite plenty of good free > alternatives (qemu, bochs e.g.) ? For example because qemu isn't ready for large production environment like the ones that are the target of VmWare Enterprise or similar... -- :wq
Re: Remove cdrtools
Alle Saturday 12 August 2006 16:09, Jon Dowland ha scritto: > At 1155391794 past the epoch, Bernd Schubert wrote: > > Btw, why always the autotools while there's this nice > > cmake? > > I've never used cmake myself, so I can't speak for how nice > it is, but autotools (for all its problems) is very > widespread. the same for me. > > The cmake build system might even get accepted by Joerg, > > as it can create makefiles for MS compilers (I know, its > > not important to this list and also not to me, but it > > seems to be important for Joerg). > > I'd consider that points /against/ it's favour. If a new free fork is started JS has nothing to do with it, IMHO. -- :wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Remove cdrtools
Alle Friday 11 August 2006 22:51, Joerg Jaspert ha scritto: > reassign 377109 ftp.debian.org > retitle 377109 RM: cdrtools -- RoM: non-free, license problems > thanks > > Hi guys, > > ok well, as JS stays with an interpretation of CDDL and GPL that the > whole world does not follow (all wrong, of course :) ), lets go and > fix this. The sane way is to remove cdrtools from Debian main > (unstable) and add a free replacement, most possible a fork from the > last free version (which had only the CDDL licensed build scripts, > which can easily be replaced by some automake thing). If you want to > join that effort - contact me. The fork-team can look at http://www.arklinux.org/projects/dvdrtools, a 100% free fork of cdrtools. The SVN is inactive from 6 month, but the autotool-ization is already done and it can write on DVDs, and probably is better than starting another fork. One interesting thing on this project is that they want to turn important functionality into a shared library for improve the access from the various frontends. Regards, Francesco -- :wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#366285: ITP: ajaxterm -- web based terminal written in python
On Sunday 07 May 2006 08:01, martin f krafft wrote: > Have you considered anyterm.com? It seems like the cleaner and more > efficient approach. Did you mean anyterm.org? :) bye francesco -- :wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344196: ITP: kmobiletools -- a KDE app for control your mobile phone
Package: wnpp Severity: wishlist Owner: Francesco Pedrini <[EMAIL PROTECTED]> * Package name: kmobiletools Version : 0.4.1.3 Upstream Author : Marco Gulino <[EMAIL PROTECTED]> * URL : http://kmobiletools.berlios.de * License : (GPL) Description : a KDE app for control your mobile phone KMobileTools is a nice KDE application that allows you to control your mobile phone from your GNU/Linux PC. It's based on a Motorola C350 and C650, but it's also compatible with other mobile phones like Nokia, Ericsson and Siemens. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14.2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
