Re: proposal: per-user temporary directories on by default?
Tollef Fog Heen <[EMAIL PROTECTED]> writes:
> ATM, TMPDIR is defined using #define in libpam-tmpdir's source.
> Patches for having that as a run-time configuration are accepted.
Attached is a patch to allow you to specify TMPDIR in the relevent
pam.d file, like so:
session optional pam_tmpdir.so tmpdir=/tmp/users
It does not (yet) expand ~, $HOME, or the like. I'd like someone to
look it over to make sure I didn't open any security holes or cause
any stupid bugs. (I do realise that it trusts the contents of the
pam.d file... not sure how paranoid to be about that.)
Thanks,
Kevin
Index: pam-tmpdir-helper.c
===
--- pam-tmpdir-helper.c (revision 1)
+++ pam-tmpdir-helper.c (working copy)
@@ -27,6 +27,8 @@
#define SYSUSRTMP "/tmp/user"
+char *tmpdir;
+
/* some syslogging */
static void _log_err(int err, const char *format, ...)
@@ -47,48 +49,48 @@
struct stat statbuf;
mode_t old_umask;
- ret = lstat(SYSUSRTMP,&statbuf);
+ ret = lstat(tmpdir,&statbuf);
if (ret == -1 && errno != ENOENT) {
-snprintf(logbuf,sizeof logbuf,"lstat SYSUSRTMP failed: %s\n", strerror(errno));
+snprintf(logbuf,sizeof logbuf,"lstat tmpdir failed: %s\n", strerror(errno));
_log_err(LOG_NOTICE, "%s", logbuf);
return 1;
} else if (ret != -1 && statbuf.st_uid != 0) {
/* Somebody else than root has grabbed /tmp/user. Bad, bad, bad. */
snprintf(logbuf,sizeof logbuf,"%s is owned by uid %d instead of root "
- "(uid 0). Failed to create safe $TMPDIR\n", SYSUSRTMP,
+ "(uid 0). Failed to create safe $TMPDIR\n", tmpdir,
statbuf.st_uid);
_log_err(LOG_ERR, "%s", logbuf);
return 1;
} else if (ret != -1 && !S_ISDIR(statbuf.st_mode)) {
-snprintf(logbuf,sizeof logbuf,"%s is not a directory. Failed to create safe $TMPDIR\n", SYSUSRTMP);
+snprintf(logbuf,sizeof logbuf,"%s is not a directory. Failed to create safe $TMPDIR\n", tmpdir);
_log_err(LOG_NOTICE, "%s", logbuf);
return 1;
} else if (ret != -1 && ((statbuf.st_mode & S_IWGRP) || (statbuf.st_mode & S_IWOTH))) {
snprintf(logbuf,sizeof logbuf,"%s is group or world writable. "
- "Failed to create safe $TMPDIR\n", SYSUSRTMP);
+ "Failed to create safe $TMPDIR\n", tmpdir);
_log_err(LOG_NOTICE, "%s", logbuf);
return 1;
} else if (ret != -1 && !(statbuf.st_mode & S_IXOTH)) {
snprintf(logbuf,sizeof logbuf,"%s is not world searchable. "
- "Failed to create safe $TMPDIR\n", SYSUSRTMP);
+ "Failed to create safe $TMPDIR\n", tmpdir);
_log_err(LOG_NOTICE, "%s", logbuf);
return 1;
} else if (ret == -1 && errno == ENOENT) {
old_umask = umask();
-if (mkdir(SYSUSRTMP,0711) == -1) {
- snprintf(logbuf,sizeof logbuf,"mkdir SYSUSRTMP failed: %s\n", strerror(errno));
+if (mkdir(tmpdir,0711) == -1) {
+ snprintf(logbuf,sizeof logbuf,"mkdir tmpdir failed: %s\n", strerror(errno));
_log_err(LOG_NOTICE, "%s", logbuf);
return 1;
}
umask(old_umask);
-if (chown(SYSUSRTMP,0,0) == -1) {
- snprintf(logbuf,sizeof logbuf,"chown 0:0 SYSUSRTMP failed: %s\n", strerror(errno));
+if (chown(tmpdir,0,0) == -1) {
+ snprintf(logbuf,sizeof logbuf,"chown 0:0 tmpdir failed: %s\n", strerror(errno));
_log_err(LOG_NOTICE, "%s", logbuf);
return 1;
}
}
- if (snprintf(buf, sizeof buf, "%s/%d",SYSUSRTMP,getuid()) == -1) {
+ if (snprintf(buf, sizeof buf, "%s/%d",tmpdir,getuid()) == -1) {
return 1;
}
ret = lstat(buf,&statbuf);
@@ -131,5 +133,29 @@
}
int main(int argc, char **argv) {
+ /* Parse our command line arguments. We assume that
+ * we will either receive one argument (the tmpdir path),
+ * or none at all (in which case, we set tmpdir to be SYSUSRTMP).
+ */
+
+ if (argc == 2) {
+ if ((tmpdir = malloc(strlen(argv[1]) + 1)) == NULL) {
+ _log_err(LOG_ERR, "malloc failed. Out of memory.");
+ return 1;
+ }
+ strcpy(tmpdir, argv[1]);
+ } else if (argc == 1) {
+ if ((tmpdir = malloc(strlen(SYSUSRTMP) + 1)) == NULL) {
+ _log_err(LOG_ERR, "malloc failed. Out of memory.");
+ return 1;
+ }
+ strcpy(tmpdir, SYSUSRTMP);
+ } else {
+ _log_err(LOG_ERR, "Incorrect number of arguments. Giving up.");
+ return 1;
+ }
+
+ /* At this point, tmpdir should contain a valid TMPDIR path. */
+
return make_tmp_directory();
}
Index: pam_tmpdir.c
===
--- pam_tmpdir.c (revision 1)
+++ pam_tmpdir.c (working copy)
@@ -43,7 +43,10 @@
#define SYSUSRTMP "/tmp/user"
#define PAM_TMPDIR_HELPER "/sbin/pam-tmpdir-helper"
+#define TMPDIR_INTRO "tmpdir="
+char *tmpdir = NULL;
+
static int set_environment(pam_handle_t *pamh);
static int make_tmp_directory(pam_handle_t *pamh);
@@ -85,16 +88,45 @@
#define PAM_ENV_SILENT 0x04
#define PAM_NEW_ENV_FILE0x10
+static int set_tmpdir(int argc, c
Re: Bug#201769: gradm doesn't build on ia64
On Tue, 2003-07-29 at 18:20, martin f krafft wrote: > gradm doesn't support ia64 yet. What are the implications that > result from this. I don't think we should remove it from the > distribution, as it is a very important and handy tool... The usual course of action, then, is to only list the architectures it builds on, rather than 'any. > Can we provide ia64 development space for the guys at grsecurity? http://testdrive.hp.com/ has limited (actually, unlimited, which is the problem) free IA64 porting/testing facilities. -- Joe Wreschnig <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: debconf 2005 in Vienna, Austria
On Tue, Jul 29, 2003 at 10:23:16PM -0500, Gunnar Wolf wrote: Cheap hotels, cheap booze, cheap food, and cheap whores. :-) More or less like here... In fact, if you look hard enough, maybe you can get them cheaper here ;-) Two questions; where is "here" for you, and when is the debconf happening in Vancouver, Canada? I am here now, but don't know where I'll be in the next three years. Jonathan -- It's not true unless it makes you laugh, but you don't understand it until it makes you weep. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Geek House Productions, Ltd. Providing Unix & Internet Contracting and Consulting, QA Testing, Technical Documentation, Systems Design & Implementation, General Programming, E-commerce, Web & Mail Services since 1998 Phone: 604-435-1205 Email: [EMAIL PROTECTED] Webpage: http://reactor-core.org Address: 2459 E 41st Ave, Vancouver, BC V5R2W2 pgpgAP2YgQ3pj.pgp Description: PGP signature
Debconf 3 - the experience
This is a first attempt at summarizing Debconf3 and Debcamp (not sure
whether that is Debcamp3, Debcamp0 or just [EMAIL PROTECTED] or
something :) Please contribute to this thread to share your
experiences and give feedback.
First, a huge thanks to all those who helped out, without you, there
wouldn't have been a conference at all. Some names: Andreas Schuldei,
for pestering me and getting all the sponsors lined up. Petter
Reinholdtsen for arranging all the local technical stuff, so we
actually had a working network and so on, Morten Kjelkenes for
arranging food and lots of practical details. Thanks to the people
manning the information desk and those guarding the gym hall, and of
course thanks to all the rest of you who helped out. It was
appreciated and made Debconf3 a success.
The first people started arriving on Friday July 18th, the last left
on July 28th. Debcamp was about double the size of what I expected,
most of the time we were 50-60 people there, happily hacking on
various projects and doing small workshops/discussions. Among the
discussions were one about what role SPI (baby SPIs? Rename it to the
Debian Foundation?) should have and another one on how to solve the CD
mirroring problem (which, for those of you who don't know, is that we
haven't gotten any official CDs which are newer than 2.2r7. Which is
a bit old.) Debian-installer bounced a huge step forward, a lot of
small issues were ironed out and some features were added (we have
working PCMCIA and USB now).
On Thursday, we had a barbecue. Or rather, NUUG had a barbecue which
most of Debcamp attended. It was very nice, both the food and the
drinks.
The conference itself started on Friday July 25th with an SPI
workshop, a FAI workshop and a keysigning party. The keysigning party
was a bit disorganized, it seems like organizing 100 people at once is
quite hard. Many were disappointed about particularly the ID step,
since it was fairly hard to actually see the face of the
participants.
Saturday was packed with talks about everything from CDBS (Common
Debian Build System) to the ftp-masters explaining how katie works to
Bdale talking about the relationship between Debian and HP. In
addition, we had a dinner on Saturday which was quite good (though not
enough meat, due to a misunderstanding with the chef).
Sunday started a bit chaotic when a power station blew up and left the
building dark, not that most geeks noticed. ;) A problem was that our
first speaker, Javier Fernández-Sanguino Peña was stuck on a subway,
which didn't move (since it's electric). So we rearranged the
schedule somewhat. We had talks about Skolelinux and how it uses d-i
and base-config to set up a custom Debian installation with services
preconfigured using just three questions, and about the renaming of
«Internal projects» or «Flavours» or «Sub-distributions» to «Custom
Debian», and what Custom Debian is. Branden talked about subversion
and at least raised my interest in looking into it.
Debcamp was a lot bigger (in terms of people attending) and was even
more fun than I thought it was. The gym was a great place to hang out
and drink beer/whisk{,e}y/tequila/cognac/... People complained about
Norway being a bit hot, which we, unfortunately, could do nothing
about. I was dead tired when it was over, but I had gotten myself a
few new friends and gotten to know some of the people I've been
IRC-ing with for years face to face. Quite fun. Debcamp should be a
part of the conference as it was now, it was _very_ productive.
I'd like to thank all of you for coming. I had a great time, and I
know I will be at Debconf 4.
--
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are : :' :
`. `'
`-
Re: debconf 2005 in Vienna, Austria
* Christian Perrier <[EMAIL PROTECTED]> [2003-07-29 17:37]: > Quoting Sebastian D.B. Krause ([EMAIL PROTECTED]): >> > July in Vienna! More power to you! >> >> Well, but then try not to be on the same date as LinuxTag 2005. :) If you would have read the paragraph that was quoted you would have seen that a conflict with other events (like LinuxTag) is a no way :) > But close to it would be a good idea also. Dunno whether LinuxTag > happens on a week-end or during the week, but it would be ideal to > have Debconf one week after LinuxTag (so that people attending LT > could come at DebCamp in the between). Yes, that's what I thought about initially, too. Joey? When does LT 2k5 happen to be? ,) > And, I definitely vote for Vienna. Wonderful city which I could easily > convince wife and kids to plan a visit to...which could excuse a > week-end geeking for myself just in the neighborhood.. :-) Which brings me to one point: My wife plans to do handling of children during the stay. She is about to start studying paedagogy and had one test for her A-levels in paedagogy too, so I am quite confident that she will do the right thing[tm]. > Another good argument for Vienna : being central in Europe, it is > close to the most eastern countries of the continent... Yes, thats one major reason, too. So the travel for people from eastern europe won't be too expensive and long. > Gerfried, I guess you're crazy but this is a great idea. Of course I'm crazy :) I wonder if that should be a check in the NM process. So long, ALfie -- SILVER SERVER \\ \\ \ [EMAIL PROTECTED] www.sil.at keep your backbone tidy
Re: Debian 10th birthday gear
On Tue, Jul 08, 2003 at 12:58:01PM -0500, Adam Heath wrote: > On Tue, 8 Jul 2003, Anand Kumria wrote: > > > Hi all, > > > > [ forward as required ] > > > > I'm planning on doing some 10th birthday gear. I'm intending to get some > > t-shirts made up but if people would like something else instead/as well > > then let me know. Naturally you'll probably find it simpler to get your > > own made up if you don't live in Sydney, Australia. > > Hat? > > Is there a debian patch that can be applied to hats, shirts, backpacks? > Actually I was thinking about a red fedora - but that has been done already. It turns out I'll be probably be doing some bags with a embroided Debian logo on the front and the birthday text (10 Projects ... 1 packages) on the back. I've got about 25 people interested in the first kind (b235) and only 5 in the second kind (b247). Minimum order is typically 50. http://www.progsoc.org/~wildfire/debian/bags/deb-b235.png> http://www.progsoc.org/~wildfire/debian/bags/deb-b247a.png> The likely price would be AUD$30 for b235 and AUD$25 for b247. A shipment will be headed to HP via Bdale; so overseas orders aren't out of the question. I've also been thinking about getting some glassware made up. Pint glasses (left) or Schooners (right) for AUD$9 and AUD$16 respectively with a Debian logo, the words 'Debian' and '10 Years' on them. I've had about 15 people interested in the Pint (minimum number is 72) and none in the Schooners. http://www.progsoc.org/~wildfire/debian/mugs.png> If you, or anyone else, is interested shipping those overseas could be arranged (with the caveat that glass might break in transit). I need to know by this Friday to get them in time for Aug 16th so if you'd like any of this stuff, let me know. Regards, Anand -- `` We are shaped by our thoughts, we become what we think. When the mind is pure, joy follows like a shadow that never leaves. '' -- Buddha, The Dhammapada
Re: debconf 2005 in Vienna, Austria
Quoting Karsten Merker ([EMAIL PROTECTED]): > > But close to it would be a good idea also. Dunno whether LinuxTag > > happens on a week-end or during the week, but it would be ideal to > > have Debconf one week after LinuxTag (so that people attending LT > > could come at DebCamp in the between). > > LinuxTag is usually from Thursday to Sunday. I thought it was 1 day long.. :-) Anyway, that could give the following schedule : Thursday-Sunday : LinuxTag at WhereverHeim, Germany Sunday evening : folks travel to Debcamp in Vienna, Austria Monday-Friday : Debcamp Saturday, Sunday : Debconf
Re: Umfrage Internet Portal fuer behinderte Menschen
Andreas Riechmann wrote: > [German Spam] I just wrote some abuse-mails, just FYI. - Alexander pgp03FKZQ3M6A.pgp Description: PGP signature
ITP: libapache2-mod-auth-pam -- module for Apache2 which authenticate using PAM
Package: wnpp
Version: unavailable; reported 2003-07-30
Severity: wishlist
* Package name: libapache2-mod-auth-pam
Version : 1.1.1
* URL : http://pam.sourceforge.net/mod_auth_pam/
* License : Apache
Description : module for Apache2 which authenticate using PAM
Source: libapache2-mod-auth-pam
Maintainer: Piotr Roszatycki <[EMAIL PROTECTED]>
Section: web
Priority: extra
Standards-Version: 3.6.0
Build-Depends: apache2-dev, yada (>= 0.16)
Origin: debian
Package: libapache2-mod-auth-pam
Architecture: any
Depends: apache2-common (>= 2.0.47-1), ${libapache2-mod-auth-pam:Depends}
Description: Module for Apache2 which authenticate using PAM
mod_auth_pam implements authentication routines using PAM (Plugable
Authentication Modules) for apache's authentication protocol.
.
This package provides the module for Apache 2.0 server.
Package: libapache2-mod-auth-sys-group
Architecture: any
Depends: apache2-common (>= 2.0.47-1), ${libapache2-mod-auth-sys-group:Depends}
Description: Module for Apache2 which checks user against system group
mod_auth_sys_group implements 'require group' functionality against system
group database.
.
This package provides the module for Apache 2.0 server.
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux ginger 2.4.20-pld-9pl2-1.70.2.880-test-pentiumiii #1 Fri Jul 25
12:06:03 CEST 2003 i686
Locale: LANG=pl_PL, LC_CTYPE=pl_PL
--
Piotr Roszatycki, Netia Telekom S.A..''`.
mailto:[EMAIL PROTECTED] : :' :
mailto:[EMAIL PROTECTED] `. `'
`-
Re: debconf 2005 in Vienna, Austria
On Tue, Jul 29, 2003 at 07:50:20PM -0700, Jonathan Walther wrote: > >Please, let's decide based on facts rather than some hopelessly obsolete > >sympathy for the so-called Eastern Europe(TM). > > What sympathy? The Slavic nations should form their own union, and > Canada, the USA, Australia, and New Zealand should be admitted to the > EU. If you have to spout nonsense, fine, but can you at least not Cc: it to me? -- 2. That which causes joy or happiness.
Re: DebBugs and Bugzilla synchronization
On Tue, Jul 29, 2003 at 12:02:10PM -0500, Branden Robinson wrote: > On Tue, Jul 29, 2003 at 05:52:07PM +0200, Erich Schubert wrote: > > This is just a small helper, some real integration of debbugs with > > bugzilla would be cool, like debbugs subscribing to the upstream bug and > > automatically tagging the bug "pending" when fixed upstream? > > Probably not a good idea; Anthony Towns would just strip them off > again.[1] How about new BTS tag like "nextver"? Cheers, Andrew "Netsnipe" Lau -- -- * Andrew "Netsnipe" Lau Computer Science & Student Rep, UNSW * * # apt-get into itDebian GNU/Linux Package Maintainer * * * * 1024D/2E8B68BD: 0B77 73D0 4F3B F286 63F1 9F4A 9B24 C07D 2E8B 68BD * -- pgp9bJ44rG8vv.pgp Description: PGP signature
Re: Debian 10th birthday gear
On Wed, Jul 30, 2003 at 05:40:26PM +1000, Anand Kumria wrote: > If you, or anyone else, is interested shipping those overseas could be > arranged (with the caveat that glass might break in transit). I need to > know by this Friday to get them in time for Aug 16th so if you'd like > any of this stuff, let me know. What kind of shipping costs would be tacked on for overseas orders? -- Steve Langasek postmodern programmer pgpJf1vqvKkSL.pgp Description: PGP signature
Re: debconf 2005 in Vienna, Austria
On Wed, Jul 30, 2003 at 09:22:57AM +0200, Christian Perrier wrote: > Anyway, that could give the following schedule : > > Thursday-Sunday : LinuxTag at WhereverHeim, Germany > Sunday evening : folks travel to Debcamp in Vienna, Austria > Monday-Friday : Debcamp > Saturday, Sunday : Debconf Just my 2 cents: DebConf should no more end on sunday afternoon/evening but on morning by lunch time. This is for a simple reason (i sow at DebConf 3): people start leaving in the afternoon to be home by evening/night. It's better to let it start a day before than make it end with people so in hurry. Because of this i could not attend Branden talk about SubVersion at DebConf 3: how am i supposed to live on this? Some time, life is really unfair. ciao, -- Luca - De Whiskey's - De Vitis | Elegant or ugly code as well aliases: Luca ^De [A-Z][A-Za-z\-]*[iy]'\?s$ | as fine or rude sentences have Luca, a wannabe ``Good guy''. | something in common: they local LANG="[EMAIL PROTECTED]" | don't depend on the language.
Re: debconf 2005 in Vienna, Austria
On Wed, Jul 30, 2003 at 09:22:57AM +0200, Christian Perrier wrote: > Quoting Karsten Merker ([EMAIL PROTECTED]): > > Anyway, that could give the following schedule : > > Thursday-Sunday : LinuxTag at WhereverHeim, Germany > Sunday evening : folks travel to Debcamp in Vienna, Austria > Monday-Friday : Debcamp > Saturday, Sunday : Debconf What about debcamp : saturday -> thursday debconf : friday -> sunday morning ? Some of us do not want/cannot go to linuxtag, but we could be in vienna already friday evening or saturday morning. data -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.21 You're just jealous because I'm a real freak and you have to wear a mask. --Penguin (Batman Returns)
Re: debconf 2005 in Vienna, Austria
Quoting Gerfried Fuchs ([EMAIL PROTECTED]): > Which brings me to one point: My wife plans to do handling of children > during the stay. She is about to start studying paedagogy and had one > test for her A-levels in paedagogy too, so I am quite confident that she > will do the right thing[tm]. Including 17, 15 and 13-year old children ? :-). About the oldest one, he will maybe already be a DD at this time.so he may attend the conference...
Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
Package: wnpp Version: unavailable; reported 2003-07-30 Severity: wishlist * Package name: decss Version : 0.06 Upstream Author : Mr. Bad of Pigdog Journal <[EMAIL PROTECTED]> * URL : http://www.pigdog.org/decss/ * License : Artistic Description : utility for stripping CSS tags from an HTML page. DeCSS is a utility for stripping Cascading Style Sheet (CSS) tags from an HTML page. That's all it does. It has no relationship whatsoever to encryption, copy protection, movies, software freedom, oppressive industry cartels, Web site witch hunts, or any other bad things that could get you in trouble. There are license problems. The Artistic license is not present in their distribution. I'll ask the author about this. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux aragorn 2.2.25 #1 Fri Jun 20 19:28:33 EST 2003 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]
Re: DebConf in Vancouver (Re: debconf 2005 in Vienna, Austria)
On Tue, 2003-07-29 at 22:09, Matt Zimmerman wrote: > On Tue, Jul 29, 2003 at 07:22:00PM -0500, Gunnar Wolf wrote: > > > Next Debconf is scheduled to be held in Vancouver, Canada. > > That would be excellent. Who is organizing it? Me, if it ends up happening in Vancouver.
Re: debconf 2005 in Vienna, Austria
On Tue, Jul 29, 2003 at 08:36:15PM -0500, Gunnar Wolf wrote: > > > I have coordinated some Free Software conferences in Mexico, and I know > > > I can easily get some universities to host us. Mexico is quite a cheap > > > country, so that would be a very good point for us. > > Oh, by the sounds of how DebConf 3 went, I figured Tijuana would be the > > first choice... ;) > > Me, I'm not picky. I'm in favor of conferences, wherever they're held. > Tijuana?! > Being curious... What would you expect to find in Tijuana? > The cities along the border are the most ugly and insecure places in > Mexico. I have only been to Nuevo Laredo once, and it scared me - And a > friend from that area told me it is among the best :-/ Yes, Tijuana is a notorious destination for US college students seeking to evade certain legal prohibitions in this country, chosen for its proximity to the border. Not a serious suggestion :) -- I'd much prefer the conference to be held somewhere that would accomodate an archaeological daytrip... -- Steve Langasek postmodern programmer pgpbYFBwyAADW.pgp Description: PGP signature
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
On Wed, Jul 30, 2003 at 03:52:51PM +, [EMAIL PROTECTED] wrote: > Package: wnpp > Version: unavailable; reported 2003-07-30 > Severity: wishlist > > * Package name: decss Like that won't be a confusing package name. ;-p -- Chad Walstrom <[EMAIL PROTECTED]> http://www.wookimus.net/ assert(expired(knowledge)); /* core dump */
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
Chad Walstrom wrote: On Wed, Jul 30, 2003 at 03:52:51PM +, [EMAIL PROTECTED] wrote: Package: wnpp Version: unavailable; reported 2003-07-30 Severity: wishlist * Package name: decss Like that won't be a confusing package name. ;-p If you read the website, that was the point ;) -- Keith
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
On Wed, Jul 30, 2003, Keith Dunwoody wrote: > >>* Package name: decss > > > >Like that won't be a confusing package name. ;-p > > If you read the website, that was the point ;) And what is the point of confusing our users and cluttering the package/ executable namespace with a useless program that could be replaced with a sed one-liner? I object to this ITP. Not very strongly, but I still object. -- Sam.
Re: volunteering accomodations for Vancouver debconf
Jonathan Walther dijo: > Hi. When is this debconf that will be held in Vancouver? I can > provide free accomodations and organic homebrew beer for up to two > developers, preferably ones who are on a tight budget and could not > otherwise make it here. This rises two questions for me: - Debcamp @ vancouver? - Possibility of a gym arrangement similar to Oslo's? I really enjoyed the fact of sharing accomodation. -- .''`.A woman must be a cute, cuddly, naive little thing, : :' : tender, sweet, and stupid-- Adolf Hitler `. `' Proudly running Debian GNU/Linux (Sid 2.4.20 Ext3) `- www.amayita.com www.malapecora.com www.chicasduras.com
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
Hi, On Wed, Jul 30, 2003 at 04:56:15PM +0200, Sam Hocevar wrote: > On Wed, Jul 30, 2003, Keith Dunwoody wrote: > > >>* Package name: decss > > > > > >Like that won't be a confusing package name. ;-p > > > > If you read the website, that was the point ;) > >And what is the point of confusing our users and cluttering the package/ > executable namespace with a useless program that could be replaced with > a sed one-liner? Cluttering the namespace? The name isn't very generic, I'd say. A moderately complex sed one-liner is probably all that's needed, but to have it in a file is nice. If it's so easy to type in, I'd have expected it in your response. >I object to this ITP. Not very strongly, but I still object. I think it's a wonderful idea to have a decss package in Debian. If Debian cannot distribute the decss that allows Debian users to view DVD movies (yet), then distributing this one is a good alternative, I'd say. Cheers, Emile. -- E-Advies - Emile van Bergen [EMAIL PROTECTED] tel. +31 (0)70 3906153 http://www.e-advies.nl
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
Keith Dunwoody <[EMAIL PROTECTED]> writes: > Chad Walstrom wrote: >> On Wed, Jul 30, 2003 at 03:52:51PM +, [EMAIL PROTECTED] wrote: >> >>>Package: wnpp >>>Version: unavailable; reported 2003-07-30 >>>Severity: wishlist >>> >>>* Package name: decss >> Like that won't be a confusing package name. ;-p >> > > If you read the website, that was the point ;) The website also says: "I wrote a small utility called "DeCSS" that strips Cascading Style Sheet tags from an HTML document. Yes, agreed, that's pretty much USELESS, but what the fuck. Maybe somebody wants to do that." Why the hell should this be packaged for Debian? -- I'm sick of being the guy who eats insects and gets the funny syphilis. pgpHPgXF6pLdc.pgp Description: PGP signature
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
On Wed, Jul 30, 2003 at 09:07:19AM -0700, Brian Nelson wrote: > "I wrote a small utility called "DeCSS" that strips Cascading Style > Sheet tags from an HTML document. Yes, agreed, that's pretty much > USELESS, but what the fuck. Maybe somebody wants to do that." > > Why the hell should this be packaged for Debian? Obviously because the ITPer wishes to play a prank on the people who unwittingly install it hoping to crack all of their DVDs. I object strongly too... this is like having one of those 'joke' shells in the archive :) -Josh -- Using words to describe magic is like using a screwdriver to cut roast beef. -- Tom Robbins pgpCCly2EV5b0.pgp Description: PGP signature
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
On Wed, Jul 30, 2003 at 05:56:32PM +0200, Emile van Bergen wrote: > >I object to this ITP. Not very strongly, but I still object. > I think it's a wonderful idea to have a decss package in Debian. If > Debian cannot distribute the decss that allows Debian users to view DVD > movies (yet), then distributing this one is a good alternative, I'd say. You're clearly quite mad. Regardless of whether this script is trivial to implement, it's not something anyone should be encouraged to actually *use*. CSS is the *best* feature of the HTML4 standard. Why would anyone in their right mind wish to strip nearly all the logical structure markup out of a document? -- Steve Langasek postmodern programmer pgpacsyjKuKou.pgp Description: PGP signature
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
On Wed, Jul 30, 2003 at 09:33:15AM -0700, Joshua Kwan wrote: > I object strongly too... this is like having one of those 'joke' shells > in the archive :) Unfortunately, there's a strong historical precedent for the inclusion of csh, making it difficult to get rid of... The same thing could happen if we let this package into the archive. ;) -- Steve Langasek postmodern programmer pgp1EHOE7c4T4.pgp Description: PGP signature
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
On Wed, 30 Jul 2003 11:38:12 -0500 Steve Langasek <[EMAIL PROTECTED]> wrote: > On Wed, Jul 30, 2003 at 05:56:32PM +0200, Emile van Bergen wrote: > > > >I object to this ITP. Not very strongly, but I still object. > > > I think it's a wonderful idea to have a decss package in Debian. If > > Debian cannot distribute the decss that allows Debian users to view > > DVD movies (yet), then distributing this one is a good alternative, > > I'd say. > > You're clearly quite mad. Regardless of whether this script is > trivial to implement, it's not something anyone should be encouraged > to actually*use*. CSS is the *best* feature of the HTML4 standard. > Why would anyone in their right mind wish to strip nearly all the > logical structure markup out of a document? Uhh, it is to tweak the international copyright cartel, and the RIAA in particular. They have written "cease and desist" letters to anyone who has a file names deCSS on their system. This is an attempt to make such a filename so common that these letters are pointless, and possibly evidence of illegal activity. Jim Penny
Re: debconf 2005 in Vienna, Austria
On Wed, 2003-07-30 at 09:22, Christian Perrier wrote: > Quoting Karsten Merker ([EMAIL PROTECTED]): > > > > But close to it would be a good idea also. Dunno whether LinuxTag > > > happens on a week-end or during the week, but it would be ideal to > > > have Debconf one week after LinuxTag (so that people attending LT > > > could come at DebCamp in the between). > > > > LinuxTag is usually from Thursday to Sunday. > > I thought it was 1 day long.. :-) > > Anyway, that could give the following schedule : > > Thursday-Sunday : LinuxTag at WhereverHeim, Germany > Sunday evening : folks travel to Debcamp in Vienna, Austria > Monday-Friday : Debcamp > Saturday, Sunday : Debconf Something like that sounds sane. It gives even the possibility organising a "shuttle"-bus or something likewise from LinuxTag to Vienna, if we know, how many people would be interested and it probably would cut the costs of travelling. (Unless people are in a hurry and i've not checked the distance yet.) Regards, Martin List-Petersen martin at list-petersen dot dk -- There is no delight the equal of dread. As long as it is somebody else's. --Clive Barker signature.asc Description: This is a digitally signed message part
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
On Wed, Jul 30, 2003 at 12:48:55PM -0400, Jim Penny wrote: > On Wed, 30 Jul 2003 11:38:12 -0500 > Steve Langasek <[EMAIL PROTECTED]> wrote: > > > On Wed, Jul 30, 2003 at 05:56:32PM +0200, Emile van Bergen wrote: > > > > > >I object to this ITP. Not very strongly, but I still object. > > > > > I think it's a wonderful idea to have a decss package in Debian. If > > > Debian cannot distribute the decss that allows Debian users to view > > > DVD movies (yet), then distributing this one is a good alternative, > > > I'd say. > > You're clearly quite mad. Regardless of whether this script is > > trivial to implement, it's not something anyone should be encouraged > > to actually*use*. CSS is the *best* feature of the HTML4 standard. > > Why would anyone in their right mind wish to strip nearly all the > > logical structure markup out of a document? > Uhh, it is to tweak the international copyright cartel, and the RIAA in > particular. They have written "cease and desist" letters to anyone who > has a file names deCSS on their system. This is an attempt to make such > a filename so common that these letters are pointless, and possibly > evidence of illegal activity. If the intent is *only* as a political tool, I would agree that this decss program achieves its aims fairly effectively; but it is in no way a useful piece of *software*, which is what Emile seems to be arguing by disagreeing that it's trivial to implement. The question then is whether we want to include programs in Debian which are useful only as something other than software. -- Steve Langasek postmodern programmer pgpWRpHDRkgPY.pgp Description: PGP signature
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Wed, Jul 30, 2003 at 05:56:32PM +0200, Emile van Bergen wrote:
>> >I object to this ITP. Not very strongly, but I still object.
>> I think it's a wonderful idea to have a decss package in Debian. If
>> Debian cannot distribute the decss that allows Debian users to view DVD
>> movies (yet), then distributing this one is a good alternative, I'd say.
> You're clearly quite mad. Regardless of whether this script is trivial
> to implement, it's not something anyone should be encouraged to actually
> *use*. CSS is the *best* feature of the HTML4 standard. Why would
> anyone in their right mind wish to strip nearly all the logical
> structure markup out of a document?
*cough*
CSS is *not* the "logical structure markup" of a html document. The main
feature of HTML4/XHTML and CSS(|2|3) is the separation of structure and
design (as you said): HTML should be used to structure content in a
usable way (ie one can extract the given information from the document
in every environment, with or without a CSS-capable display software)
while CSS is used to create a wonderful world for salesdroids.
Marc
--
$_=')(hBCdzVnS})3..0}_$;//::niam/s~=)]3[))_$(rellac(=_$({pam(esrever })e$.)4/3*
)e$(htgnel+23(rhc,"u"(kcapnu ,""nioj ;|_- |/+9-0z-aZ-A|rt~=e$;_$=e${pam tnirp{y
V2ajFGabus} yV2ajFGa&{gwmclBHIbus}gwmclBHI&{yVGa09mbbus}yVGa09mb&{hBCdzVnSbus';
s/\n//g;s/bus/\nbus/g;eval scalar reverse #
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
Hi, On Wed, Jul 30, 2003 at 11:38:12AM -0500, Steve Langasek wrote: > On Wed, Jul 30, 2003 at 05:56:32PM +0200, Emile van Bergen wrote: > > > >I object to this ITP. Not very strongly, but I still object. > > > I think it's a wonderful idea to have a decss package in Debian. If > > Debian cannot distribute the decss that allows Debian users to view DVD > > movies (yet), then distributing this one is a good alternative, I'd say. > > You're clearly quite mad. Regardless of whether this script is trivial > to implement, it's not something anyone should be encouraged to actually > *use*. CSS is the *best* feature of the HTML4 standard. Why would > anyone in their right mind wish to strip nearly all the logical > structure markup out of a document? CSS is not the logical structure, it provides hints about the rendering of the logical structure as given by the HTML tags. Cheers, Emile. -- E-Advies - Emile van Bergen [EMAIL PROTECTED] tel. +31 (0)70 3906153 http://www.e-advies.nl
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from
Re: Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from [Brian Nelson <[EMAIL PROTECTED]>, Wed, Jul 30, 2003 at 09:07:19AM -0700, <[EMAIL PROTECTED]>] > "I wrote a small utility called "DeCSS" that strips Cascading Style > Sheet tags from an HTML document. Yes, agreed, that's pretty much > USELESS, but what the fuck. Maybe somebody wants to do that." > > Why the hell should this be packaged for Debian? If you have an HTML page generated by M$ Word and want to extract only the HTML part, you can either remove tons of useless CSS by hand or use such a utility... However: It is essentially a Perl-5-liner with glue code: $content =~ s%%%mg; # Strip stylesheet links $content =~ s%.*?%%mg; # Strip
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
On Wed, Jul 30, 2003 at 06:56:53PM +0200, Marc 'HE' Brockschmidt wrote: > Steve Langasek <[EMAIL PROTECTED]> writes: > > On Wed, Jul 30, 2003 at 05:56:32PM +0200, Emile van Bergen wrote: > >> >I object to this ITP. Not very strongly, but I still object. > >> I think it's a wonderful idea to have a decss package in Debian. If > >> Debian cannot distribute the decss that allows Debian users to view DVD > >> movies (yet), then distributing this one is a good alternative, I'd say. > > You're clearly quite mad. Regardless of whether this script is trivial > > to implement, it's not something anyone should be encouraged to actually > > *use*. CSS is the *best* feature of the HTML4 standard. Why would > > anyone in their right mind wish to strip nearly all the logical > > structure markup out of a document? > *cough* > CSS is *not* the "logical structure markup" of a html document. The main > feature of HTML4/XHTML and CSS(|2|3) is the separation of structure and > design (as you said): HTML should be used to structure content in a > usable way (ie one can extract the given information from the document > in every environment, with or without a CSS-capable display software) > while CSS is used to create a wonderful world for salesdroids. In addition to removing style tags, the DeCSS script removes class and id attributes. Therefore, strictly speaking, not everything removed is CSS; and much of it is likely to be logical markup. -- Steve Langasek postmodern programmer pgpOYoTWSElMF.pgp Description: PGP signature
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
* Sam Hocevar | On Wed, Jul 30, 2003, Keith Dunwoody wrote: | > >>* Package name: decss | > > | > >Like that won't be a confusing package name. ;-p | > | > If you read the website, that was the point ;) | |And what is the point of confusing our users and cluttering the package/ | executable namespace with a useless program that could be replaced with | a sed one-liner? oh? what sed one-liner would that be? -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `-
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
On 2003-07-30T12:22:55-0500 (Wednesday), Steve Langasek wrote: > In addition to removing style tags, the DeCSS script removes class and > id attributes. Therefore, strictly speaking, not everything removed is > CSS; and much of it is likely to be logical markup. Removing the id attribute is downright stupid, because it serves as what the "name" attribute was for HTML < XHTML in XHTML; i.e. for usage with internal links and all that. -towo -- Words are the litmus paper of the minds. If you find yourself in the power of someone who will use the word "commence" in cold blood, go somewhere else very quickly. But if they say "Enter", don't stop to pack. - Terry Pratchett in «Small Gods» pgpIntKFqNrEf.pgp Description: PGP signature
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
Jim Penny <[EMAIL PROTECTED]> writes: (Cc'ed the bug-report) > Uhh, it is to tweak the international copyright cartel, and the RIAA in > particular. They have written "cease and desist" letters to anyone who > has a file names deCSS on their system. If this is the main reason to include it in Debian I would like to voice my objections too (For what it is worth). Given that the political statement is the reason for having this package I belive it is unnecessary cluttering of the archive and added extra confusion to our users. Our main priorities is Free Software and our users and confusing them for a vauge political statement with no real direct connection to free software is against our Social Contract. Robert, I urge you to retract you ITP of this pacakge unless you can come up with technical arguments for including the package. I know the above is worded rather strong and I would probaly not go any further if you decides to keep you ITP. One package doesn't in itself lead to many problems but I would rather stop it before I should fight a to strong precedence to keep useless political statement out of Debian. -- Peter Makholm | Why does the entertainment industry wants us to [EMAIL PROTECTED] | believe that a society base on full surveillance http://hacking.dk | is bad? | Do they have something to hide?
Bug#203537: ITP: pyrex -- Compile native-code modules for Python from python-like syntax
Package: wnpp Version: unavailable; reported 2003-07-30 Severity: wishlist * Package name: pyrex Version : 0.8.1 Upstream Author : Greg Ewing <[EMAIL PROTECTED]> * URL : http://www.cosc.canterbury.ac.nz/~greg/python/Pyrex/ * License : GPL Description : Compile native-code modules for Python from python-like syntax Pyrex lets you write code that mixes Python and C data types any way you want, and compiles it into a C extension for Python. You can get very large speedups for tasks that don't need all the dynamic features of python, with very small differences in syntax and much less hassle than writing your modules from scratch in C. Pyrex was developed by Greg Ewing at the University of Canterbury, NZ Notes : this package was first created by Peter Harris <[EMAIL PROTECTED]>, who has not enough time to maintain it. i needed the last version, so i packaged it and made sure it was linda and lintian clean. Packages are available here : deb http://piem.homeip.net/~piem/debian binary/ deb-src http://piem.homeip.net/~piem/debian source/ -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux bastille 2.6.0-test1 #3 Thu Jul 17 15:05:42 BST 2003 i686 Locale: LANG=C, LC_CTYPE=C
Re: DebConf in Vancouver (Re: debconf 2005 in Vienna, Austria)
* Joe Drew ([EMAIL PROTECTED]) [030730 16:22]: > On Tue, 2003-07-29 at 22:09, Matt Zimmerman wrote: > > On Tue, Jul 29, 2003 at 07:22:00PM -0500, Gunnar Wolf wrote: > > > > > Next Debconf is scheduled to be held in Vancouver, Canada. > > > > That would be excellent. Who is organizing it? > > Me, if it ends up happening in Vancouver. the lesson learned from the debconfs so far is that a strong local usergroup handling all the odd jobs and a good deal of the other jobs in mandatory for a smooth event. You could see that in bordeaux and oslo. You together with the two people that helped you in Toronto were on the low side, i felt. This year were four people more or less full time running the event, with 15 more doing odd jobs here and there. Every day about 18h(gym)+3*12h(confernce)=66h of work in one or an other form were spent. On that note i heard from people in south america (with quite a bit of local and national support) who wanted to hold next years debconf/camp. This might be a good time for them to make their preliminary plans heard.
Re: Debconf 3 - the experience
* Tollef Fog Heen <[EMAIL PROTECTED]> [2003-07-30 08:49]:
| Debcamp was a lot bigger (in terms of people attending) and was even
| more fun than I thought it was. The gym was a great place to hang out
| and drink beer/whisk{,e}y/tequila/cognac/... People complained about
| Norway being a bit hot, which we, unfortunately, could do nothing
| about. I was dead tired when it was over, but I had gotten myself a
| few new friends and gotten to know some of the people I've been
| IRC-ing with for years face to face. Quite fun. Debcamp should be a
| part of the conference as it was now, it was _very_ productive.
It was a very great meeting. It it was very funny to hanging aroung in
the uni or the gym.
Thanks to all organisers!
| I'd like to thank all of you for coming. I had a great time, and I
| know I will be at Debconf 4.
me too.
Bye
Thorsten
--
Thorsten Sauter
<[EMAIL PROTECTED]>
(Is there life after /sbin/halt -p?)
pgpOEptunU2F1.pgp
Description: PGP signature
Re: DebConf in Vancouver (Re: debconf 2005 in Vienna, Austria)
On Wed, 2003-07-30 at 14:54, Andreas Schuldei wrote: > On that note i heard from people in south america (with quite a > bit of local and national support) who wanted to hold next years > debconf/camp. This might be a good time for them to make their > preliminary plans heard. I've been waiting for them to speak up as they have said they would. I am in favour of holding Debconf 4 in South America, but will organise it in Vancouver if necessary.
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
On Wed, Jul 30, 2003 at 12:48:55PM -0400, Jim Penny wrote: > On Wed, 30 Jul 2003 11:38:12 -0500 > Steve Langasek <[EMAIL PROTECTED]> wrote: > > > On Wed, Jul 30, 2003 at 05:56:32PM +0200, Emile van Bergen wrote: > > > > > >I object to this ITP. Not very strongly, but I still object. > > > > > I think it's a wonderful idea to have a decss package in Debian. If > > > Debian cannot distribute the decss that allows Debian users to view > > > DVD movies (yet), then distributing this one is a good alternative, > > > I'd say. > > > > You're clearly quite mad. Regardless of whether this script is > > trivial to implement, it's not something anyone should be encouraged > > to actually*use*. CSS is the *best* feature of the HTML4 standard. > > Why would anyone in their right mind wish to strip nearly all the > > logical structure markup out of a document? > > Uhh, it is to tweak the international copyright cartel, and the RIAA in > particular. They have written "cease and desist" letters to anyone who > has a file names deCSS on their system. This is an attempt to make such > a filename so common that these letters are pointless, and possibly > evidence of illegal activity. It strikes me that even if Debian (or a Developer) wished to encourage such a political statement, the vastly more efficient method would be to include it in some other package to which it might have relevance (for example, something that helped to generate CSS style information, or analyzed it, or whatever). Just drop it into /usr/share/doc as an example program (README.decss or somesuch), or as a helper app somewhere (though I'd be careful of /usr/bin, frankly). No new package, the (arguably useful) script goes into a place where it is most likely to be seen by those to whom it actually *is* useful, and everyone else doesn't have to try to figure out whether it's reasonable as a standalone package, or is just a 'joke', or what. (No, this isn't intended as "how to get around doing an ITP", but rather, as an alternative which assumes you can convince someone that the script is, in fact, useful enough to put into an existing package to which it might be applicable.) -- Joel Baker <[EMAIL PROTECTED]> pgpUFz9MND4T9.pgp Description: PGP signature
Re: debconf 2005 in Vienna, Austria
Steve Langasek dijo [Wed, Jul 30, 2003 at 09:22:44AM -0500]: > Yes, Tijuana is a notorious destination for US college students seeking > to evade certain legal prohibitions in this country, chosen for its > proximity to the border. Not a serious suggestion :) -- I'd much prefer > the conference to be held somewhere that would accomodate an > archaeological daytrip... Well, we have everything in The City! ;-) ...But I'm shutting up for at least one more year. 2006 is still far off. Greetings, -- Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5630-9700 ext. 1366 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF pgpBbFqInrHUw.pgp Description: PGP signature
Re: More mailing from BTS?
> On Tue, Jul 29, 2003 at 12:31:53AM +0400, Nikita V. Youshchenko wrote: >> Currently, BTS sends weekly two mails to debian-devel-announce - one >> about WNPP and one about RC bugs. >> >> I think it will help to improve Debian quality if several more lists will >> be "broadcasted" by BTS: > > I'm rather concerned that if you make the BTS send half a million things > to debian-devel-announce then no-one will read them. The level of > attention paid to the RC bug list has dropped significantly since I > became a developer. I don't think that no one. I will at least look through such lists :). But maybe debian-qa is a better place than debian-devel-announce. > I think it's better for interested parties to look at this information > themselves: IMHO having such mail in the mailbox is more likely to motivate people fix bugs that having a knowledge that they can type cryptic URL to see what they can do. Recently I have to mail a package maintainer personally because a (trivial) patch I submitted to fix segfault in his package was in BTS since November and still not applied. I got a reply in several hours. I see this fact as a proof that mail reminders are effective, at least sometimes and for some people.
Re: More mailing from BTS?
On Wed, Jul 30, 2003 at 11:17:09PM +0400, Nikita V. Youshchenko wrote: > Recently I have to mail a package maintainer personally because a (trivial) > patch I submitted to fix segfault in his package was in BTS since November > and still not applied. I got a reply in several hours. I see this fact as a > proof that mail reminders are effective, at least sometimes and for some > people. But did you notice how your personal mail was much more effective than the automated mail the BTS had sent about the bug? People learn to filter out automated mail :) The bugscan lists seem much less effective now than when they started. This might be because they're not eagerly being annotated anymore, though. Richard Braakman
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
> "SL" == Steve Langasek <[EMAIL PROTECTED]> writes: SL> If the intent is *only* as a political tool, I would agree SL> that this decss program achieves its aims fairly effectively; SL> but it is in no way a useful piece of *software*, which is SL> what Emile seems to be arguing by disagreeing that it's SL> trivial to implement. The question then is whether we want to SL> include programs in Debian which are useful only as something SL> other than software. So, I'm the upstream author of Pigdog DeCSS (http://www.pigdog.org/decss/), and I have received numerous emails from people who actually use it for stripping cascading stylesheet info from HTML pages. So, unfortunately, it's not 100% useless. ~ESP -- Evan Prodromou [EMAIL PROTECTED]
Re: DebConf in Vancouver (Re: debconf 2005 in Vienna, Austria)
Em 30 Jul 2003 15:09:51 -0400 Joe Drew <[EMAIL PROTECTED]> escreveu: > I've been waiting for them to speak up as they have said they would. I > am in favour of holding Debconf 4 in South America, but will organise it > in Vancouver if necessary. Yeah, we would like to host the next Debconf in Brazil, Porto Alegre, some days before the International Free Software Forum. Thus, devels can join us at this event, if they like. Before make a "official proposal", we are checking for free food and accommodations, plane tickets and some government support. As the dollar is 1,00 to 2.89 real (local money) this travel should be very cheap. :) -- -- Michelle Ribeiro Debian GNU/Linux - Your next Linux distribution http://www.debian.org/ || http://www.spi-inc.org/
Re: Bug#203498: ITP: decss -- utility for stripping CSS tags from an HTML page.
On Wed, Jul 30, 2003 at 04:41:37PM -0400, Evan Prodromou wrote: > > "SL" == Steve Langasek <[EMAIL PROTECTED]> writes: > SL> If the intent is *only* as a political tool, I would agree > SL> that this decss program achieves its aims fairly effectively; > SL> but it is in no way a useful piece of *software*, which is > SL> what Emile seems to be arguing by disagreeing that it's > SL> trivial to implement. The question then is whether we want to > SL> include programs in Debian which are useful only as something > SL> other than software. > So, I'm the upstream author of Pigdog DeCSS > (http://www.pigdog.org/decss/), and I have received numerous emails > from people who actually use it for stripping cascading stylesheet > info from HTML pages. > So, unfortunately, it's not 100% useless. For any stupid thing chosen at random, you'll find at least 5 people on the Internet who thinks it's a good idea. (Perhaps we could call this the "simian input phenomenon".) As a result, the existence of users is not in itself evidence that something is useful. Since you're the upstream author, I'll ask: have you ever actually used this script yourself? If so... why? :) (And is the stripping of class/id attributes a bug?) -- Steve Langasek postmodern programmer pgpVszpx3ySYv.pgp Description: PGP signature
package name change (moviemate -> mediamate)
What is the preferred method of effecting a package rename and upgrade between versions? Movie Mate v0.9.2 is currently in the Debian archive. Due to upstream changes (added tracking for other media types), the name has been changed to Media Mate. Thus, Media Mate is the upgrade to Movie Mate. This leaves me with the question of how to properly change the package name and upgrade installations of the older package. In building the new Media Mate package, I've declared a Conflicts with the moviemate package to effect moviemate's uninstall when the mediamate package is installed. However, this leaves the question of migrating the moviemate's configuration to mediamate. For this, I pull the debconf answers for moviemate's questions and set them as the answers to mediamate's questions (which are mostly the same), and set the _seen_ flag to true so the questions will not be asked (much like an upgrade where the package name has not changed). Since the package name has changed, the configuration and data files are now stored in different locations. So, I plan on moving the data files to their new location. But, what about the old configuration files, and the old package's state in dpkg? Should these be removed since the new package is installed (more or less an upgrade) or should these be left because the old package hasn't been purged and the new one has a different name? Also, moviemate has asks a question during install about removing the DB on purge, with the answer stored in debconf's db. During the upgrade would it be acceptable to clear this answer under moviemate once it's been migrated to mediamate since the old DB is upgraded and used by mediamate and a purge of moviemate would then remove a database that's still in use? Or, should mediamate copy the old database and and leave it for moviemate to potentially purge? Personally, I'm leaning toward having the new package manually remove all the old packages configuration files and unsetting the DB purge flag. But, I can see how this may be seen as a bad thing. Thus, I figured I'd ask here for comments and suggestions on how to handle this type of situation. -- Jamin W. Collins This is the typical unix way of doing things: you string together lots of very specific tools to accomplish larger tasks. -- Vineet Kumar
Bug#203565: ITP: libclass-factory-util-perl -- Utility methods for factory classes
Package: wnpp Version: unavailable; reported 2003-07-30 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libclass-factory-util-perl Version : 1.4 Upstream Author : Dave Rolsky <[EMAIL PROTECTED]> * URL : http://search.cpan.org/author/DROLSKY/Class-Factory-Util-1.4/ * License : Perl (GPL/Artistic) Description : Utility methods for factory classes Quick and easy utility for finding subclasses of the current class, useful in factory classes. - -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux starlite 2.4.19-686 #1 Mon Nov 18 23:59:03 EST 2002 i686 Locale: LANG=C, LC_CTYPE=C -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/KE3gZNh5D+C4st4RAnEZAJ9oF1teZfzageEi1uod6YjZhhyp0wCfRuK4 wZaeqDkp+hwcoqFUMjcszDQ= =FD/J -END PGP SIGNATURE-
Re: debconf 2005 in Vienna, Austria
Martin List-Petersen dijo: > Something like that sounds sane. It gives even the possibility > organising a "shuttle"-bus or something likewise from LinuxTag to > Vienna That sound so appealing that I would even consider also attendig LinuxTag :-) -- .''`.A woman must be a cute, cuddly, naive little thing, : :' : tender, sweet, and stupid-- Adolf Hitler `. `' Proudly running Debian GNU/Linux (Sid 2.4.20 Ext3) `- www.amayita.com www.malapecora.com www.chicasduras.com
Re: debconf 2005 in Vienna, Austria
On Thu, Jul 31, 2003 at 02:12:08AM +0200, Amaya wrote: > Martin List-Petersen dijo: > > Something like that sounds sane. It gives even the possibility > > organising a "shuttle"-bus or something likewise from LinuxTag to > > Vienna > > That sound so appealing that I would even consider also attendig > LinuxTag :-) Keep in mind, this is 730km and will take up to 8-12h Wien is not exactly close to western europe. Greetings Bernd -- (OO) -- [EMAIL PROTECTED] -- ( .. ) [EMAIL PROTECTED],linux.de,debian.org} http://home.pages.de/~eckes/ o--o *plush* 2048/93600EFD [EMAIL PROTECTED] +497257930613 BE5-RIPE (OO) When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!
Re: debconf 2005 in Vienna, Austria
On Thu, Jul 31, 2003 at 02:29:06AM +0200, Bernd Eckenfels wrote: > On Thu, Jul 31, 2003 at 02:12:08AM +0200, Amaya wrote: > > Martin List-Petersen dijo: > > > Something like that sounds sane. It gives even the possibility > > > organising a "shuttle"-bus or something likewise from LinuxTag to > > > Vienna > > That sound so appealing that I would even consider also attendig > > LinuxTag :-) > Keep in mind, this is 730km and will take up to 8-12h Never underestimate a prices of lowcost airlines ;) I think it should not be significant more costly than other conveyances. But travel time is significant shorter. It could be an interesting option. Regards Artur -- Wróbelek Walerek miał mały werbelek Werbelek Walerka miał mały felerek Felerek werbelka naprawił Walerek Wróbelek Walerek na werbelku swym grał
I would like to participate of the DDP project.
Hi all, would like to know as I can contribute for the project of the DDP (Debian GNU/Linux Dictionary). I talked with the current mantenedor Oliver and it it said me to send a message for this list. In the truth, I am Brazilian and would like to contribute for the project in our Portuguese language. The DDP would very help our community that acts in the translations. It forgives will be off-topic, but I wait a return! I observed that link of the DDP in the URL of the project is without no item. Does not exist there no word? This is correct? Regards, -- .''`. Rodrigo Tadeu Claro (rlinux) : :' : Debian-SP - irc.freenode.net - #debian-sp `. `'` email - [EMAIL PROTECTED] `-www.rodrigoclaro.cjb.net ->> UIN168799234 -- Linux User Registered #301748 Debian-BR User #504 GPGkey ID D33084F2 -->> http://www.keyserver.net Duvidas sobre Debian? Visite o Rau-tu do CIPSGA: http://rautu.cipsga.org.br pgpyfVbAjLty7.pgp Description: PGP signature
Re: package name change (moviemate -> mediamate)
On Wednesday 30 July 2003 15:56, Jamin W. Collins wrote: > > In building the new Media Mate package, I've declared a Conflicts with > the moviemate package to effect moviemate's uninstall when the mediamate > package is installed. However, this leaves the question of migrating > the moviemate's configuration to mediamate. For this, I pull the > debconf answers for moviemate's questions and set them as the answers to > mediamate's questions (which are mostly the same), and set the _seen_ > flag to true so the questions will not be asked (much like an upgrade > where the package name has not changed). > you should Conflict, Replace, and provide MovieMate. This will ensure a smooth transition. You instead (may) want to upload a package called moviemate which is a dummy package that depends on MediaMate. Remember, if the user has MovieMate installed they will not get MediaMate without actually asking for it. > Since the package name has changed, the configuration and data files are > now stored in different locations. So, I plan on moving the data files > to their new location. But, what about the old configuration files, and > the old package's state in dpkg? Should these be removed since the new > package is installed (more or less an upgrade) or should these be left > because the old package hasn't been purged and the new one has a > different name? Also, moviemate has asks a question during install > about removing the DB on purge, with the answer stored in debconf's db. > During the upgrade would it be acceptable to clear this answer under > moviemate once it's been migrated to mediamate since the old DB is > upgraded and used by mediamate and a purge of moviemate would then > remove a database that's still in use? Or, should mediamate copy the > old database and and leave it for moviemate to potentially purge? > how much work is involved in hiding this from the user? In general you should try to just make things work. The packaging details are something our users should not need to know about. Remember from their perspective nothing changed. if you can scarf in the old db and make the upgrade just work, that is the preferred approach. Of course that may prove to be too complicated or you may just not have enough time.
Re: package name change (moviemate -> mediamate)
On Wed, Jul 30, 2003 at 06:17:17PM -0700, Sean 'Shaleh' Perry wrote: > you should Conflict, Replace, and provide MovieMate. This will ensure > a smooth transition. You instead (may) want to upload a package > called moviemate which is a dummy package that depends on MediaMate. > > Remember, if the user has MovieMate installed they will not get > MediaMate without actually asking for it. I was thinking about the dummy package approach, but then the dummy package would just hang around indefinitely, right? > how much work is involved in hiding this from the user? In general > you should try to just make things work. The packaging details are > something our users should not need to know about. Remember from > their perspective nothing changed. Not a whole lot, I've got the answers being migrated already. > if you can scarf in the old db and make the upgrade just work, that is > the preferred approach. Of course that may prove to be too > complicated or you may just not have enough time. The old DB works fine after the upgrade against it. The questions are. Whether removing the configuration files (/etc/moviemate) is a taboo, even though the configuration is migrated (/etc/mediamate). And, whether blanking the answer to the DB purge from moviemate's install is seen as a problem. I think if I do the above two items I can provide a very smooth transition from moviemate to mediamate that a user really won't notice (as far as the backend changes). I'd just like to know if anything I'm planning is frowned upon or can be done better. -- Jamin W. Collins Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo
Re: package name change (moviemate -> mediamate)
Sean 'Shaleh' Perry <[EMAIL PROTECTED]> writes: > you should Conflict, Replace, and provide MovieMate. This will ensure a > smooth transition. You instead (may) want to upload a package called > moviemate which is a dummy package that depends on MediaMate. I'd say "as well as" rather than "instead," though of course you'll need to limit the conflict to pre-transition versions so that the dummy package is actually installable Otherwise, yeah, just make the change as smooth and transparent as you can. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
Re: package name change (moviemate -> mediamate)
"Jamin W. Collins" <[EMAIL PROTECTED]> writes: > I was thinking about the dummy package approach, but then the dummy > package would just hang around indefinitely, right? Well, until the user removes it; the description usually hints at that, and deborphan will also optionally point out dummy packages you can safely remove. At any rate, having a dummy package installed isn't a big deal; they aren't exactly huge. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
Re: May packages rm -rf subdirectories of /etc/ ?
On Mon, Jul 21, 2003 at 07:06:17AM +0200, Thomas Hood wrote: > Recently I purged a package foo which had a configuration directory > /etc/foo/. The package contained a number of conffiles in /etc/foo/ . > I backed up some of these before the purge by copying them to other > names, but leaving them in /etc/foo/ . To my surprise, the package > postrm did a "rm -rf" on the whole /etc/foo/ directory, thus > deleting my backups. > > Looking at the postrms of other packages I have installed, I see that > a handful of them do likewise. > > Now, on one hand I can see that given the current state of Debian's > packaging tools, removing an entire directory can be the convenient > thing to do. If a package maintains a bunch of configuration files > (not conffiles -- dpkg knows how to delete those) in the directory > then "rm -rf" is sure to remove them all. > > However, "rm -rf" is always a dangerous command to use. Configuration > directories are often shared; add-on packages may store things in the > configuration directories of the packages to which they add things on, > especially if the latter uses run-parts to run hook scripts. Sometimes > one package Replaces another and hijacks the latter's configuration > files; but these will be improperly deleted if the admin later purges > the original package. And admins may store things in /etc/ > subdirectories. I think it would be better if packages removed only > files that they have created. > > One may want to treat /etc/foo/ differently from, e.g., /var/lib/foo/ . > I would never store anything additional in /var/lib/foo/ because it > wouldn't surprise me if a package did "rm -rf /var/lib/foo/" on purge. > > I know of no policy section that pronounces on this. Am I overlooking > one? > > If not, what do think of this? When is it OK for a package to > "rm -rf /etc/foo/" on purge? rm -rf /etc/foo really shouldn't be needed except in the cruft related cases other people have brought up, which just as easily could be done by removing with wildcards for particular types of tempfiles. There is one glaring problem though... dpkg does not remove empty dirs under /etc on purge. This is a long standing bug in dpkg. [0] Personally I just leave the /etc dirs my packages create on purge, its a f*cking bug in dpkg and I don't feel like trying to hack around it. Chris [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=58878 (24 Feb 2000)
Re: May packages rm -rf subdirectories of /etc/ ?
On Wed, Jul 30, 2003 at 10:27:34PM -0500, Chris Cheney wrote: > There is one glaring problem though... dpkg does not remove empty dirs > under /etc on purge. This is a long standing bug in dpkg. [0] well, even if it would do, most likely you have stuff like editor or hand mady backup files (*~, *.old) or packaging related stuff (*.dpkg-new) which might need removing, before the dir can be emoved. Anyway, if you ust want to mae sure that the empty dir is removed, you can do rmdir Greetings Bernd -- (OO) -- [EMAIL PROTECTED] -- ( .. ) [EMAIL PROTECTED],linux.de,debian.org} http://home.pages.de/~eckes/ o--o *plush* 2048/93600EFD [EMAIL PROTECTED] +497257930613 BE5-RIPE (OO) When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!
Re: debconf 2005 in Vienna, Austria
On Wed, 30 Jul 2003, Jesus Climent wrote: > On Wed, Jul 30, 2003 at 09:22:57AM +0200, Christian Perrier wrote: > > Quoting Karsten Merker ([EMAIL PROTECTED]): > > > > Anyway, that could give the following schedule : > > > > Thursday-Sunday : LinuxTag at WhereverHeim, Germany > > Sunday evening : folks travel to Debcamp in Vienna, Austria > > Monday-Friday : Debcamp > > Saturday, Sunday : Debconf > > What about > debcamp : saturday -> thursday > debconf : friday -> sunday morning > ? > > Some of us do not want/cannot go to linuxtag, but we could be in vienna > already friday evening or saturday morning. Please no. Do not schedule overlapping events. People interested in both than will be in troubles. Thanks Fabio -- Our mission: make IPv6 the default IP protocol "We are on a mission from God" - Elwood Blues http://www.itojun.org/paper/itojun-nanog-200210-ipv6isp/mgp4.html
