Re: Gnome classic mode
On 2012-09-12, Paul Wise wrote: > On Wed, Sep 12, 2012 at 1:22 AM, Wookey wrote: > >> I'd be happy if xfce was the default. > > I would be happy if we threw away the concept of a "default desktop" > and left that choice to people who do installs or downloading of live > images. yes please. /Sune -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/slrnk50h4d.aom.nos...@sshway.ssh.pusling.com
Re: New upstream version of velvet contains debian/ dir
On 12/09/2012 05:29, gregor herrmann wrote: > On Tue, 11 Sep 2012 22:33:28 +0200, Tollef Fog Heen wrote: > >> If the Debian maintainer uses the 3.0 format, the debian/ directory is >> magically removed from the upstream tarball anyway. > > Right, but it's still annyoing when importing into a VCS. git import-orig --filter=debian/ might help. -- Kind regards, Loong Jin signature.asc Description: OpenPGP digital signature
Re: Gnome classic mode
Le mercredi 12 septembre 2012 à 08:15 +, Sune Vuorela a écrit : > On 2012-09-12, Paul Wise wrote: > > I would be happy if we threw away the concept of a "default desktop" > > and left that choice to people who do installs or downloading of live > > images. > > yes please. Seconded. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1347442122.25952.446.camel@pi0307572
Re: New upstream version of velvet contains debian/ dir
On Wed, 12 Sep 2012 17:20:17 +0800, Chow Loong Jin wrote: > >> If the Debian maintainer uses the 3.0 format, the debian/ directory is > >> magically removed from the upstream tarball anyway. > > Right, but it's still annyoing when importing into a VCS. > git import-orig --filter=debian/ might help. Right, or adding it to debian/gbp.conf :) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- BOFH excuse #91: Mouse chewed through power cable -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120912094100.gd18...@colleen.colgarra.priv.at
Re: Gnome classic mode
Paul Wise (12/09/2012): > I would be happy if we threw away the concept of a "default desktop" > and left that choice to people who do installs or downloading of live > images. [patch needed] Mraw, KiBi. signature.asc Description: Digital signature
Re: Gnome classic mode
On Wed, Sep 12, 2012 at 11:02:28AM +0800, Paul Wise wrote:
> On Wed, Sep 12, 2012 at 1:22 AM, Wookey wrote:
>
> > I'd be happy if xfce was the default.
>
> I would be happy if we threw away the concept of a "default desktop"
> and left that choice to people who do installs or downloading of live
> images.
Isn't the whole concept of "default desktop" just a matter of "which
desktop is included on CD1"? Are you proposing that Debian switches to a
series of "CD1s" (Debian Ghome Edition, Debian KDE Edition, Debian XFCE
Edition etc) or that Debian does away with offline installs entirely
("An internet connection is required to install Debian")?
signature.asc
Description: Digital signature
Re: Gnome classic mode
Le mercredi 12 septembre 2012 à 11:03 +0100, Darac Marjal a écrit :
> Isn't the whole concept of "default desktop" just a matter of "which
> desktop is included on CD1"? Are you proposing that Debian switches to a
> series of "CD1s" (Debian Ghome Edition, Debian KDE Edition, Debian XFCE
> Edition etc) or that Debian does away with offline installs entirely
> ("An internet connection is required to install Debian")?
What is on CD1 is really anecdotic, since most people use (or should
use) the netinst.
So the real question is being able to choose the desktop from the
installer instead of having to pre-seed this choice.
--
.''`. Josselin Mouette
: :' :
`. `'
`-
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1347445010.25952.451.camel@pi0307572
Re: Bug#687103: ITP: maps -- OpenStreetMap client for the GNOME Desktop
On Mon, Sep 10, 2012 at 10:28:16AM +0100, Jon Dowland wrote: > On Mon, Sep 10, 2012 at 06:45:42AM +0200, martin f krafft wrote: > > also sprach Luca Capello [2012.09.09.2029 +0200]: > > > Or, if this is tightened to OSM, 'gnome-osm-maps'. > > > > except the 'm' on "osm" is already a "map", so maybe osm-client. > > I like dropping 'gnome', and not doubling-up map, but osm may not > be clear enough to those who aren't intimately involved, how about > openstreetmap-client? How would that compare to the existing OSM clients currently in the archive? Some of those are: emerillon - map viewer for the GNOME desktop gosmore - Openstreetmap.org viewer / wayfinder / search client josm - Editor for OpenStreetMap merkaartor - map editor for OpenStreetMap.org Why can't you call it Cosmo or Osmo-Clint or any better name? (Osmo is already used and not related to OSM)? -- Tzafrir Cohen | tzaf...@jabber.org | VIM is http://tzafrir.org.il || a Mutt's tzaf...@cohens.org.il || best tzaf...@debian.org|| friend -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120912103255.gz12...@pear.tzafrir.org.il
Re: Gnome classic mode
On Mi, 12 sep 12, 12:16:50, Josselin Mouette wrote: > > So the real question is being able to choose the desktop from the > installer instead of having to pre-seed this choice. Assuming a user that has no idea what Gnome/KDE/Xfce/LXDE or even a "Desktop Environment" is, what should happen if the user makes no choice at all? Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: Gnome classic mode
On 12/09/12 12:16, Josselin Mouette wrote:
Le mercredi 12 septembre 2012 à 11:03 +0100, Darac Marjal a écrit :
Isn't the whole concept of "default desktop" just a matter of "which
desktop is included on CD1"? Are you proposing that Debian switches to a
series of "CD1s" (Debian Ghome Edition, Debian KDE Edition, Debian XFCE
Edition etc) or that Debian does away with offline installs entirely
("An internet connection is required to install Debian")?
What is on CD1 is really anecdotic, since most people use (or should
use) the netinst.
What does it happen when no internet connection is available (no access to
internet,
no supported driver for the net card) ?
This case is certainly as anecdotic as CD1, but somehow in this situation CD1
can be very useful to step forward. So a CD1 with a light windows manager would
be
a good idea; the other windows managers could be placed on the other CDs.
So the real question is being able to choose the desktop from the
installer instead of having to pre-seed this choice.
My 2 cents,
Jerome
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/505066b0.6020...@rezozer.net
packages, uses dbconfig-common and mysql/postgresql installation order.
Hi! bacula-director-pgsql package has a bug #605449 - package can be setup after postgresql installation and dbconfig-common fail to configure database. I try to see, how this problem solved in other packages and can't find answer. For example, roundcube-mysql, cacti, drupal6 not affected this bug, but roundcube-pgsql, bacula-director-pgsql, bacula-director-mysql, jffnms - affected. This is can be simply checked by one of next commands: apt-get install -s bacula-director-pgsql postgresql apt-get install -s bacula-director-mysql mysql-server This is related to apt-get package installation order algorithm and i don't know how to force mysql and potgresql configuration before package configuration. How can be this problem solved? -- with best regards, Alexander Golovko email: alexan...@ankalagon.ru xmpp: alexan...@ankalagon.ru signature.asc Description: PGP signature
Re: Bug#687103: ITP: maps -- OpenStreetMap client for the GNOME Desktop
+++ Tzafrir Cohen [2012-09-12 10:32 +]: > On Mon, Sep 10, 2012 at 10:28:16AM +0100, Jon Dowland wrote: > > On Mon, Sep 10, 2012 at 06:45:42AM +0200, martin f krafft wrote: > > > also sprach Luca Capello [2012.09.09.2029 +0200]: > > > > Or, if this is tightened to OSM, 'gnome-osm-maps'. > > > > > > except the 'm' on "osm" is already a "map", so maybe osm-client. > > > > I like dropping 'gnome', and not doubling-up map, but osm may not > > be clear enough to those who aren't intimately involved, how about > > openstreetmap-client? > > How would that compare to the existing OSM clients currently in the > archive? Some of those are: > > emerillon - map viewer for the GNOME desktop > gosmore - Openstreetmap.org viewer / wayfinder / search client > josm - Editor for OpenStreetMap > merkaartor - map editor for OpenStreetMap.org And navit and marble and foxtrotGPS and gpsdrive and viking and gpxviewer and memphis. Check out the big list at http://wiki.openstreetmap.org/wiki/Software/Desktop to see the fairly thorough mining of this seam of names. Is this app in that list? Not that this burgeoning of map apps is a bad thing - no so long ago we had none, and now our cup overfloweth. Hooray for open data. And there is plenty of difference between many of these apps in render mode, navigation, UI, functionality, integration, dependencies. But it is worth examing what the particular benefits/aspects of a new app are. I am slightly perplexed to see in that list that there is a 'Gnome Map Application' that only runs on Windows. Funny old world. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120912110400.gk12...@stoneboat.aleph1.co.uk
Re: Gnome classic mode
Le mercredi 12 septembre 2012 à 13:39 +0300, Andrei POPESCU a écrit : > Assuming a user that has no idea what Gnome/KDE/Xfce/LXDE or even a > "Desktop Environment" is, what should happen if the user makes no choice > at all? What we have now: a sensible default. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1347449678.25952.460.camel@pi0307572
Re: Gnome classic mode
Le mercredi 12 septembre 2012 à 12:40 +0200, Jerome BENOIT a écrit : > What does it happen when no internet connection is available (no access to > internet, > no supported driver for the net card) ? > This case is certainly as anecdotic as CD1, but somehow in this situation CD1 > can be very useful to step forward. So a CD1 with a light windows manager > would be > a good idea; http://cdimage.debian.org/debian-cd/current/amd64/iso-cd/ → debian-6.0.5-amd64-kde-CD-1.iso → debian-6.0.5-amd64-xfce+lxde-CD-1.iso I’d appreciate if debian-devel could be a place where we talk about Debian development, not a place to answer newbie FAQs. > the other windows managers could be placed on the other CDs. I’d also appreciate if people could stop spreading dumb shit like “KDE is just a window manager”. We could easily ship our 70+ window managers on a single CD. Yet we now have trouble doing so with a single desktop environment. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1347449936.25952.469.camel@pi0307572
Re: Gnome classic mode
On Wed, Sep 12, 2012 at 01:34:38PM +0200, Josselin Mouette wrote: > Le mercredi 12 septembre 2012 à 13:39 +0300, Andrei POPESCU a écrit : > > Assuming a user that has no idea what Gnome/KDE/Xfce/LXDE or even a > > "Desktop Environment" is, what should happen if the user makes no choice > > at all? > > What we have now: a sensible default. OK. I'm confused now. You want a default desktop without having a default desktop? signature.asc Description: Digital signature
Re: Bug#687103: ITP: maps -- OpenStreetMap client for the GNOME Desktop
Wookey writes: > And navit and marble and foxtrotGPS and gpsdrive and viking and > gpxviewer and memphis. Hey you forgot monav :) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84zk4vwjkr@sauna.l.org
Re: Gnome classic mode
On Mi, 12 sep 12, 13:34:38, Josselin Mouette wrote: > Le mercredi 12 septembre 2012 à 13:39 +0300, Andrei POPESCU a écrit : > > Assuming a user that has no idea what Gnome/KDE/Xfce/LXDE or even a > > "Desktop Environment" is, what should happen if the user makes no choice > > at all? > > What we have now: a sensible default. IMVHO it would probably be better to redesign the task selection screen into a single choice menu similar to this: , | Gnome Desktop Environment (graphical) | KDE Desktop Environment (graphical) | LXDE Desktop Environment (graphical) | Xfce Desktop Environment (graphical) | Standard Unix environment (text only) | Basic install (text only) ` Moving the cursor over the selections would give brief explanations about each option and should probably mention what hardware recommendations each option has (3D, RAM, etc.). Even better if this is done before the partitioning stage so that guided partitioning recipes can be checked/adjusted according to the size requirements. Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: Bug#687103: ITP: maps -- OpenStreetMap client for the GNOME Desktop
On Mon, Sep 10, 2012 at 12:03:33PM +0200, Jean-Christophe Dubacq wrote: > Let's acknowledge that the gnome-* prefix means "to be used mostly in > the GNOME Desktop environment" and not "officially endorsed by GNOME". > Or something like that. We need to distinguish between what the situation is now, and what we think the situation should be. I believe 'gnome' should only be used by things which are part of the GNOME project, but I haven't done any researhc into how widespread the problem is, nor have I discussed it with the GNOME team, nor have I proposed it as a release goal for wheezy+1. Perhaps I (or we, or someone) should start this work before compounding the problem. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120912124731.GA26534@debian
Re: Gnome classic mode
On 12/09/12 13:38, Josselin Mouette wrote: Le mercredi 12 septembre 2012 à 12:40 +0200, Jerome BENOIT a écrit : What does it happen when no internet connection is available (no access to internet, no supported driver for the net card) ? This case is certainly as anecdotic as CD1, but somehow in this situation CD1 can be very useful to step forward. So a CD1 with a light windows manager would be a good idea; http://cdimage.debian.org/debian-cd/current/amd64/iso-cd/ → debian-6.0.5-amd64-kde-CD-1.iso → debian-6.0.5-amd64-xfce+lxde-CD-1.iso I’d appreciate if debian-devel could be a place where we talk about Debian development, not a place to answer newbie FAQs. Claiming that ``What is on CD1 is really anecdotic, since most people use (or should use) the netinst'' really sounds as claim of a newbie who has never installed Debian on a computer. So do not be surprised to get newbie like responses. Otherwise, I can manage anecdotic situations without reading newbie FAQ: thanks ! the other windows managers could be placed on the other CDs. I’d also appreciate if people could stop spreading dumb shit like “KDE is just a window manager”. Did I say that ? We could easily ship our 70+ window managers on a single CD. Yet we now have trouble doing so with a single desktop environment. I wanted to stress that netinst may not be the only way: the ``most people'' argument is a little short, not to say a newbie argument. Jerome -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/505093e7.40...@rezozer.net
Need advice about a package installing no files at all
Hello After doing an upgrade from debian 6 to 7, the packge xmess-sdl is list as installed but does not contains any file at all. ( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685470 ) (s2w)root@dakar:/# dpkg -L xmess-sdl /. /usr /usr/share /usr/share/doc /usr/share/doc/xmess-sdl /usr/share/doc/xmess-sdl/changelog.Debian.gz /usr/share/doc/xmess-sdl/changelog.gz /usr/share/doc/xmess-sdl/copyright (s2w)root@dakar:/# cat /usr/share/doc/xmess-sdl/copyright cat: /usr/share/doc/xmess-sdl/copyright: No such file or directory (s2w)root@dakar:/# I don't see anything suspicious in /var/log/dpkg.log, I have no clues about what could cause that or where to get a debug mode. Where shoud I look for ? Emmanuel -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50509652.8050...@libera.cc
Bug#687415: ITP: python-swiftclient -- Client libary for Openstack Swift API
Package: wnpp Severity: wishlist Owner: Mehdi Abaakouk * Package name: python-swiftclient Version : 1.1.0 Upstream Author : Openstack * URL : https://github.com/openstack/python-swiftclient * License : Apache-2 Programming Lang: Python Description : Client libary for Openstack Swift API This is a client for the OpenStack Swift API. There's a Python API (the ``swiftclient`` module), and a command-line script (``swift``). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120912140239.29847.46151.report...@ks39714.kimsufi.com
Re: Need advice about a package installing no files at all
On 2012-09-12 16:04:02 +0200 (+0200), Emmanuel Kasper wrote:
> After doing an upgrade from debian 6 to 7, the packge xmess-sdl is
> list as installed but does not contains any file at all.
[...]
According to the package description, xmess-sdl is now a
transitional dummy package depending on the new mess package. In
fact, the unrelated bug report you linked even mentions that. This
is how package renames are generally supposed to work.
In short, what used to be xmess-sdl is now in a package called mess
instead. If your upgrade was successful, you should see that package
installed too and that should have actual contents.
--
{ IRL(Jeremy_Stanley); WWW(http://fungi.yuggoth.org/); PGP(43495829);
WHOIS(STANL3-ARIN); SMTP(fu...@yuggoth.org); FINGER(fu...@yuggoth.org);
MUD(kin...@katarsis.mudpy.org:6669); IRC(fu...@irc.yuggoth.org#ccl); }
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120912141703.ga16...@yuggoth.org
Re: Gnome classic mode
On 12/09/2012 15:53, Jerome BENOIT wrote: > Claiming that ``What is on CD1 is really anecdotic, since most people use (or > should > use) the netinst'' really sounds as claim of a newbie who has never installed > Debian > on a computer. So do not be surprised to get newbie like responses. > Otherwise, I can manage anecdotic situations without reading newbie FAQ: > thanks ! I am pretty sure the claim is that people installing Debian either use netinst or use a larger support (such as USB key or DVD). Debian requires so many CD that I do not see the practical use of the CD image except in very specific contexts. I do not say it has no uses; I think Josselin is right when saying that it's anecdotic. More computers everyday do not have a CD-reader. In wheezy+2, CD will probably have become really obsolete. This surely could be backed by numbers of downloads, that I do not have. Oh, and this has been discussed this summer already. Sincerly, -- Jean-Christophe Dubacq signature.asc Description: OpenPGP digital signature
Re: Need advice about a package installing no files at all
Hi, Le 12/09/2012 10:04, Emmanuel Kasper a écrit : > I don't see anything suspicious in /var/log/dpkg.log, I have no clues > about what could cause that or where to get a debug mode. Where shoud I > look for ? Look at similar bug reports e.g. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685653#25 Regards David signature.asc Description: OpenPGP digital signature
Re: Need advice about a package installing no files at all
On Wed, Sep 12, 2012 at 02:17:05PM +, The Fungi wrote: > According to the package description, xmess-sdl is now a > transitional dummy package depending on the new mess package. In > fact, the unrelated bug report you linked even mentions that. This > is how package renames are generally supposed to work. Still it needs to ship a changelog.gz. Which it doesn't. Even if it linked to the "real" packages changelog(.Debian(.gz the name should be correct (it ships "changelog") so that the valid(!) assumption of zless /usr/share/doc//changelog.gz[1] works :) Regards, Rene [1] I think we can assume a transitional package is Debian-only, so a changelog.gz should be ok here, though a changelog.Debian.gz would of course be better :-) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120912145135.gd8...@rene-engelhard.de
Re: Need advice about a package installing no files at all
On 2012-09-12 16:04:02 +0200 (+0200), Emmanuel Kasper wrote: >> After doing an upgrade from debian 6 to 7, the packge xmess-sdl is >> list as installed but does not contains any file at all. [...] > According to the package description, xmess-sdl is now a transitional dummy package depending on the new mess package. In fact, the unrelated bug report you linked even mentions that. This is how package renames are generally supposed to work. > In short, what used to be xmess-sdl is now in a package called mess instead. If your upgrade was successful, you should see that package installed too and that should have actual contents. Yes mess gets installed too and have actual content. Maybe I was not clear enough: is it normal that dpkg -L xmess-sdl lists unexisting files after an upgrade ? When I do aptitude reinstall xmess-sdl then the package files are really installed. Manu Ps: I am off-list thanks to CC me for further reply ! -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5050a406.3090...@libera.cc
Re: Need advice about a package installing no files at all
On 2012-09-12 16:51:35 +0200 (+0200), Rene Engelhard wrote:
> Still it needs to ship a changelog.gz. Which it doesn't.
[...]
Agreed, and someone's already filed a bug on the missing metadata
bits.
--
{ IRL(Jeremy_Stanley); WWW(http://fungi.yuggoth.org/); PGP(43495829);
WHOIS(STANL3-ARIN); SMTP(fu...@yuggoth.org); FINGER(fu...@yuggoth.org);
MUD(kin...@katarsis.mudpy.org:6669); IRC(fu...@irc.yuggoth.org#ccl); }
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120912150441.gb16...@yuggoth.org
Bug#687419: devscripts: Enabling uscan to choose compression method when repackaging upstream source
Package: devscripts Version: 2.10.69+squeeze2 Severity: wishlist Tags: patch Hi, as it was requested on debian-devel (for instance in[1]) an option to influence the compression method when a repackaging is done by uscan (either by using --repack option or when regarding the Files-Excluded field in debian/copyright - provided the patch for bug #685787 will be accepted) is nice to have. I submitted a patch to do this in the Git repository where I also maintain the code for #685787. The actual commit can be found here: http://anonscm.debian.org/gitweb/?p=users/tille/devscripts.git;a=commitdiff;h=4529b0d3b6e42ba0d6931d04e276fa419fcef658 I have tested this on several packages from Debian Med repository successfully. Please feel free to cherry pick from the Git repository. Any further testing is welcome. Kind regards Andreas. [1] https://lists.debian.org/debian-devel/2012/08/msg00402.html -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- Not present -- System Information: Debian Release: 6.0.5 Architecture: i386 (i686) Kernel: Linux 2.6.36-xenU-4814-i386 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.15.8.12 Debian package development tools ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction Versions of packages devscripts recommends: pn at (no description available) ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii curl 7.21.0-2.1+squeeze2 Get a file from an HTTP, HTTPS or ii dctrl-tools2.14.5Command-line tools to process Debi pn debian-keyring (no description available) pn debian-maintainers (no description available) ii dput 0.9.6.1+squeeze1 Debian package upload tool pn equivs (no description available) ii fakeroot 1.14.4-1 Gives a fake root environment ii git [git-core] 1:1.7.2.5-3 fast, scalable, distributed revisi ii git-core 1:1.7.2.5-3 fast, scalable, distributed revisi ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep pn libauthen-sasl-per (no description available) pn libcrypt-ssleay-pe (no description available) pn libjson-perl (no description available) pn libparse-debcontro (no description available) pn libsoap-lite-perl (no description available) pn libterm-size-perl (no description available) ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl1.54-2module to manipulate and access UR ii libwww-perl5.836-1 Perl HTTP/WWW client/server librar pn libyaml-syck-perl (no description available) pn lintian(no description available) ii lsb-release3.2-23.2squeeze1 Linux Standard Base version report ii lynx-cur [www-brow 2.8.8dev.5-1 Text-mode WWW Browser with NLS sup ii lzma 4.43-14 Compression method of 7z format in ii mailx 1:20071201-3 Transitional package for mailx ren ii man-db 2.5.7-8 on-line manual pager ii openssh-client [ss 1:5.5p1-6+squeeze2secure shell (SSH) client, for sec ii patch 2.6-2 Apply a diff file to an original ii patchutils 0.3.1-2 Utilities to work with patches ii sensible-utils 0.0.4 Utilities for sensible alternative pn strace (no description available) ii unzip 6.0-4 De-archiver for .zip files ii w3m [www-browser] 0.5.2-9 WWW browsable pager with excellent pn wdiff (no description available) ii wget 1.12-2.1 retrieves files from the web ii xz-utils 5.0.0-2 XZ-format compression utilities Versions of packages devscripts suggests: ii build-essential11.5 Informational list of build-essent pn cvs-buildpackage (no description available) pn devscripts-el (no description available) pn gnuplot(no description available) pn libfile-desktopentry-p (no description available) pn libnet-smtp-ssl-perl (no description available) ii mutt 1.5.20-9+squeeze2 text-based mailreader supporting M pn svn-buildpackage (no description available) ii w3m0.5.2-9 WWW browsa
Re: Files-Excluded field and security implications of uscan and debian/copyright.
On Tue, 11 Sep 2012 22:45:07 +0200, Andreas Tille wrote: > On Tue, Sep 11, 2012 at 07:11:20PM +0200, gregor herrmann wrote: > > > like calls because system does not return the number of files. > > I'm attaching a small example that uses File::Find for this purpose. > Do I understand you correctly that these are just academic examples > to spread some Perl knowledge (which is perfectly welcome) or do you > want me to apply this instead of the `` call? To be honest: I didn't see any actual problems with your current backtick solution, just wanted to try to implement it in Perl. So unless Don or someone else more experienced finds a problem, there's probably no need to switch. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- NP: Donovan: Till I see you again signature.asc Description: Digital signature
Re: Gnome classic mode
Hi: On 12/09/12 16:36, Jean-Christophe Dubacq wrote: On 12/09/2012 15:53, Jerome BENOIT wrote: Claiming that ``What is on CD1 is really anecdotic, since most people use (or should use) the netinst'' really sounds as claim of a newbie who has never installed Debian on a computer. So do not be surprised to get newbie like responses. Otherwise, I can manage anecdotic situations without reading newbie FAQ: thanks ! I am pretty sure the claim is that people installing Debian either use netinst or use a larger support (such as USB key or DVD). This claim sounds more reasonable. Debian requires so many CD that I do not see the practical use of the CD image except in very specific contexts. I do not say it has no uses; I think Josselin is right when saying that it's anecdotic. More computers everyday do not have a CD-reader. In wheezy+2, CD will probably have become really obsolete. we are at Wheezy minus six months (or so): let give to time some time. This surely could be backed by numbers of downloads, that I do not have. Indeed the ratio CD1/(DVD+USB+ ... (minus)(netinst)) should be low. Oh, and this has been discussed this summer already. and netinst is not the only way. Sincerly, Best wishes, Jerome -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5050ae9c.2070...@rezozer.net
(fwd) make tar*-pkg considered dangerous
I am forwarding this as a remider that, should we ever get to the point of
moving around /lib or /usr/lib, /sbin or /usr/sbin, and /bin or /usr/sbin,
as well as any other such trunks, we really ought to consider whether we
should be using symlinks or bind mounts [where possible] for such moves.
Also, just in case, Debian users are gently reminded that there are less
unsavory methods of packing custom kernel builds for later use in Debian
boxes, including the Linux upstream "deb-pkg" make target (dpkg is a lot
smarter than "tar"), and the make-kpkg command provided by the
kernel-package Debian package (which IMHO tends to produce better kernel
.deb packages than the upstream "deb-pkg" make target.
- Forwarded message from Andi Kleen -
Date: Wed, 12 Sep 2012 05:16:46 +0200
From: Andi Kleen
To: linux-ker...@vger.kernel.org, linux-kbu...@vger.kernel.org
Subject: make tar*-pkg considered dangerous
Hi,
We've had some incidents with people destroying Fedore 17 installs
(to the point of reinstall) by installing a kernel tarball generated with
make tar*-pkg
The problem is that the tarball includes /lib/{modules,firmware},
but on FC17 /lib is a symlink. tar when it unpacks the tarball
replaces the symlink with the directory. So they end up
with a /lib which only contains the new kernel files, but nothing else,
And then the system doesn't boot anymore.
I'm not sure there is a good fix for this. I don't know of a way to
convince tar to not do that. And putting everything into /usr
would be very incompatible.
Disable these make targets or add warnings? If disabling people should
use rpms or dpkgs instead?
-Andi
--
a...@linux.intel.com -- Speaking for myself only.
- End forwarded message -
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120912161154.gb3...@khazad-dum.debian.net
Re: Gnome classic mode
On Wed, Sep 12, 2012 at 6:16 AM, Josselin Mouette wrote:
> Le mercredi 12 septembre 2012 à 11:03 +0100, Darac Marjal a écrit :
>> Isn't the whole concept of "default desktop" just a matter of "which
>> desktop is included on CD1"? Are you proposing that Debian switches to a
>> series of "CD1s" (Debian Ghome Edition, Debian KDE Edition, Debian XFCE
>> Edition etc) or that Debian does away with offline installs entirely
>> ("An internet connection is required to install Debian")?
Debian already produces multiple CD1's with almost those exact labels.
> What is on CD1 is really anecdotic, since most people use (or should
> use) the netinst.
>
> So the real question is being able to choose the desktop from the
> installer instead of having to pre-seed this choice.
The installer already enables the user to make this choice. I suppose
it's under a kind of obscure boot option, which would explain why so
many usually well-informed people apparently don't know about it.
Take a look under "Advanced options" -> "Alternative desktop
environments" next time you boot the installer. Whether those options
would be more visible/discoverable under tasksel instead of the boot
menu is certainly open for debate, but it's not likely to change for
wheezy.
Best wishes,
Mike
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CANTw=MN_EkAQQo809nPx8WUP5wvFKZY6pYLxSZmPQ9Q=dio...@mail.gmail.com
Re: (fwd) make tar*-pkg considered dangerous
On Wed, Sep 12, 2012 at 01:11:54PM -0300, Henrique de Moraes Holschuh wrote:
> I am forwarding this as a remider that, should we ever get to the point of
> moving around /lib or /usr/lib, /sbin or /usr/sbin, and /bin or /usr/sbin,
> as well as any other such trunks, we really ought to consider whether we
> should be using symlinks or bind mounts [where possible] for such moves.
>
> Also, just in case, Debian users are gently reminded that there are less
> unsavory methods of packing custom kernel builds for later use in Debian
> boxes, including the Linux upstream "deb-pkg" make target (dpkg is a lot
> smarter than "tar"), and the make-kpkg command provided by the
> kernel-package Debian package (which IMHO tends to produce better kernel
> .deb packages than the upstream "deb-pkg" make target.
kernel-package is effectively unmaintained, so please don't recommend
its use unless you intend to rectify that.
> - Forwarded message from Andi Kleen -
> Date: Wed, 12 Sep 2012 05:16:46 +0200
> From: Andi Kleen
> To: linux-ker...@vger.kernel.org, linux-kbu...@vger.kernel.org
> Subject: make tar*-pkg considered dangerous
>
> Hi,
>
> We've had some incidents with people destroying Fedore 17 installs
> (to the point of reinstall) by installing a kernel tarball generated with
> make tar*-pkg
>
> The problem is that the tarball includes /lib/{modules,firmware},
> but on FC17 /lib is a symlink. tar when it unpacks the tarball
> replaces the symlink with the directory.
[...]
Presumably the tarball also contains an entry for the directory lib,
and that (not the subdirectory entries) triggers tar to replace the
symlink. So this can be fixed by only including
lib/{modules,firmware} in the tarball, not lib.
A quick experiment under F16 (tar 1.26) supports this.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
- Albert Camus
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120912203921.gy29...@decadent.org.uk
question about section and name of a manpage
Hi, In short, I would like to describe environment variables that can modify the behavior of a library. How should I name the manpage ? libXX ? libXX.so ? libXX.so.1 ? XX ? In which section should I put this manpage ? (7 ?) Note that I do not want to describe the API of the library. With more details: I'm upstream author and maintainer of a library that has multiple packaged implementations. It is the libOpenCL.so.1 library. My implementation in the ocl-icd project is free, but AMD, NVidia and Intel also provide (non-free) implementations of libOpenCL.so.1. Note that libOpenCL.so.1 is not a OpenCL implementation, it is just a loader for real OpenCL implementations. So AMD, NVidia, Intel and ocl-icd OpenCL loaders (libOpenCL.so.1) can be freely exchanged (modulo the supported OpenCL version and bugs) and they do *not* enforce one or another OpenCL implementation (AMD, NVidia, Intel, Pocl, ...) The libOpenCL.so.1 API comes from the OpenCL API. I do not want to describe it in my manpage. However, the ocl-icd implementation of libOpenCL.so.1 uses environment variables in order to offer (non standard) extended features (capability to test an ICD in its build tree, dump of information about loaded OpenCL implementation, ...) I would like to describe these environment variables in a manpage but I do not know how to name it. I can think of : - OpenCL (but user would better find official OpenCL here ?) - libOpenCL - libOpenCL.so - libOpenCL.so.1 - ocl-icd (the name of the project providing this implementation) - ??? And my first idea would be to put this manpage in the section 7 (misc). What do you think of all of that? Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5050f4ea.7000...@free.fr
Re: question about section and name of a manpage
Vincent Danjean, le Wed 12 Sep 2012 22:47:38 +0200, a écrit : > In short, I would like to describe environment variables that > can modify the behavior of a library. > How should I name the manpage ? libXX ? libXX.so ? libXX.so.1 ? XX ? I'd say libXX.so, like we have ld.so. Samuel -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120912213612.gc5...@type.youpi.perso.aquilenet.fr
Re: question about section and name of a manpage
On Wed, Sep 12, 2012 at 10:47:38PM +0200, Vincent Danjean wrote: > Hi, > > In short, I would like to describe environment variables that > can modify the behavior of a library. > How should I name the manpage ? libXX ? libXX.so ? libXX.so.1 ? XX ? I think libXX is preferable (allows for the possibility of a static library in the future) but you could also symlink to make it available as libXX.so too. I don't think the soversion should be included unless the documentation is specific to the soversion (e.g. some major API change). > In which section should I put this manpage ? (7 ?) > Note that I do not want to describe the API of the library. [...] I think section 7 is right for overview documentation like this. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120912220906.gz29...@decadent.org.uk
"X-" Prefixes deprecated by RFC 6648.
Dear all, I would like to share with you the recently published RFC 6648, which deprecates the use of "X-" prefixes in "application protocols" BEST CURRENT PRACTICE Internet Engineering Task Force (IETF)P. Saint-Andre Request for Comments: 6648 Cisco Systems, Inc. BCP: 178 D. Crocker Category: Best Current Practice Brandenburg InternetWorking ISSN: 2070-1721M. Nottingham Rackspace June 2012 Deprecating the "X-" Prefix and Similar Constructs in Application Protocols Abstract Historically, designers and implementers of application protocols have often distinguished between standardized and unstandardized parameters by prefixing the names of unstandardized parameters with the string "X-" or similar constructs. In practice, that convention causes more problems than it solves. Therefore, this document deprecates the convention for newly defined parameters with textual (as opposed to numerical) names in application protocols. Full text available at http://tools.ietf.org/html/rfc6648 Cheers, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120912235511.gd24...@falafel.plessy.net
Re: "X-" Prefixes deprecated by RFC 6648.
On 13 September 2012 00:55, Charles Plessy wrote: > Dear all, > > I would like to share with you the recently published RFC 6648, which > deprecates the use of "X-" prefixes in "application protocols" > > BEST CURRENT PRACTICE > > Internet Engineering Task Force (IETF)P. Saint-Andre > Request for Comments: 6648 Cisco Systems, Inc. > BCP: 178 D. Crocker > Category: Best Current Practice Brandenburg InternetWorking > ISSN: 2070-1721M. Nottingham >Rackspace >June 2012 > > >Deprecating the "X-" Prefix and Similar Constructs > in Application Protocols > > Abstract > >Historically, designers and implementers of application protocols >have often distinguished between standardized and unstandardized >parameters by prefixing the names of unstandardized parameters with >the string "X-" or similar constructs. In practice, that convention >causes more problems than it solves. Therefore, this document >deprecates the convention for newly defined parameters with textual >(as opposed to numerical) names in application protocols. > > Full text available at http://tools.ietf.org/html/rfc6648 > Release Goal to purge all references to X from all packages? Regards, Dmitrijs -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/canbhluhb3bttgcv-_9txif4rrusu+jl89ckwq4wnv3rrb0l...@mail.gmail.com
Re: "X-" Prefixes deprecated by RFC 6648.
Hey. Apart from the question whether this RFC is anyhow reasonable... On Thu, 2012-09-13 at 08:55 +0900, Charles Plessy wrote: > Category: Best Current Practice Can a BCP deprecate stuff which is standardised by RFCs from the standards track? Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Re: "X-" Prefixes deprecated by RFC 6648.
On Thursday, September 13, 2012 02:51:41 AM Christoph Anton Mitterer wrote: > Hey. > > Apart from the question whether this RFC is anyhow reasonable... > > On Thu, 2012-09-13 at 08:55 +0900, Charles Plessy wrote: > > Category: Best Current Practice > > Can a BCP deprecate stuff which is standardised by RFCs from the > standards track? Anything that's X dash is most likely non-standard. It can't AIUI, but this is mostly about future usage and not going back and creating a lot of namespace churn. Scott K -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1565189.YYgQ6eycaS@scott-latitude-e6320
