Re: Bug#515793: ITP: CGIT -- C-code Web Front-end to GIT
On Wed, 18 Feb 2009, Iulian Udrea wrote: > 2009/2/18 Marc Singer > > Is your package patch available so I can review it? > > > > Also, it doesn't look like you're a DD. Why are you so keen to > > maintain it? *shrug* Have you never been excited about being able to contribute to Debian? (I found your answer inappropriate) > Yes, you're right, I'm not a DD. Anyway, I've had no idea that you're a > DD. That being said, perhaps it's better to submit wnpp bugs using your > d.o address? > > On the other hand, please ignore my intention to maintain this. That's not the proper way to end such a discussion. You know we can have several (co-)maintainers for each package since a very long time. Put your work on a git repo in collab-maint and work together! http://wiki.debian.org/Alioth/PackagingProject > I'm sorry for this. Don't be sorry, you have done nothing wrong except badly timing your ITP. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#515793: ITP: CGIT -- C-code Web Front-end to GIT
Le mardi 17 février 2009 à 19:14 -0800, Marc Singer a écrit : > Also, it doesn't look like you're a DD. Why are you so keen to > maintain it? For a second, I thought AJ was back. Phew. -- .''`. Debian 5.0 "Lenny" has been released! : :' : `. `' Last night, Darth Vader came down from planet Vulcan and told `-me that if you don't install Lenny, he'd melt your brain. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#515663: ITP: kmess2 -- Windows(R) Live(R) Messenger(R) Client for KDE4.
Rafael Belmonte schreef: Kmess 1.5 is the current stable version of kmess, and built in KDE3, kmess2 is the current development version of kmess and built in KDE4, it is not stable yet, but it provides functional svn snapshots regularly. I am not sure if kmess and kmess2 packages should be at the same time in the archive until kmess2 is not stable. What do you think? I've CC'd two of the KMess developers I know, Diederik and Valerio. There's a pro and a con for adding KMess2 to the repositories: - pro: KMess 1.5 is a very old and much less featured version of KMess. - con: It's still even in alpha. I'm not sure but I think I remember some very old packages being replaced by newer versions, which were not declared stable. In any case, I think it would be best to have a version of KMess 1.5 in the repositories (http://kmess.svn.sourceforge.net/svnroot/kmess/tags/kmess/kmess-1.5.2), and the latest tag of KMess 2 (that's kmess-2.0alpha2). If no maintainers can be found, I'll opt to be a maintainer for KMess, it'd be a good learning path for me and I do have a little coding experience with the program (I added a little feature, heh.) If there's any Debian policy I missed on this, please let me know. Sjors -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#515850: RFP: mjpegtools - MJPEG video capture/editting/playback MPEG encoding
[ CC'ed ftp-master, please see below ] José Manuel Santamaría Lema writes: > It should be great if someone can package this tools for debian, a software > which I'm packaging depend on this tools. > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=467228 are you willing to package it under the pkg-multimedia umbrella? > Its already packaged in ubuntu multiverse: > http://packages.ubuntu.com/jaunty/mjpegtools > > There is also a version in debian-multimedia: > http://debian-multimedia.org/dists/unstable/main/binary-i386/package/mjpegtools.php Sure, ubuntu has imported some packages from marillat, including mjpegtools. > I don't understand why mjpegtools is in ubuntu multiverse because as > far as I know, ubuntu multiverse is non-free software, but mjpegtools > seems to be free software as its dependencies. The debian/copyright file is close to useless. You need to inspect the source manually to get an idea of its legal status. >From mpeg2enc/mpeg2coder.cc (but there are many similar comments in >mpeg2enc/*.cc): /* * Disclaimer of Warranty * * These software programs are available to the user without any license fee or * royalty on an "as is" basis. The MPEG Software Simulation Group disclaims * any and all warranties, whether express, implied, or statuary, including any * implied warranties or merchantability or of fitness for a particular * purpose. In no event shall the copyright-holder be liable for any * incidental, punitive, or consequential damages of any kind whatsoever * arising from the use of these programs. * * This disclaimer of warranty extends to the user of these programs and user's * customers, employees, agents, transferees, successors, and assigns. * * The MPEG Software Simulation Group does not represent or warrant that the * programs furnished hereunder are free of infringement of any third-party * patents. * * Commercial implementations of MPEG-1 and MPEG-2 video, including shareware, * are subject to royalty fees to patent holders. Many of these patents are * general enough such that they are unavoidable regardless of implementation * design. * */ One can now argue what "commercial implementation" actually means. I'm still waiting for ftp-master to comment on this, but AFAIUI, I don't see why debian wouldn't be able to ship the binaries of mjpegtools, lame and similar free software in non-free. non-free as a convenience for users[1], that build assemble and sell pre-installed and pre-configured devices running debian. [1] http://debian.org/distrib/pre-installed ftp-master, can you please comment on adding this kind software to non-free? -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Is the FHS dead ?
Josselin Mouette wrote: Le mardi 17 février 2009 à 07:41 +0100, Giacomo Catenazzi a écrit : Also for cgroups, I really hope that proposal come from distributions (and common usage). Only after one distribution use it, it need to be standardized. IMHO standards should come from bottom. I’m not saying that something like cgroups should be directly written in stone to the standard. However the discussion should have taken place at a cross-distribution level so that it could be standardized later, if needed. Which btw it was done in debian-devel/linux-kernel, involving the major distributions Anyway, I think that we must give new live to fhs mailing list (also for discussion, not only for proposal). Do you really want to subscribe to a list that only ships 50 spams/month currently? ok. This is a huge problem. Maybe you should ask to the kernel mailing list + the FHS maintainers, to move the list in kernel.org or other less spam attractive places. BTW I had also other though about the issue, and I think we need a "Debian FHS", which should reference the main FHS, but it should precise better some issues: - Debian specific location for package management (houside scope of FHS) - stricter rules, where FHS is too liberal (cgi, python,...) - specify stricter rules about attributes: - temporary partitions (see recent debian-policy discussion about /var/run on tmpfs) - which zone could be: ro, nodev, nosetuid, noexec - which directories should not be symlinks (there are some policy requirement about relative symlink) - transitions: package maintainers IMHO should still allow old directories (but not create new think in wrong places), - things not yet in FHS I think centralizing such document would be nice. ciao cate -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#482396: Double detecting the same input device
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello,
this days I just gave the newest version, 1:7.3+18, a try.
Unfortunatelly I found the bug NOT fixed. The xorg is still unusable.
So I did search for the old bug, perhaps I missed to give some
informationes. I found the bug archived. So I unarchived and reopened
the bug as it still exists and still is very important as it renders
xorg nearly unusable!
Please fix the xorg as the version in lenny is absolutelly unusable as
every mouse klick gets interpreted twice!
Ah, yes, and this was the last mail I wrote (I didn't get any answer for
it):
Am So den 22. Jun 2008 um 17:29 schrieb Klaus Ethgen:
> Hi Brice,
>
> Am Sa den 21. Jun 2008 um 6:43 schrieb Brice Goglin:
> > > > You want to remove the first mouse section here. Otherwise X will get
> > > > the events for your trackpoint twice (once through /dev/input/mouse1,
> > > > and then again through /dev/input/mice).
> > >
> > > As I did downgrade to the stable xorg to have a working system I had to
> > > upgrade again to test the above.
> > >
> > > Unfortunately it is indeed untrue. I did not only commenting out the
> > > InputDevice line in the ServerLayout I did also commenting out the whole
> > > Trackpoint section. The result is (xsetpointer -l):
> > > 0: "Virtual core keyboard" [XKeyboard]
> > > 1: "Virtual core pointer" [XPointer]
> > > 2: "USB Maus" [XExtensionPointer]
> > > 3: "Synaptics Touchpad" [XExtensionPointer]
> > > 4: "USB Maus" [XExtensionPointer]
> > > 5: "Generic Keyboard" [XExtensionKeyboard]
> >
> > You probably did not remove enough input device section, there are still
> > too many input devices above,
>
> I know that and that is exactly the Bug. There was only ONE Pointer
> device configured for the output above.
>
> > You *really* need to remove the ones that have conflicting
> > /dev/input/foobar device or so (with "mice" conflicting with
> > /dev/psaux and /dev/input/mouse*).
>
> I heard that and I did for the test. But it doesn't work. X just detects
> two USD mouses where only one is configured. That is a wrong behaviour.
>
> > We had dozens of bugs like this, all of them got fixed by fixing the
> > config file. So I am just closing this bug.
>
> Please don't. The bug still persists and hold me from upgrading to the
> newest X server.
>
> Also you didn't address the problem with the '|' char ('alt gr'+'<').
>
> Try to use that new X server on a IBM Thinkpad T43p and you will have
> the same problems I had.
>
> Regards
>Klaus
> --
> Klaus Ethgenhttp://www.ethgen.de/
> pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen
> Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B
Regards
Klaus
Ps. Crossposting to debian-devel. Maybe someone has more knowledge in
the Source of xorg to dive into the error than me.
- --
Klaus Ethgenhttp://www.ethgen.de/
pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen
Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
iQEVAwUBSZvgf5+OKpjRpO3lAQrKaggAl4NFbnW/67XRMRiPIkD3/3zCNmiqVNSM
mg+Vc17hyYujF+chdN6ZaRmJsu85MUg02yeuMaZJQ+obHQ9OiX2QIyq9OVqZiCew
vSFMeiIVJR4FkY3nF0W1yOdFXB9YVIQPWxlBRePg0/1/L+7IRHRP2C4cOp5HvHX6
jwDNcDwhyfMLX0HRJJLPipJ9OMjyFBNjAEYCv5SBgJ5Z5wqBoM6ccSP1kekvgurU
lH/RBxlTOcSaQl6YxQjFamybyO9pE0ePayA2wFGEfKB1WoL0+pc0f7Z4zXEW14+g
VfXBHKpLSkU/Mt4JWp+6B9Mo4/haZXKiuXeWr0OEHHW4dg2IXlgMHQ==
=+5tk
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#515793: ITP: CGIT -- C-code Web Front-end to GIT
On Tue, Feb 17, 2009 at 07:14:45PM -0800, Marc Singer wrote:
> Also, it doesn't look like you're a DD. Why are you so keen to
> maintain it?
Please consider refraining to post comments like this in the
future. Your intention might have been good, but written as you wrote
it, it can discourage non-DDs to maintain packages.
We have sponsorship in place exactly because we (unless proven
otherwise) want also non-DDs to maintain packages, of course with
mentoring and review in place before uploading.
Also, the Debian Project endorsed the notion of Debian Maintainer [1]
which, again, show our support to non-DDs maintaining packages
(sometime for the interim before becoming DDs, sometime not).
Cheers.
[1] http://www.debian.org/vote/2007/vote_003
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
signature.asc
Description: Digital signature
Bug#515937: ITP: osm2go -- lightweight, mobile map editor for OpenStreetMap
Package: wnpp Severity: wishlist Owner: andr...@piffle.org * Package name: osm2go Version : 0.6.13 Upstream Author : Till Harbaum * URL : https://garage.maemo.org/projects/osm2go/ * License : GPLv3 Programming Lang: C Description : Lightweight, mobile map editor for OpenStreetMap Simple editor for openstreetmap.org map data. OSM2Go is particularly suited for small-screen portable systems such as subnotebooks, handheld devices and netbooks which do not have a network connection at all times. OSM2Go originated on the Maemo platform, tailored for Nokia internet tablet devices, but Debian packages will be desktop builds for plain GTK2/GNOME systems and will not require Hildon libs. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22-4-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
craetion of /srv/ftp or /home/ftp by a ftpserver.deb
1) (/srv/) SRV DATA FOR SERVICES PROVIDED BY SYSTEM http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM asserts that: no program should rely on a specific subdirectory structure of /srv existing or data necessarily being stored in /srv 2) (/home/) HOME USER HOME DIRECTORIES http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#HOMEUSERHOMEDIRECTORIES asserts that: no program should rely on this location. Does that mean that an ftpServer.deb is not allowed to issue mkdir /srv/ftp or mkdir /home/ftp ? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: craetion of /srv/ftp or /home/ftp by a ftpserver.deb
shaul Karl wrote: 1) (/srv/) SRV DATA FOR SERVICES PROVIDED BY SYSTEM http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM asserts that: no program should rely on a specific subdirectory structure of /srv existing or data necessarily being stored in /srv 2) (/home/) HOME USER HOME DIRECTORIES http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#HOMEUSERHOMEDIRECTORIES asserts that: no program should rely on this location. Does that mean that an ftpServer.deb is not allowed to issue mkdir /srv/ftp or mkdir /home/ftp ? My interpretation: programs should not hard code the path /home/ftp or /srv/ftp (i.e. should be configurable). An admin could use any directory (also with home made package). For standard debian package, it is more tricky. I expect a question at configuration time, and flexibility to use alternate "roots". ciao cate -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
PlayOnLinux in contrib
Hi, I am the current owner of the ITP bug #485149 for PlayOnLinux and I have a question about this (free) software. PlayOnLinux is a front-end for Wine. Its aim is to provide a nice way (without command line) to install programs built for Windows. Therefore it allows the user to install proprietary softwares (in /home of course) such as commercial games and other closed source softwares. The PlayOnLinux program itself is written under the GPL2+ so I (and my sponsor) think it could be uploaded to contrib. Do you think such a program which allows to easily install proprietary softs in a Debian system would be acceptable in contrib and would not be a policy violation ? Regards, Bertrand Marc PS Please CC me as I am not on this list. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: PlayOnLinux in contrib
On Wed, Feb 18, 2009 at 04:57:51PM +0100, Bertrand Marc wrote: > The PlayOnLinux program itself is written under the GPL2+ so I (and my > sponsor) think it could be uploaded to contrib. Do you think such a > program which allows to easily install proprietary softs in a Debian > system would be acceptable in contrib and would not be a policy violation > ? Well, GCC allows the compilation of proprietary software and GCC is included in Debian. There are also already other tools in Debian that make it easy to install proprietary software. Such tools include apt-get, aptitude, rpm, yum, etc. Also, what you are describing should also work to install GPL software on Linux that happens to be written for Windows. As I recall the policy, whether a package belongs in main, contrib, or non-free has more to do with the dependencies and license of that particular package rather than what it can be used for. Allan. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#515793: ITP: CGIT -- C-code Web Front-end to GIT
On Wed, Feb 18, 2009 at 06:50:55AM +, Iulian Udrea wrote: > 2009/2/18 Marc Singer > > > Is your package patch available so I can review it? > > > > Also, it doesn't look like you're a DD. Why are you so keen to > > maintain it? > > > > Yes, you're right, I'm not a DD. Anyway, I've had no idea that you're a > DD. > That being said, perhaps it's better to submit wnpp bugs using your d.o > address? Sorry about that. My debian address is the same, e...@debian.org. > > On the other hand, please ignore my intention to maintain this. > > I'm sorry for this. It was not my intention to shut you down. I am just trying to figure out how far you've gotten in packaging the program. There is a serious blockage in pushing cgit into the archive because libgit.a isn't available from git-core. I've been chatting with the git-core maintainer to see if there will be a change in this. > > Cheers > > Iulian -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#515793: ITP: CGIT -- C-code Web Front-end to GIT
2009/2/18 Marc Singer > It was not my intention to shut you down. I am just trying to figure > out how far you've gotten in packaging the program. Sure, no problem. I haven't gotten too far in packaging it because of bug #407722. > There is a serious blockage in pushing cgit into the archive because > libgit.a isn't available from git-core. I've been chatting with the > git-core maintainer to see if there will be a change in this. > > Indeed, unfortunately, this is one of the reasons why I stopped working on packaging it for now. As far as I can see, you're already talking to Gerrit regarding libgit.a. Perhaps we will find a way to get it back. Cheers Iulian
Re: Bug#515793: ITP: CGIT -- C-code Web Front-end to GIT
Twas brillig at 17:47:57 18.02.2009 UTC+00 when iul...@ubuntu.com did gyre and gimble: IU> Perhaps we will find a way to get it back. What about this solution: building git-core & cgit from the one source package, containing both source trees? This way they won't go out-of-sync. -- pgpWVTXbDggs5.pgp Description: PGP signature
Re: PlayOnLinux in contrib
Bertrand Marc wrote: > > The PlayOnLinux program itself is written under the GPL2+ so I (and my > sponsor) think it could be uploaded to contrib. Do you think such a > program which allows to easily install proprietary softs in a Debian > system would be acceptable in contrib and would not be a policy violation ? > If it's GPLv2+ and doesn't depend on proprietary software, why it cannot be in main? Does it depend on proprietary things? Regards, -- Mehdi Dogguy مهدي الدقي http://www.pps.jussieu.fr/~dogguy Tel.: (+33).1.44.27.28.38 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: PlayOnLinux in contrib
Mehdi Dogguy a écrit : If it's GPLv2+ and doesn't depend on proprietary software, why it cannot be in main? Does it depend on proprietary things? Regards, As it is now, PlayOnLinux makes the user install Microsoft fonts. You can say no, but it will keep asking every time you start PlayOnLinux. We are currently thinking to add a Depends: ttf-mscorefonts-installer because of that... Regards, -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#515793: ITP: CGIT -- C-code Web Front-end to GIT
2009/2/18 Marc Singer > On Wed, Feb 18, 2009 at 05:47:57PM +, Iulian Udrea wrote: > > 2009/2/18 Marc Singer > > > > > It was not my intention to shut you down. I am just trying to figure > > > out how far you've gotten in packaging the program. > > > > > > Sure, no problem. I haven't gotten too far in packaging it because of > > bug #407722. > > I've also been encouraging the author to rethink the configuration of > cgit to be more similar to gitweb. It's not a show stopped, but it > would make cgit easier to integrate. Excellent. > > > > > There is a serious blockage in pushing cgit into the archive because > > > libgit.a isn't available from git-core. I've been chatting with the > > > git-core maintainer to see if there will be a change in this. > > > > > > > > Indeed, unfortunately, this is one of the reasons why I stopped working > > on packaging it for now. As far as I can see, you're already talking to > > Gerrit regarding libgit.a. Perhaps we will find a way to get it back. > > I'm going to put my package, so far, into git on alioth, in the mean > time. If I have some time, I'll ping the git list as well. > That would be great, indeed. Thanks!
Re: Bug#515793: ITP: CGIT -- C-code Web Front-end to GIT
On Wed, Feb 18, 2009 at 05:47:57PM +, Iulian Udrea wrote: > 2009/2/18 Marc Singer > > > It was not my intention to shut you down. I am just trying to figure > > out how far you've gotten in packaging the program. > > > Sure, no problem. I haven't gotten too far in packaging it because of > bug #407722. I've also been encouraging the author to rethink the configuration of cgit to be more similar to gitweb. It's not a show stopped, but it would make cgit easier to integrate. > > There is a serious blockage in pushing cgit into the archive because > > libgit.a isn't available from git-core. I've been chatting with the > > git-core maintainer to see if there will be a change in this. > > > > > Indeed, unfortunately, this is one of the reasons why I stopped working > on packaging it for now. As far as I can see, you're already talking to > Gerrit regarding libgit.a. Perhaps we will find a way to get it back. I'm going to put my package, so far, into git on alioth, in the mean time. If I have some time, I'll ping the git list as well. Cheers. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: PlayOnLinux in contrib
Bertrand Marc (18/02/2009): > As it is now, PlayOnLinux makes the user install Microsoft fonts. You > can say no, but it will keep asking every time you start PlayOnLinux. > We are currently thinking to add a Depends: ttf-mscorefonts-installer > because of that... I'm not very clueful about ttf-mscorefonts-installer, but maybe ttf-liberation would help? Mraw, KiBi. signature.asc Description: Digital signature
Re: PlayOnLinux in contrib
On Wed, 2009-02-18 at 19:30 +0100, Bertrand Marc wrote: > Mehdi Dogguy a écrit : > > If it's GPLv2+ and doesn't depend on proprietary software, why it cannot > > be in main? > > Does it depend on proprietary things? > > > > Regards, > As it is now, PlayOnLinux makes the user install Microsoft fonts. You > can say no, but it will keep asking every time you start PlayOnLinux. We > are currently thinking to add a Depends: ttf-mscorefonts-installer > because of that... Or you could patch it to stop asking. William signature.asc Description: This is a digitally signed message part
Re: craetion of /srv/ftp or /home/ftp by a ftpserver.deb
]] shaul Karl | Does that mean that an ftpServer.deb is not allowed to issue | | mkdir /srv/ftp | or | mkdir /home/ftp Yes. (Your /srv might be organized by service, but far from everybody's is and you can not make any assumptions about the local admin's preference.) -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Sa. 21.2.: Sonix Saturday Night Showcase mit Akanni LIVE & MUSA (Dibo & Band) + Jamsession
Du bist eingeladen, einen wunderbaren Abend im Sonix zu erleben!!! Das Sonix ist ein kleiner Live-Club in Kreuzberg - von Künstlern für Künstler - geführt von Allround-Künstler Akanni und seiner Partnerin-in-Crime Heli. Hier gibt es jeden Samstag Abend Live-Musik (Soul, Funk, Jazz, HipHop) von Akanni und vielen vielen Gast-Künstlern aus Berlin und dem Rest der Welt. Zum Abschluss des Abends gibt es eine offene Jamsession, die fast immer bis in die frühen Morgenstunden geht und immer wieder die Local Heroes der Berliner Musikszene anlockt. Das Programm am Samstag, 21.02.09: Akanni LIVE, MUSA (Dibo & Band) & Jamsession Für Dich sind an der Kasse 2 Karten hinterlegt. Du bekommst sie, wenn Du dort das Code-Wort "21 Rockets" nennst. Sonix: Samstags, 22:00 Uhr Liegnitzer Str. 21 10999 Berlin-Kreuzberg (nahe Paul-Lincke Ufer, im Gartenhaus, bitte klingeln) Anfahrt: U1 Görlitzer Bahnhof/ Bus M29 Glogauer Str. www.myspace.com/sonixberlin
Bug#516035: RFP: qmpdclient-ne -- Qt-based MPD client
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: qmpdclient-ne Version: Upstream Author: [NAME ] URL: [http://wiki.github.com/Voker57/qmpdclient-ne] License: [GPL] Description: [Qt-based MPD client] -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: file-roller: Can't open .deb by default (aka should recommend binutils)
Hi! On Sat, 2009-02-14 at 12:31:14 +0100, Frank Lin PIAT wrote: > In Bug 515175, Frank Lin PIAT wrote: > > Package: file-roller > > Version: 2.22.4-2 > > Severity: normal > > > > On a default gnome-desktop system (Lenny), .deb files (application/x-deb) > > are associated with file-roller, but it can't open it. > > > > Please recommend or depend on the package binutils (which provides > > /bin/ar). > > 1. Should file-roller (and similar programs) use /bin/ar or dpkg-deb to >extract the contents of archives? >If it should use /bin/ar, then wouldn't it be sensible to move ar >to another package than binutils, so we don't need to install on >all gnome dsktops? Ideally it should try to use dpkg-deb if that's present, and fallback to use ar otherwise. >On the other hand, if (Gnome) file-roller were to use dpkg-deb, it >would be probably be broken on rpm based distributions. AFAIK on rpm based distros ar is also generally provided by the binutils package. So this is something that has to be fixed by the package metadata, either making file-roller.rpm depend on binutils.rpm or dpkg.rpm (if they have that). regards, guillem -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Forthcoming changes in kernel-package
On Mon, Feb 09, 2009 at 12:14:49AM -0600, Manoj Srivastava wrote: > Hi, > > This is a heads up for a major change in kernel-package, the > tool to create user packaged kernel images and headers; which will > make the make-kpkg script far less error prone, and far more > deterministic. > >a. Every invocation of kernel-package will remove ./debian directory, > and regenerate the changelog and control files. This will get rid > of any remaining issues with the ./debian directory getting out of > sync with the kernel sources; and will allow people to make small > tweaks to the kernel sources and have make-kpkg reflect those > changes. Is there going to be a way for people to replace the changelog with one that contains useful information in that case? I've been doing this by doing a make-kpkg configure and then editing the debian/changelog file afterwards... BTW, I have a set of patches you might want to consider. I'll file them in BTS if you're currently making make-kpkg. - Ted -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Is the FHS dead ?
On Mon, Feb 16, 2009 at 06:08:17PM +0200, Teodor wrote: > On Mon, Feb 16, 2009 at 5:14 PM, Josselin Mouette wrote: > > Le lundi 16 février 2009 à 14:20 +, Matthew Johnson a écrit : > >> the FHS should certainly continue to exist and be coordinated between > >> distros though. I agree that if it needs taking over we should do so in > >> cooperation with the other big distros. > > > > Certainly. It's just that someone needs to start the work. > > There is no need to create another standard, FHS is being continued in > the LSB project at linuxfoundation.org / freestandards.org. FHS was > the starting point for LSB. > Even if the LSB project has been criticized by the Debian project, > this seems to become the "the facto" file hierarchy standard for > Linux. It is not perfect, but is being adopted by the majority of > Linux distros. It's true that the FHS work group has been largely moribund. It's something I've been working for the last couple of weeks, actually. I've gotten agreement form Dan Quinlan (the former chair of the FHS workgroup) and Rusty Russell who had done most of the changes the last time it had been updated if they had any objections having the LSB working group take it over, and they had no problem with that. See: http://bugs.linuxbase.org/show_bug.cgi?id=2511 So the plan is FHS will be updated in the context of the LSB workgroup, since the FHS mailing list has largely been taken over by SPAM, and it seemed that most of the people who were interested in it were active LSB work group members. That being said, if there are things that the the folks on this thread are interested in working on in terms of updating the FHS (which we clearly badly in need of updating) I invite them to join us and make proposals on the lsb-disc...@lists.linuxfoundaiton.org mailing list. Indeed, getting more folks interested in the updating the FHS would be really great! Regards, - Ted P.S. Or feel free to submit bugs to: http://bugs.linuxfoundation.org, component FHS. It may take a while for us to get set up, but we will be paying attention to them. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
