Bug#308251: Patch to let base-config allow/preseed selection of default desktop environment in 2nd stage
On Monday 09 May 2005 02:14, Konstantinos Margaritis wrote: I also used an associative map to present the user with more user-friendly options (KDE/GNOME instead of /usr/bin/startkde and /usr/bin/gnome-session). If anyone would like some other options (I'm sorry I don't have the time right now to search the debian archive for other alternatives), please feel free to add them/send me a patch. xfce also installs a x-session-manager alternative, it points to /usr/bin/xfce4-session -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgpdnPHHiAu0F.pgp Description: PGP signature
Bug#307098: KDE 3.4 conflics with Gnome 2.10
On Wednesday 11 May 2005 19:53, Adeodato Simó wrote: * cobaco (aka Bart Cornelis) [Wed, 11 May 2005 19:33:07 +0200]: off-topic context=there was a CDD devcamp[1] in Valencia last week, where I met, adeo, and lots of other Debianers Hey cobaco! :) hola (see I learned some Spanish :) /me really missing the good wether from Valencia as it's raining here ;-( /off-topic - having this shared file owned by _any_one_ of the desktops is bound to lead to endless bickering and flamewars (not to mention that it will effectively force everyone to install the core of that desktop), Yup, Christopher has already moved the file in svn, good to hear :) and I'm really hoping that the GNOME packagers will move theirs too. has anyone talked to them about it yet? the right place to put this is probably the menu-xdg package, as that's the package that's supposed to deal with the freedesktop menu standard in Debian AIUI hm, just realized that this is a specific case of a more general problem we'll have more and more in the future: 1) freedesktop standarizes certain stuff 2) different desktops come with different defaults settings for the standarized stuff 3) defaults from different desktops now conflict when installed on the same machine luckily freedesktop base spec allows for different configuration sets besides (or on top of) each other (see below) This probably needs being pushed upstream, right? I see 2 (theoretically) possible ways of pushing this upstream: 1) take defaults away from the domain of desktops into the hands of some neutral 3th party (I really don't think that is gonna fly) 2) have upstream provide an xdg base-dir with their view on good default settings (as far as standarized stuff goes) in some place different then /etc/xdg and leave it up to the distribution/the admin(or distributor) to activate any and/or all available config sets - Debian doesn't need to wait for upstream to do 2 above (just move anything upstream $DE places under /etc/xdg into /usr/share/$DE/xdg-default-config or somesuch during packaging) needs to wait for desktop-profiles to go into Debian first though without it there is no good standard way for the admin to control which set(s) of defaults gets activated (in what order) [1] see Sergio's blog at http://mixinet.net/stoblog/debian/20050510-cdd-dev-camp for an overview of what happened [2] see http://developer.skolelinux.no/~cobaco/desktop-profiles (you have to plug your own package whenever possible right? :), should enter Debian soon now -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgpsNJUG1h8Ky.pgp Description: PGP signature
Bug#309871: desktop-profiles: Messes with conffiles of other packages
On Friday 20 May 2005 09:42, Jonas Smedegaard wrote: Package: desktop-profiles Version: 1.4.5 Severity: serious Justification: Policy 10.7.4 The file /etc/gconf2/path is a conffile owned by the package gconf2. That file is left alone by default on installation of desktop-profiles. The (first-time) installation tells the user that: 1) gconf profiles won't work with the current default path file 2) tells the user that a default path file that will work is available in /usr/share/doc/desktop-profiles/examples/path 3) asks the admin (with a default answer of _no_) if he wants to replace the default path file to be replaced. - by default the package won't mess with any other packages conffiles - only if the _admin_ decides to change the default path file, this will be done, i.e. it is a direct result of admin action. = AIUI this is ok, specifically policy 10.7.3 has the following: These scripts must be idempotent (i.e., must work correctly if dpkg needs to re-run them due to errors during installation or removal), must cope with all the variety of ways dpkg can call maintainer scripts, must not overwrite or otherwise mangle the user's configuration without asking, must not ask unnecessary questions (particularly during upgrades), and otherwise be good citizens. key part here in this case is the must not overwrite or otherwise mangle the user's configuration _without_asking_ desktop-profiles confirmes with that (no configuration changes will be done without the admin of the box explicitly telling us to do so) Postinst of desktop-profiles offers through debconf to mess with that file. That is a violation of Debian Policy section 10.7.4. as explained above I read policy 10.7.3 as allowing the offer (as long as it defaults to no, which it does). It just offers a convienence to the admin, _if_ he decides to change the default path file, he can now do it by selecting yes, instead of having to drop to a commandline and cp a file. In either case it's still the _explicit_action_ of the admin that's overwriting the default gconf path file, it's just the means by which he does so that's different. I see no other policy-compliant approaches to fixing this than either a) Convince the gconf2 maintainer to adopt your hack was planning on contacting the gconf2 maintainer already (I'll probably get around to that this weekend), I don't expect that debconf-question to be a long-lived thing. c) Provide your hack only as a tweak that's the current situation I think, no? By tweak I mean write a self-contained script, include it with your package, and make a note to the local admin in README.Debian about its existence. that's done, in addition when I tell the admin about the tweak* he has the _option_ (again defaulting to no) to have the tweak activated now, when this happens it's because the admin explicitly acted to have it happen. * in a debconf note, and in the manpage, not the readme, but that's ok no? -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgpgIM9At5usY.pgp Description: PGP signature
Bug#309871: desktop-profiles: Messes with conffiles of other packages
On Friday 20 May 2005 12:28, Jonas Smedegaard wrote: On 20-05-2005 10:46, cobaco (aka Bart Cornelis) wrote: On Friday 20 May 2005 09:42, Jonas Smedegaard wrote: c) Provide your hack only as a tweak that's the current situation I think, no? No. Your hack replaces the file, ignoring any and all local changes. my hack does nothing in itself, the gconf path file is not being changed behind the admin's back, or on the packages initiative. _The_admin_is_the_acting_party_ the debconf question is just a convenient means for the admin to act (in the simple case where there are no local changes, and just replacing is ok) As far as replacing the local changes, there normally shouldn't be any (as the sysadmin is supposed to define any of his sources into one of the following 2 path files (which don't exist, but will be looked for, by default) include /etc/gconf/2/local-mandatory.path include /etc/gconf/2/local-defaults.path There might still be changes off course but this should be rare (and I'd expect the admin of the box to not replace the file in that instance) Also desktop-profiles basically provides an alternative way to manage (amongst others) gconf configuration sources. If you choose to use it, I'd expect you to move managing of any extra sources you have over to the desktop-profiles also. - I guess this really needs a conversion script (definately doable, i'll have to look at that) - I should probably add something about this in the debconf note (if that stays) to make that clearer Also, your hack is tied to the packaging scripts, so is only invoked by running dpkg-reconfigure and interacting with debconf. I don't see how that's a problem in itself: - in order to use desktop-profiles to manage gconf configuration sources the default path file needs to be changed (simple fact) - The above is not done by default, but there is a means provided that the admin can use to do so (in the case that simply replacing the file is enough) - The above means has a hook in the installation through which the admin can start it (NOTE: starting that means is an action by the admin, not the package) - Exactly what the actual mechanism is, I don't see as being relevant, as long as it does what it needs (though obviously some mechanisms may be better then others, and that's open to discussion) You're interpretation of policy would imply that simply providing a hook with which the admin can change something during installation, or when running dpkg-reconfigure is against policy (and thus implicitly somehow bad), If that's the case it definately shouldn't be IMO, as invoking the hook is an admin action, which is allowed to change config files (or am I missing something, I don't see how this is fundamentally different from providing a cfengine script for the admin to run) A self-contained and (to my belief) idempotent tweeak is now provided here: http://cvs.alioth.debian.org/cgi-bin/cvsweb.cgi/tweaks/oldtweaks/oldtweak s/gconf/?cvsroot=tweaks I suggest including the above script below /usr/lib/desktop-profiles/bin hm, this tweak uses cfengine, I don't think you can assume in general that cfengine will be installed (for CDD's possibly, but otherwise?) also the include /var/cache/desktop-profiles/$(USER)_mandatory.path should _replace_ the 2 lines xml:readonly:/etc/gconf/gconf.xml.mandator include /etc/gconf/2/local-mandatory.path not be appended after them: Those 2 sources are known to desktop-profiles by default, and thus will be managed by it (they will be included twice if they're also included in the system wide path file, which doesn't hurt in itself, though it does make things more complicated as you then need to be aware of both mechanisms) idem with the include /var/cache/desktop-profiles/$(USER)_defaults.path line, that should replace the 2 lines include /etc/gconf/2/local-defaults.path xml:readonly:/etc/gconf/gconf.xml.defaults for the same reason and mention its existense in your README.Debian. README.Debian is the first place to look for Debian-specific info - not the manpage and not a debconf-note (which is by nature optional). ack, added note to readme I recommend *not* putting it below /usr/share/doc/desktop-profiles/examples as that is discouraged as a location relied upon by other packages and the local admin (forgot where but mentioned in Debian Policy somewhere). it isn't _relied_ on be anything, the admin is perfectly fine ignoring it altogether, and/or writing his own path file. In the latter case he should include the 2 directives include /var/cache/desktop-profiles/$(USER)_mandatory.path include /var/cache/desktop-profiles/$(USER)_defaults.path somewhere in the path file (respectively before and after the user sources for) in order to have the sources managed by desktop-profiles work as expected I also recommend *not* putting it below /usr/sbin
Bug#309978: desktop-profiles: poor filesystem layout
On Saturday 21 May 2005 00:25, Aaron M. Ucko wrote: After installing desktop-profiles and agreeing to let it take over my gconf path settings, I found that my next login was badly broken because the Xsession script couldn't create files in the nonexistent directory /var/cache/desktop-profiles. I was able to resolve that by creating it with permissions rwxrwxrwt and restarting gconf, but that should not have been necessary. I seriously question the wisdom of using predictable names in a directory that presumably needs to be world-writable (even if sticky) anyway, as it allows users to set traps for other users who have not yet logged in. right you are: - if user logs in and no file is present all is well as file is created user:user with permissions 644 - if other user creates trap with file writeable for our user all is well (as file is regenerated on login) - but if other user creates trap with file not-writeable for our user re-generation will fail, and trap will stand (I'd failed to consider the last case :-( ) Given that gconf can expand $(HOME) as well as $(USER), why not instead work with a directory under $HOME? You could call it .desktop-profiles or something, and should have permission to create it before trying to work with it if it doesn't yet exist (most commonly on the first login after installing d-p). ok, putting files in $(XDG_CACHE_HOME) (which default to $HOME/.cache as per the freedesktop base directory spec). hm, I'll still need to randomize the name of the generated path files though, as otherwise the user can use the same attack to avoid any mandatory settings Also, it's not wise to rely on anything getting installed into /usr/share/doc, even for an instant; you should move any files your code relies on finding there to some other location, such as /usr/share/desktop-profiles, per Policy 12.3: Packages must not require the existence of any files in `/usr/share/doc/' in order to function [1]. Any files that are referenced by programs but are also useful as standalone documentation should be installed under `/usr/share/package/' with symbolic links from `/usr/share/doc/package'. ack, moving it thanks -- cobaco (aka Bart Cornelis): Coördinator Belgisch Skolelinux team Coördinator Nederlandse Skolelinux vertaling pgpPkqyS0OuWM.pgp Description: PGP signature
Bug#345921: add profile.d dir so packages can add shell snippets
On Wednesday 04 January 2006 15:18, you wrote: please use the wontfix tag instead of closing, this seems to be a textbook case of what the tag is for (and would avoid the whole 'again' frustration'). Sorry, but I have never been a big fan of the wontfix tag. Either a bug is a bug and should be fixed, or it is not and should be closed. There is no excuse for not reading the documentation. shrug A FAQ isn't the primary place were I expect to find information about a feature request, the BTS is (BTS is documentation also). Given your comment 'not again' I don't seem to be alone in that expectation. = by all means close the bug, instead of using wontfix, but do realize that the repeated filing of this request seems a logical consequence /shrug You are welcome to propose a policy change mandating the profile.d thing. why would we need a policy to allow it? I don't see anything in policy that prevent's this. Until then, I consider the profile.d thing as something harmful, as it would open a can of worms. Given that: - policy already prohibits your stated harmfull use of profile.d (you helpfully give the quote in the FAQ) - there are non-harmfull uses of profile.d. The reason I filed this bug, which I explained in my previous message, gives one example. I'm at a loss as to what exactly the 'can of worms' is that would be opened. On the other hand providing it would allow me to fix an existing bug filed by one of our users. In short it's the responsibility of Debian Policy to stop packagers from doing harmfull things, not base-files. And this is stopping me from providing a solution for a reported problem by one of our users (atmittedly in an edge case), which flies in the face of the social contract IMO. Remaining questions: - Are there any harmfull uses of a profile.d dir that the policy quote given in the FAQ doesn't adress (in the absence of such the can of worms thing is not a valid argument)? If so what are they? - Or do you perhaps disagree with my assertion that the use I would put it to is non-harmfull? -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgpVE5RExvaHh.pgp Description: PGP signature
Bug#345921: add profile.d dir so packages can add shell snippets
On Wednesday 04 January 2006 17:37, Santiago Vila wrote: Please read the archives of debian-policy. My own archive of policy only goes back to oktober 2004 and doesn't yield any matches, doing a websearch on debian-policy yields only the following threads: - http://lists.debian.org/debian-policy/2001/12/msg00064.html - http://lists.debian.org/debian-policy/1998/07/msg00218.html - http://lists.debian.org/debian-policy/1998/01/msg00239.html - http://lists.debian.org/debian-policy/1998/02/msg00351.html None of which provide any arguments against beyond the single one you mention in the FAQ (and which i adress below). If I've missed any please provide pointers. This issue has been discussed several times there. I've now read the relevant archived bugs of base-files (meaning the following list, again if I missed any let me now): #345921, #285105, #283089, #170639, #163743, #129892, #114642 The only extra 'argument' this yield is #285105's: You can make things to be very complex if you like, but as there are better ways to do the same things without changing the default /etc/profile, don't ask me to change /etc/profile to compensate that you decide to do things the complex way. which is bogus as: Adding less than 20 lines of extremely simple shell script isn't excatly very complex. Espessially when the absence of those lines prohibits at least 5 packages (see below) of providing a usefull service to their users. All of those now have to request their users to do manual drudge work in order to make full use of their services. This flies in the face of our social contract's point 4, and can only be minimised by adding a script for the admin to run that will do drudge work (apart from starting the script) for him. There will always be people for which your feature request is a good thing, but IMHO the side effects of it will not compensate the benefits, What Side affects? The only real one noted AFAICT in any of the discussions to date is that it would encourage other packages to depend on environment variables in order to get reasonable defaults. That argument is void as 1) policy already forbids this 2) not providing a profile.d dir does not prevent packages packages ignoring this policy requirement (one way would be to add a wrapper script around the program that sets the environment variables) 3) for packages wanting to only set environment variables, the right place to do this would be /etc/environment not /etc/profile 4) there's legitimate uses of profile.d So please adress the following questions: 1) are there any realistic harmfull uses of profile.d that are not already prohibited by policy? 2) - if so what are they? - if not how do you justify not making one in the face of the fact that a profile.d dir would allow at least 5 packages (see below) to provide extra services to our users out of the box that they currently can't, and point 4 of the social contract? 3) do you perhaps disagree with point 4 above? If so please provide some reasoning. so I definitely need something more than it would be useful for at least one package the bugs mentioned show desktop-profiles, user-es, and sysprofile needing it. A bit more investigation adds user-de and user-euro-es to the list = that's a minimum of 5 packages already, none of which are case of making programs depend on environment variables in order to get reasonable defaults. And all of which fall in the class if management infrastructure to make live easier on our users. And given the growing number of CDD's this number is likely to grow over time. (for example, a policy amendment mandating the use of profile.d). I see nothing in policy preventing a profile.d, on the contrary the quote you give in the FAQ _supports_ it (as it prohibits misuse of it). -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgploHJ3PHefo.pgp Description: PGP signature
Bug#345921: add profile.d dir so packages can add shell snippets
On Thursday 05 January 2006 11:25, you wrote: On Thu, 5 Jan 2006, cobaco (aka Bart Cornelis) wrote: What Side affects? As a user, I would become very upset if installing a package would alter my $HOME/.profile. Whatever I do in my startup scripts is not a business of any package, it's my business as a user. So you are seriously telling me that you believe that a user of user-es, user-euro-es, or user-de, all packages that are effictively mini-cdd's whose explicit goal it is to change the environment over to spansish or german would get upset that the environment is changed to actually support spanish or german? For desktop-profiles and sysprofile this argument is even more bogus as the profile.d snippets those packages add don't change the environment by themselves, any environment changes resulting from running those snippets are consequence of parsing bits of configuration under admin control (i.e. when the admin hasn't changed the default configuration nothing will be changed). Allowing /etc/profile.d would be the equivalent of allowing packages to modify the user's startup files. It would break the principle of least surprise, and therefore a bad thing. Are you seriously positing that the principle of least surprise would have a user of user-es whose package description starts with: This package allows administrators to set the default language (es_ES) and encoding (ISO-8859-1) used by a Debian GNU/Linux System (and its applications) easier. be surprised when the environment is actually changed that automatically to do exactly that when installing the package? If so I find that a rather insulting view of our users reading comprehension (not even intelligence). In the case of desktop-profiles, which is a management framework that lets the admin set up configuration sets do you really believe that the principle of least surprise would be to not have those admin-specified settings apply in the corner-case of logging in through 'ssh -X'? If so the user that filed #344030 definately doesn't agree with you on that (nor do I) Moreover, dpkg usually asks about changes in configuration files in /etc. Having a profile.d would be the equivalent of dpkg being allowed to change /etc/profile without the user being prompted about the change. The principle of least surprise would be broken again. nope, all it does is clearly identify the parties responsible for each bit of configuration, and making it possible to do that configuration in the first place without messing with other packages conffiles. Given that this exact mechanism is used by plenty (core) packages such as: - the Xserver (/etc/X11/Xsession.d) - lograte (/etc/logrotate.d) - sysv-rc (/etc/rc[0-6].d) - cron (/etc/cron.d) - discover (/etc/discover.d) - apache (/etc/apache/conf.d/) -... - the position that this a profile.d directory would break the principle of least suprise is obviously not realistic. Especially since the earlier bug rapports on this issue mention that Redhat, Mandrake, Suse and Gentoo do have a profile.d (that's pretty much every major distro that's not Debian), so at least for users that switch (and anecdotal evidence suggest that covers most Debian users) this would definately not violate the 'principle of least surprise' So no, I do not believe in legitimate uses of profile.d. please counter the specific examples I've given above if you still feel that way -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgpOTmY2btkha.pgp Description: PGP signature
Bug#345921: add profile.d dir so packages can add shell snippets
On Thursday 05 January 2006 13:14, you wrote: On Thu, 5 Jan 2006, cobaco (aka Bart Cornelis) wrote: On Thursday 05 January 2006 11:25, you wrote: On Thu, 5 Jan 2006, cobaco (aka Bart Cornelis) wrote: What Side affects? As a user, I would become very upset if installing a package would alter my $HOME/.profile. Whatever I do in my startup scripts is not a business of any package, it's my business as a user. So you are seriously telling me that you believe that a user of user-es, user-euro-es, or user-de, all packages that are effictively mini-cdd's whose explicit goal it is to change the environment over to spansish or german would get upset that the environment is changed to actually support spanish or german? No, I mean that packages like user-es should not exist at all, So CDD-like packages that set up a Debian system for a specific goal (including adapting the shell environment for that need) should not exist? Or only exist as part of the installer? user-es is just a currently existing example of a CDD-like package, that doesn't mean that other such packages can't or won't be conceived (given the growing number of CDD's it's likely they will be, indeed desktop-profiles came out of that corner). because the installer already asks the user about his/her language/charset/etc. Things being avaible in the installer does not invalidate the need for a mechanism to do this on an installed system (which makes up the majority of our users I feel save to state). Every thing user-es has to do is actually a bug in some other package. What we have to do is to fix the real bugs in packages for which LANG=es_ES is not enough, not make things easier for packages like user-es to implement the wrong solution. Regardless of the ideal situation, we live with the reality that user-es and similar packages exist, have users, and would legitimately use profile.d for something usefull and non-harmfull. In short the above does not invalide user-es and consorts as valid users of a profile.d directory. BTW, /etc/profile is not read by all shells, so whatever problem you want to fix by having a profile.d, modifying /etc/profile is surely the wrong solution. /etc/profile isn't the first place I looked at to fix my bug. However it's the only feasable place AFAICS: Neither ssh itself, nor PAM provide a possibillity to source scripts at login. Both rely on shell initialization for that. Which means I'll have to fix my bug one shell (or shell family) at the time. For bourne-type shells this means /etc/profile. If you happen to know of another place were I can source a script (so it will be run for each ssh login) I'll be delighted to hear it. If not my package still need a profile.d, and remains a valid example of usefull and non-harmfull use of a profile.d directory Please, could we agree that we disagree and move to more productive matters? we're having what sofar has been a rational and civil discussion that should reach a conclusion at some point, and that adresses a real need. The reasoning you state in the FAQ for not having a profile.d does not adress all my arguments. I've reasoned that: 1) policy allows a profile.d 2) policy prohibits misuse of it 3) there's currently at least 5 packages that would use it 4) given the above a profile.d should be added You haven't countered my reasoning, nor have you invalidated my examples of packages that currently need a profile.d directory. You also haven't agreed with me that profile.d should be added, hence discussion is still ongoing. Consequently I won't agree to disagree at this point. -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgpdqlKohtCzq.pgp Description: PGP signature
Bug#344030: Profiles are not active upon logins like ssh -X
On Tuesday 03 January 2006 17:06, C. Gatzemeier wrote: Am Montag, 2. Januar 2006 15:17 schrieb cobaco (aka Bart Cornelis): I haven't been able to find a general solution for this. The only solution I see at the moment is to add a shell snippet to the system-wide on-login Hmm, when a pam-module can't source files in the name of a shell that is started only later, maybe the shell could be convinced to do so. yep, that's what I was looking at. Current status is thus: - I have the code to make this happen (at least for bourne-compatible shells) ready - It will be included in package version 1.4.9 (which I just send to my sponsor for upload). BUT that code isn't active by default because it needs to get added to /etc/profile which can't be done automatically at the moment (as that belongs to the base-files package). I'm stuck without a way to resolve that ATM as the base-files maintainer does not think it a good idea to add a mechanism to allow this, and he seems to feel that the default /etc/profile should be as simple and basic as possible, so getting the snippet added directly is out also. -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgpmD4Mtva9T8.pgp Description: PGP signature
Bug#344030: Profiles are not active upon logins like ssh -X
On Wednesday 21 December 2005 16:02, C. Gatzemeier wrote: Am Mittwoch, 21. Dezember 2005 15:32 schrieb Bart Cornelis: Note also that sshd_config(5) tels us that: - sshd only uses PAM when UsePAM is set to yes - that setting defaults to 'no' Correct, PAM systems, and debian in particular; have it set to yes though. Another case where using PAM is part of the solution is the setting of the umask in debian. The default umask at the momentd needs to be changed in several places. In the future pam-umask will be part of base and be the central point for configuring the default umask. I don't know though if desktop-profiles gnupg-agent etc. would need a separate small PAM module like pam_umask or could be hooked into another? sounds more like we need a small PAM-module that looks in something akin to Xsession.d for scripts to be sourced at login. -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgpyU5ypz7f1K.pgp Description: PGP signature
Bug#344030: Profiles are not active upon logins like ssh -X
On Wednesday 21 December 2005 15:32, Bart Cornelis wrote: On Monday 19 December 2005 15:55, C. Gatzemeier wrote: Profiles are not active upon logins like ssh -X since the desktop-profiles script is an xsession.d script. Looking at sshd(8) I see that there's /etc/ssh/sshrc to be used formachine-specific global login-time initializations. = at this point I'm thinking we should convince the ssh maintainers to add a mechanism similar to Xsession.d/ that could be used by desktop-profiles, gnupg-agent and similar packages. tested that last night, that approach doesn't work as apperently /etc/ssh/sshrc is executed instead of sourced -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgpieFs7HoR4s.pgp Description: PGP signature
Bug#345628: man page documents faulty default
Package: openssh-server Severity: minor Version: 1:4.2p1-5 according to sshd_config(5) tels us that UsePAM defaults to 'no', yet a fresh install of openssh-server has this set to 'yes' -- Cheers, cobaco /\ ASCII Ribbon Campaign \ / No proprietary formats in attachments without request X i.e. *NO* WORD, POWERPOINT or EXCEL documents / \ Respect Open Standards http://www.fsf.org/philosophy/no-word-attachments.html http://www.goldmark.org/netrants/no-word/attach.html pgpq4ZxFr80DL.pgp Description: PGP signature
Bug#344030: Profiles are not active upon logins like ssh -X
On Monday 19 December 2005 15:55, C. Gatzemeier wrote: Profiles are not active upon logins like ssh -X since the desktop-profiles script is an xsession.d script. I haven't been able to find a general solution for this. The only solution I see at the moment is to add a shell snippet to the system-wide on-login script for each shell that sources the profile activation sript for an 'ssh -X logon. The following snippet works for bourn-compatible shells when added to /etc/profile: # testing SSH_CLIENT as the woody ssh doesn't set SSH_CONNECTION # also testing SSH_CONNECTION as the current ssh manpage no longer mentions # SSH_CLIENT, so it appears that variable is being phased out. if ( ( (test -n ${SSH_CLIENT}) || (test -n ${SSH_CONNECTION}) ) \ (test -n ${DISPLAY}) ); then source /etc/X11/Xsession.d/20desktop-profiles_activateDesktopProfiles fi; this gives the following todo: - document the bug and proposed solution in desktop-profiles README - file bugs with the respective shells to add an profile.d dir or similar, giving packages a policy-compliant way of adding shell snippets to the systemwide shell-logon script. - wait for filed bugs to be fixed and add the necessary snippets when it becomes possible to do so. -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgpVGhH1ibGIp.pgp Description: PGP signature
Bug#147201: Bug#345628: man page documents faulty default
On Monday 02 January 2006 16:36, you wrote: On Mon, Jan 02, 2006 at 01:27:08PM +0200, cobaco (aka Bart Cornelis) wrote: according to sshd_config(5) tels us that UsePAM defaults to 'no', yet a fresh install of openssh-server has this set to 'yes' #345628 is stronly related to #327886 and loosely related to #147201. It seems clear to me that the default values in ssh{,d}_config are NOT the values encoded in the ssh{,d} binaries, and that the config files (and environment variables, and environment variables) exist to override those defaults (or document the most often-changed parameters). obviously (in hindsight) Perhaps there should be a section somewhere in ssh manpages section 1 and 5 to the effect of this is the order of precedence of where parameter values come from, and documenting the different places, I don't know .. it wasn't entirely intuitive to me that I could have a ~/.ssh/ssh_config, and I guess it would be nice if this had popped out at me from somewhere other than the FILES section, one day when I had reason to read the ssh manpage in entirety.. What suprised me is not the precedence order (that's clear to me, though adding something about it won't hurt), but that the documentation doesn't describe the out-of-the-box situation (i.e. even though I haven't changed anything the documentation doesn't describe the actual situation) So maybe add a section to the man-page saying something like the debian ssh package ships with the following non-default settings: - option A set to X - option B set to Y ... -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgp61SetpdgTl.pgp Description: PGP signature
Bug#147201: Bug#345628: man page documents faulty default
On Tuesday 03 January 2006 04:16, you wrote: On Mon, Jan 02, 2006 at 05:03:44PM +0100, cobaco (aka Bart Cornelis) wrote: On Monday 02 January 2006 16:36, you wrote: On Mon, Jan 02, 2006 at 01:27:08PM +0200, cobaco (aka Bart Cornelis) What suprised me is not the precedence order (that's clear to me, though adding something about it won't hurt), but that the documentation doesn't describe the out-of-the-box situation (i.e. even though I haven't changed anything the documentation doesn't describe the actual situation) So maybe add a section to the man-page saying something like the debian ssh package ships with the following non-default settings: - option A set to X - option B set to Y Probably easier and more effective to add a line or two to the conffiles /etc/ssh/ssh{d,}_config; Instead of: # Package generated configuration file use # This file overrides the internal defaults of the ssh{d,} executable. # Environment variables and commandline arguments override the values # here. Would this satisfy your request? not really: - the preference order between the settings is (and was) clear - what surprised me was that the man page describes the upstream, builtin defaults instead of the ones the Debian package ships with (and I expected the documentation to describe the shipped situation). To be fair the documentation does say that /etc/ssh/sshd_config overwrites the defaults. Its just that I hadn't changed that file and thus didn't expect to have to go check it also. -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgpzgCs4SHvdG.pgp Description: PGP signature
Bug#345921: add profile.d dir so packages can add shell snippets
Package: base-files Version: 3.1.9 Severity: wishlist Tags: patch Adding the snippet below to /etc/profile modularizes /etc/profile so packages can drop snippets they want to add into an /etc/profile.d dir and have them picket up. Several other packages in Debian have similar mechanisms in place the advantage being that packages can add configuration snippets they need in a policy compliant manner without needing to bother you guys for each change, and without having the snippet when the package that needs it isn't present. I currently need this in order to fix a shortcoming of the current desktop-profiles package (see beastie #344030 for details) begin snippet # Allow packages to add stuff in a policy compliant manner # approach is essentially copied form Debian's /etc/X11/Xsession file SESSION_DIR=/etc/profile.d run_parts () { # until run-parts --noexec is implemented for FILE in $(/bin/ls $1); do if expr $FILE : '[[:alnum:]_-]\+$' /dev/null 21; then if [ -f $1/$FILE ]; then echo $1/$FILE; fi; fi; done; } # If $SESSION_DIR is a directory, source all scripts in it. # We source instead of execute since we want scripts to be able to set # variables, and define functions. if [ -d $SESSION_DIR ]; then SESSION_FILES=$(run_parts $SESSION_DIR); if [ -n $SESSION_FILES ]; then for SESSION_FILE in $SESSION_FILES; do . $SESSION_FILE; done; fi; fi; end snippet -- Cheers, cobaco /\ ASCII Ribbon Campaign \ / No proprietary formats in attachments without request X i.e. *NO* WORD, POWERPOINT or EXCEL documents / \ Respect Open Standards http://www.fsf.org/philosophy/no-word-attachments.html http://www.goldmark.org/netrants/no-word/attach.html pgpOFhsBPpd1V.pgp Description: PGP signature
Bug#345921: add profile.d dir so packages can add shell snippets
On Wednesday 04 January 2006 13:09, you wrote: On Wed, 4 Jan 2006, cobaco (aka Bart Cornelis) wrote: Package: base-files Version: 3.1.9 Severity: wishlist Tags: patch Adding the snippet below to /etc/profile modularizes /etc/profile so packages can drop snippets they want to add into an /etc/profile.d dir and have them picket up. No, not again. please use the wontfix tag instead of closing, this seems to be a textbook case of what the tag is for (and would avoid the whole 'again' frustration'). Please read /usr/share/doc/base-files/FAQ. had missed this, reading now ... as I'll explain below I don't feel it addresses the reason I want this: Q. Why does Debian not have a profile.d directory, like other distributions? A. Because no Debian package needs it. Debian policy says: A program must not depend on environment variables to get reasonable defaults. This policy has been very successful so far. If the default install had a profile.d, people might think it's ok to use it for a Debian package, when in fact policy does not support such thing. There's other reason's then setting environment variables _needed_ by a program to run to want a profile.d directory. For example adding some piece of management infrastructure for the admin, which is wat desktop-profiles does: essentially I need to run the profile activation script when logging in with 'ssh -X' (as the Xsession.d scripts then don't get run that way). That script parses configuration files, and based on the settings in them sets up the admin-controlled configuration sets to be used (which might differ according to usergroup, or any other testable condition) by the graphical apps of the various desktops. Programs will work just fine when those sets aren't loaded, they just won't be using the settings the administrator wants them to use (which might necessitate the user duplicating eacht setting the admin made, or might allow the user to avoid a mandatory setting). More generally there's the point of CDD's (desktop-profiles came out of that corner), the whole idea of which is to have a standard Debian, but configured to suit a specific target group/goal/situation. The only way to do this _inside_ of Debian is for packages to allow other packages to add bits of configuration (essentially the configuration package becomes the admin doing the initial setup). The other option is to fork each package needing configuration with all the extra work and effort that ncessitates. As the above (hopefully) makes clear there's currently at least 1 Debian package which _does_ need it, and with the growing number of CDD's there's bound to be more sooner or later. -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgpSwHHwLiz8C.pgp Description: PGP signature
Bug#335605: desktop-profiles: Many bashisms in /usr/sbin/path2listing
On Tuesday 25 October 2005 00:42, Serge Matveev wrote: /usr/sbin/path2listing: 247: declare: not found replaced all instances where 'declare -i' was used to the equivalent with expr from coreutils (the declare statements were the only bashisms, correct? Or did I miss any others?) -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgpjIuIJTcQe8.pgp Description: PGP signature
Bug#336063: desktop-profiles: Spanish debconf translation
Hi César On Thursday 27 October 2005 18:46, César Gómez Martín wrote: Package: desktop-profiles Version: 1.4.5 first of all thanks for the translation. Unfortunately changed a while ago, so your translation is out of date. I've attached the updated templates for your convenience. Also there's a second po-file in the package for the gui-admin tool, I'd appreciate it if you translated that one also. -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) es.po Description: application/gettext profile-manager.pot Description: application/gettext pgp7UuG1pBfo5.pgp Description: PGP signature
Bug#336063: desktop-profiles: Spanish debconf translation
On Monday 31 October 2005 17:01, César Gómez Martín wrote: On 10/30/05, cobaco (aka Bart Cornelis) [EMAIL PROTECTED] wrote: Ohh, I am so sorry. Thanks for the new templates. no problem, just to bad about the extra work for you Please, find attached the updated translation for the debconf one. committed I will try to translate the second po-file as soon as possible. ack -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgpfoYKqYG7bD.pgp Description: PGP signature
Bug#333762: desktop-profiles: [INTL:sv] Swedish debconf templates translation
Hi Daniel, first of all, thanks for doing the translation. Some bad news though: 1.4.7 of the package just entered unstable today and the debconf templates are changed relative to 1.4.5. Ergo your translation is currently outdated. There's also a kommander script in the package that's needs translating. If you could translate that one also I'd appreciate it. I've attached the last version of both po-files for your convenience. -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) sv.po Description: application/gettext profile-manager.pot Description: application/gettext pgpF4JZIrcOUT.pgp Description: PGP signature
Bug#289886: Why does cupsd listen on all interfaces by default
Given the following snippet from the default cupsd.conf this seems especially silly: Location / Order Deny,Allow Deny From All Allow From 127.0.0.1 /Location Is there any reason not to add a Listen 127.0.0.1 directive as well? Might not buy much security, but it does buy some! -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgpzLFjTQudDj.pgp Description: PGP signature
Bug#338121: this is correct
kde-config --path xfdgonc-menu told me: /home/foo/.config/menus/:/etc/kde-profile/foo/etc/xdg/menus/:/etc/xdg/menus/ search path looks ok, this is supposed to be different from the normal one as it's derived from the freedesktop basedirectory specification (i.e. it uses XDG_CONFIG_DIRS and associated defaults instead of KDEDIRS and associated defaults) To break down the search path above: /home/foo/.config/menus/ - personal settings as specified by freedesktop menu specification (which builds on the freedesktop basedirectory spec), definately correct /etc/xdg/menus/ - standard systemwide settings as specified by freedesktop menu specification (here's the stuff where the stuff from the menu-xdg package ends up), definately correct /etc/kde-profile/foo/etc/xdg/menus/ - added by kiosktool I'm guessing, does kiosktool actually place the menu files in here? if there's a fault in the search path it would be here, but it looks correct at first glance - this would seem to be a bug in kiosktool not kde-config -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) pgpCuab6C4JPr.pgp Description: PGP signature
Bug#387258: Please update debconf PO translation for the package alsa-driver 1.0.12-1
On Thursday 14 September 2006 15:10, [EMAIL PROTECTED] wrote: Take your pardon, last mail was against alsa-driver 1.0.12-2, but should be alsa-driver 1.0.12-1, which is available in sid. Hi, You are noted as the last translator of the debconf translation for alsa-driver. The English template has been changed, and now some messages are marked fuzzy in your translation or are missing. I would be grateful if you could take the time and update it. Please respect the Reply-To: field and send your updated translation to [EMAIL PROTECTED] Updated Dutch version is attached. By the way there's a missing space in the following English string: ALSAdrivers to build: -- Cheers, cobaco (aka Bart Cornelis) nl.po Description: application/gettext pgpCnxLNJTPEm.pgp Description: PGP signature
Bug#392192: Please update debconf PO translation for the package debconf 1.5.7
On Tuesday 10 October 2006 20:19, Chirsitan Perrier wrote: I would be grateful if you could take the time and update it. Please respect the Reply-To: field and send your updated translation to [EMAIL PROTECTED] updated dutch translation is attached -- Cheers, cobaco (aka Bart Cornelis) nl.po Description: application/gettext pgpZNS5Pv3dwE.pgp Description: PGP signature
Bug#394995: [INTL:nl] Dutch po-debconf translation
Package: gui-apt-key Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. This translation has been vetted by the review process of the debian-l10n-dutch team. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- Cheers, cobaco /\ ASCII Ribbon Campaign \ / No proprietary formats in attachments without request X i.e. *NO* WORD, POWERPOINT or EXCEL documents / \ Respect Open Standards http://www.fsf.org/philosophy/no-word-attachments.html http://www.goldmark.org/netrants/no-word/attach.html -- cobaco (aka Bart Cornelis) gui-apt-key.po Description: application/gettext pgpX4RDUw0Xv4.pgp Description: PGP signature
Bug#396725: [INTL:nl] Dutch po-debconf translation
Package: exim4 everity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. This translation has been vetted by the review process of the debian-l10n-dutch team. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- Cheers, cobaco /\ ASCII Ribbon Campaign \ / No proprietary formats in attachments without request X i.e. *NO* WORD, POWERPOINT or EXCEL documents / \ Respect Open Standards http://www.fsf.org/philosophy/no-word-attachments.html http://www.goldmark.org/netrants/no-word/attach.html -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext pgpfPPZrXZbGg.pgp Description: PGP signature
Bug#348336: [PROPOSAL]: improve section on shared config files
Package: debian-policy Version: 3.6.2.2 Severity: wishlist Tags: patch Hi all, looking at section 10.7.4. from the viewpoint of CDD's we'd like to propose some small changes to it: - the first part of the change is to explicitly mention configuration packages as used by CDD's as a reason to consider sharing configuration files, while explaining the rationale for these kinds of packages. - the second part of the change is to document one of the conclusions reached at the cdd-devcamp in Malaga last May[1], which is that the already widely used[2] approach of modularizing the configuration is the preferred way to go about shared configuration when possible. patch with the proposed wording is attached. [1] http://lists.debian.org/debian-custom/2005/05/msg00014.html has Sergio's summary of the devcamp meeting [2] there's lots of packages that modularize their configuration with a something.d directory, where packages or admins can drop configuration snippets, some examples of this approach on my system include: - apache - /etc/apache/conf.d - apt - /etc/apt/conf.d - cron - /etc/cron.{d,hourly,daily,monthly} - discover - /etc/discover.conf.d /etc/discover.d - fish - /etc/fish.d - hotplug - /etc/hotplug/blacklist.d /etc/hotplug.d - libpam - /etc/pam.d - logrotate - /etc/logrotate.d - sane - /etc/sane.d - sysv-rc - /etc/rc[0-6S].d /etc/init.d - udev - /etc/udev/rules.d - x11-common - /etc/X11/Xsession.d the common desktop environments (kde, gnome, xfce, and freedesktop) approach modularized configuration in a slightly different way, allowing multiple configuration sets to be stacked (the desktop-profiles package provides a way for controlling that stacking) -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) --- debian-policy-3.6.2.2/policy.sgml 2005-12-24 22:41:09.0 +0100 +++ patched/policy.sgml 2006-01-12 09:05:04.0 +0100 @@ -6961,31 +6961,57 @@ /p p - If it is desirable for two or more related packages to - share a configuration file emand/em for all of the - related packages to be able to modify that configuration - file, then the following should be done: +Sometimes two or more packgages need to be able to modify the +same configuration file. One such case is were related packages +share a configuration file (e.g. bash and other bourn compatible +shells share /etc/profile). A second case are configuration +packages attempting to configure a standard Debian system to +better suit a specific purpose or target-group. The specific +purpose or target-group adressed by such a package often allows +more narrow configuration choices to be made that wouldn't be +suited as the default configuration of a package. + p + + p +When more then one packages needs to be able to modify a +configuration file the following should be done: enumlist compact=compact item - One of the related packages (the owning package) - will manage the configuration file with maintainer - scripts as described in the previous section. - /item - item - The owning package should also provide a program - that the other packages may use to modify the - configuration file. - /item - item - The related packages must use the provided program - to make any desired modifications to the - configuration file. They should either depend on - the core package to guarantee that the configuration - modifier program is available or accept gracefully - that they cannot modify the configuration file if it - is not. (This is in addition to the fact that the - configuration file may not even be present in the - latter scenario.) + One of the packages (the owning package) will manage +the configuration file with maintainer scripts as +described in the previous section. + /item + item +p + The owning package should provide a mechanism through + which the other packages can modify the configuration. +/p + +p + The preferred way to do this is by modularizing the + configuration (both /etc/X11/Xsession.d and + /etc/apache/conf.d are examples of such an approach). + The big benefit of modularization is that the origin of + each bit of configuration is clearly identified and + delineated, which allows each package to manage it's own + configuration bits independendly. It also removes
Bug#348702: make XFCE and KDE use stuff in this package
Package: desktop-base Version: 0.3.16 Severity: wishlist Tags: patch The attached patch uses the mechanism provided by the desktop-profiles package to do the following: - have both KDE and XFCE use whatever /usr/share/images/desktop-base/desktop-background points to as background by default - make XFCE use what /usr/share/images/desktop-base/desktop-splash points to as splashscreen by default (doesn't work for KDE as it's splash-engine needs more then just a picture to be customized) The above is activated by default, if you want it de-activated by default change the 5th field in the included desktop-base.listing (csv file with semi-colons as delimiter) to contain an exlamation mark. -- Cheers, cobaco /\ ASCII Ribbon Campaign \ / No proprietary formats in attachments without request X i.e. *NO* WORD, POWERPOINT or EXCEL documents / \ Respect Open Standards http://www.fsf.org/philosophy/no-word-attachments.html http://www.goldmark.org/netrants/no-word/attach.html diff -rNu desktop-base-0.3.16/debian/changelog patched-0.3.16/debian/changelog --- desktop-base-0.3.16/debian/changelog 2005-10-09 21:15:10.0 +0200 +++ patched-0.3.16/debian/changelog 2006-01-06 10:20:07.0 +0100 @@ -1,3 +1,10 @@ +desktop-base (0.3.16-patched1) unstable; urgency=low + + * Use desktop-profiles to set up XFCE4 and KDE to use the stuff in this +package + + -- Bart Cornelis (cobaco) [EMAIL PROTECTED] Thu, 5 Jan 2006 22:23:35 +0100 + desktop-base (0.3.16) unstable; urgency=low * GNOME Team Upload diff -rNu desktop-base-0.3.16/desktop-base.listing patched-0.3.16/desktop-base.listing --- desktop-base-0.3.16/desktop-base.listing 1970-01-01 01:00:00.0 +0100 +++ patched-0.3.16/desktop-base.listing 2006-01-18 14:37:04.0 +0100 @@ -0,0 +1,19 @@ +# The profiles listed here set up the various Desktop environments to use the +# background, splashscreen, ... provided by the destkop-base package, details +# are listed in the comments above each profile +# +# See the desktop-profiles (7) man page for details about the format of this +# file, and how it will be used + + +# For KDE the following is done: +# - use what /usr/share/images/desktop-base/desktop-background points to as +# background +kde-branding;KDE;/usr/share/desktop-base/profiles/kde;;;Debian kde customization + +# For XFCE the following is done: +# - use what /usr/share/images/desktop-base/desktop-background points to as +# background +# - use what /usr/share/images/desktop-base/desktop-splash points to for +# the splash-screen +xfce-branding;XDG_CONFIG;/usr/share/desktop-base/profiles/xdg-config;;;Debian xfce4 customization diff -rNu desktop-base-0.3.16/Makefile patched-0.3.16/Makefile --- desktop-base-0.3.16/Makefile 2005-10-09 21:00:06.0 +0200 +++ patched-0.3.16/Makefile 2006-01-06 10:18:24.0 +0100 @@ -21,6 +21,19 @@ mkdir -p $(DESTDIR)/usr/share/desktop-base $(INSTALL) $(DESKTOPFILES) $(DESTDIR)/usr/share/desktop-base/ +# kde-setup + mkdir -p $(DESTDIR)/usr/share/desktop-base/profiles/kde/share/config + $(INSTALL) $(wildcard profiles/kde/share/config/*) $(DESTDIR)/usr/share/desktop-base/profiles/kde/share/config + + # xfce4 setup (uses the more general freedesktop stuff) + mkdir -p $(DESTDIR)/usr/share/desktop-base/profiles/xdg-config/xfce4/mcs_settings + $(INSTALL) $(wildcard profiles/xdg-config/xfce4/mcs_settings/*) $(DESTDIR)/usr/share/desktop-base/profiles/xdg-config/xfce4/mcs_settings + mkdir -p $(DESTDIR)/usr/share/desktop-base/profiles/xdg-config/xfce4-session + $(INSTALL) $(wildcard profiles/xdg-config/xfce4-session/*) $(DESTDIR)/usr/share/desktop-base/profiles/xdg-config/xfce4-session + + mkdir -p $(DESTDIR)/etc/desktop-profiles + $(INSTALL) desktop-base.listing $(DESTDIR)/etc/desktop-profiles/ + mkdir -p $(DESTDIR)/usr/share/pixmaps $(INSTALL) $(PIXMAPS) $(DESTDIR)/usr/share/pixmaps/ diff -rNu desktop-base-0.3.16/profiles/kde/share/config/kdesktoprc patched-0.3.16/profiles/kde/share/config/kdesktoprc --- desktop-base-0.3.16/profiles/kde/share/config/kdesktoprc 1970-01-01 01:00:00.0 +0100 +++ patched-0.3.16/profiles/kde/share/config/kdesktoprc 2006-01-05 21:06:21.0 +0100 @@ -0,0 +1,18 @@ +[Desktop0] +BackgroundMode=VerticalGradient +BlendBalance=100 +BlendMode=NoBlending +ChangeInterval=60 +Color1=30,114,160 +Color2=192,192,192 +CurrentWallpaper=0 +LastChange=0 +MinOptimizationDepth=1 +MultiWallpaperMode=NoMulti +Pattern= +Program= +ReverseBlending=false +UseSHM=false +Wallpaper=/usr/share/images/desktop-base/default +WallpaperList= +WallpaperMode=Scaled diff -rNu desktop-base-0.3.16/profiles/xdg-config/xfce4/mcs_settings/desktop.xml patched-0.3.16/profiles/xdg-config/xfce4/mcs_settings/desktop.xml --- desktop-base-0.3.16/profiles/xdg-config/xfce4/mcs_settings/desktop.xml 1970-01-01 01:00:00.0 +0100 +++
Bug#466113: [INTL:nl] Dutch po-debconf translation
Package: virtualbox-ose Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#466441: [INTL:nl] Dutch po-debconf translation
Package: wipl Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#466439: [INTL:nl] Dutch po-debconf translation
Package: planet Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#466442: [INTL:nl] Dutch po-debconf translation
Package: nagios2 Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#466443: [INTL:nl] Dutch po-debconf translation
Package: popfile Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#466440: [INTL:nl] Dutch po-debconf translation
Package: libphidgets Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#466445: [INTL:nl] Dutch po-debconf translation
Package: traffic-vis Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#461183: [INTL:nl] Updated Dutch po-debconf translation
Package: pcd2html Severity: wishlist Tags: patch l10n Please find attached the updated dutch po-debconf translation. Please add it to your next package revision, it should replace the current debian/po/nl.po in your package tree, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#463434: [INTL:nl] Updated Dutch po-debconf translation
Package: tzdata Severity: wishlist Tags: patch l10n Please find attached the updated dutch po-debconf translation. Please add it to your next package revision, it should replace the current debian/po/nl.po in your package tree, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#463441: [INTL:nl] Updated Dutch po-debconf translation
Package: ampache Severity: wishlist Tags: patch l10n Please find attached the updated dutch po-debconf translation. Please add it to your next package revision, it should replace the current debian/po/nl.po in your package tree, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#463445: [INTL:nl] Updated Dutch po-debconf translation
Package: ocfs2-tools Severity: wishlist Tags: patch l10n Please find attached the updated dutch po-debconf translation. Please add it to your next package revision, it should replace the current debian/po/nl.po in your package tree, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#463447: [INTL:nl] Updated Dutch po-debconf translation
Package: davfs2 Severity: wishlist Tags: patch l10n Please find attached the updated dutch po-debconf translation. Please add it to your next package revision, it should replace the current debian/po/nl.po in your package tree, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#464538: [INTL:nl] Dutch po-debconf translation
Package: tipcutils Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#464536: [INTL:nl] Dutch po-debconf translation
Package: redhat-cluster Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#464537: [INTL:nl] Dutch po-debconf translation
Package: phamm Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#457806: updated patch
there was a late review that introduced some changes, new version attached -- Cheers, cobaco (aka Bart Cornelis) etckeeper_nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#459540: [INTL:nl] Updated Dutch po-debconf translation
Package: shorewall-common Severity: wishlist Tags: patch l10n Please find attached the updated dutch po-debconf translation. Please add it to your next package revision, it should replace the current debian/po/nl.po in your package tree, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#459541: [INTL:nl] Updated Dutch po-debconf translation
Package: gcl Severity: wishlist Tags: patch l10n Please find attached the updated dutch po-debconf translation. Please add it to your next package revision, it should replace the current debian/po/nl.po in your package tree, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#459702: [INTL:nl] Dutch po-debconf translation
Package: kdesudo Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#452949: [INTL:nl] Dutch po-debconf translation
Package: diald Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#452951: [INTL:nl] Dutch po-debconf translation
Package: proofgeneral Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#452948: [INTL:nl] Dutch po-debconf translation
Package: rtfm Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#452950: [INTL:nl] Dutch po-debconf translation
Package: openldap2.3 Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#452952: [INTL:nl] Dutch po-debconf translation
Package: courier Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#452953: [INTL:nl] Dutch po-debconf translation
Package: delo Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#453416: fish snippets in /etc/fish.d generate an unnecesary warning
Package: lintian Severity: minor the fish shell provides the /etc/fish.d directory for snippets that customize the shell environment. Obviously these are only run when starting a fish shell instance, and thus when fish is present. Consequently the following error is unnecessary: missing-dep-for-interpreter fish = fish (.snippet-file) (the desktop-profiles package uses such a snippet to deal with a corner-case bug for fish users) -- cobaco (aka Bart Cornelis) signature.asc Description: This is a digitally signed message part.
Bug#453417: c-shell snippets in /etc/csh/login.d generate 2 spurious warnings
Package: lintian Severity: minor csh/tcsh provide the /etc/csh/login.d directory for snippets that customize the shell environment. Obviously these are only run when starting a c-shell instance, and thus when csh/tcsh are present. Consequently the following 2 errors are unnecessary: - missing-dep-for-interpreter csh = c-shell | tcsh (.snippet-file) - csh-considered-harmful .snippet-file (the desktop-profiles package uses such a snippet to deal with a corner-case bug for csh/tcsh users) -- cobaco (aka Bart Cornelis) signature.asc Description: This is a digitally signed message part.
Bug#453699: [INTL:nl] Dutch po-debconf translation
Package: analog Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#453696: [INTL:nl] Dutch po-debconf translation
Package: mailreader Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#453695: [INTL:nl] Dutch po-debconf translation
Package: textpattern Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#453698: [INTL:nl] Dutch po-debconf translation
Package: blootbot Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) blootbot_1.2.0-6_nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#453697: [INTL:nl] Dutch po-debconf translation
Package: jspwiki Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#455869: [INTL:nl] Dutch po-debconf translation
Package: playmidi Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#457034: [INTL:nl] Updated Dutch po-debconf translation
Package: zephyr Severity: wishlist Tags: patch l10n Please find attached the updated dutch po-debconf translation. Please add it to your next package revision, it should replace the current debian/po/nl.po in your package tree, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#457343: [INTL:nl] Dutch po-debconf translation
Package: ipplan Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#457806: [INTL:nl] Dutch po-debconf translation
Package: etckeeper Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#457807: [INTL:nl] Dutch po-debconf translation
Package: proftpd-dfsg Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#414760: updated translation
updated the translation following the request for translations on debian-i18n -- Cheers, cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#462435: [INTL:nl] Updated Dutch po-debconf translation
Package: mimedefang Severity: wishlist Tags: patch l10n Please find attached the updated dutch po-debconf translation. Please add it to your next package revision, it should replace the current debian/po/nl.po in your package tree, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#462436: [INTL:nl] Dutch po-debconf translation
Package: libpam-mount Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#462436: [INTL:nl] Dutch po-debconf translation
On Friday 25 January 2008, Christian Perrier wrote: Quoting cobaco (aka Bart Cornelis) ([EMAIL PROTECTED]): Package: libpam-mount Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. Bart's file incorrectlyused CHARSET as charset which makes the PO file invalid. :o, sorry about that Attached is the corrected file. I did put UTF-8 as charset but, anyway, it seems to me that Dutch makes little if no use of non ASCII characters and I actually saw none of these in that file. correct -- Cheers, cobaco (aka Bart Cornelis) signature.asc Description: This is a digitally signed message part.
Bug#450981: [INTL:nl] Dutch po-debconf translation
Package: gclcvs Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450991: [INTL:nl] Dutch po-debconf translation
Package: axyl-lucene Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450978: [INTL:nl] Dutch po-debconf translation
Package: remem Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450985: [INTL:nl] Dutch po-debconf translation
Package: ocsinventory-server Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450977: [INTL:nl] Dutch po-debconf translation
Package: karrigell Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450989: [INTL:nl] Dutch po-debconf translation
Package: jffnms Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450976: [INTL:nl] Dutch po-debconf translation
Package: glpi Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450980: [INTL:nl] Dutch po-debconf translation
Package: pdnsd Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450986: [INTL:nl] Dutch po-debconf translation
Package: fprobe-ulog Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450994: [INTL:nl] Dutch po-debconf translation
Package: x10 Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450973: [INTL:nl] Dutch po-debconf translation
Package: avelsieve Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450996: [INTL:nl] Dutch po-debconf translation
Package: vdr-plugin-bitstreamout Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450969: [INTL:nl] Dutch po-debconf translation
Package: sn Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450983: [INTL:nl] Dutch po-debconf translation
Package: penggy Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450971: [INTL:nl] Dutch po-debconf translation
Package: solid-pop3d Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450974: [INTL:nl] Dutch po-debconf translation
Package: irqbalance Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450982: [INTL:nl] Dutch po-debconf translation
Package: mopd Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450984: [INTL:nl] Dutch po-debconf translation
Package: phpgacl Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450987: [INTL:nl] Dutch po-debconf translation
Package: radiusd-livingston Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450990: [INTL:nl] Dutch po-debconf translation
Package: scuttle Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450992: [INTL:nl] Dutch po-debconf translation
Package: bbclone Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450970: [INTL:nl] Dutch po-debconf translation
Package: jwchat Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450975: [INTL:nl] Dutch po-debconf translation
Package: sugarplum Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450995: [INTL:nl] Dutch po-debconf translation
Package: faqomatic Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450972: [INTL:nl] Dutch po-debconf translation
Package: slbackup-php Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450988: [INTL:nl] Dutch po-debconf translation
Package: libroxen-imho Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450993: [INTL:nl] Dutch po-debconf translation
Package: wzdftpd Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#450979: [INTL:nl] Dutch po-debconf translation
Package: pdsh Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.
Bug#451011: [INTL:nl] Dutch po-debconf translation
Package: zekr-quran-translations-en Severity: wishlist Tags: patch l10n Please find attached the dutch po-debconf translation. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. -- cobaco (aka Bart Cornelis) nl.po Description: application/gettext signature.asc Description: This is a digitally signed message part.