Bug#578687: Suggestion -- Ayn Rand quotes should be moved to fortunes-off
On Tue, 2013-06-25 at 17:57 +0200, Andrea Colangelo wrote: > tags 578687 wontfix > stop > > > Thanks for taking the time to report this bug. > > I read this quote and others of Ayn Rand. Altough I don't particularly like > many > of them, I'm not sure we have the basis to declare this/them all as offensive. > Therefore, I am tagging this bug as wontfix, leaving it open for a while. If > you (or someone else) has more to say or disagree with my decision (I adopted > the orhpaned fortune-mod package), I'll be happy to read your remarks. Wow; I'd entirely forgotten about this. It's awesome that someone cares enough to deal with frivolous bug reports that are over three years old. I'm happy to go with your decision on this. Cheers, - Martin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1372193433.4717.22.camel@raphael
Steinharte Latte dank uns
Hallo! Ist es fuer Sie auch hin und wieder Grund zur Sorge, ob wohl alles gut gehen wird, wenn es entweder um den Sex mit Ihrer festen Partnerin geht, oder aber, und da ist es ja noch viel wichtiger, um ein Sexabenteuer mit einer Frau, das Sie gerade neu getroffen haben? Die Girls heutzutage sind absolut waehlerisch, auch was die Faehigkeiten der Maenner angeht. Da sind Sie ganz schnell durchgefallen, wenn Sie es nicht bringen. Wollen Sie in solchen Lagen die absolute Garantie, dass alles gut geht und Ihre Potenz ein Laecheln auf das Gesicht Ihrer Partnerin zaubert? Dann vertrauen Sie auf die Wunderpillen von http://www.hurl.me/zikman . Sie garantieren Ihnen, dass jedes Treffen ein grosser Hit wird. Mit besten Gruessen Andreas -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
100% kostenfreier Amateursex
100% kostenloses Amateursex Angebot http://www.amateursex-4-free.tk/ 3 Tage lang völlig kostenlos testen ! Angebot Nr.: lsiwb - iqkooi - 85731 - QWTJ
need email marketing?
Hi, You are receiving this email because we wish you to use our target email marketing service. Email marketing is one of the best marketing strategies of all time and has helped many businesses globally achieve their goals, double their profits and increase their client base. We have worked on a number of projects and campaigns, all our packages are tailor made and designed according to your requirements. Increase your client base and market your product to millions or let us bring the buying leads for you! We can always help your business reach the next level! Our goal is to increase your business sales 2-5 times than now. If you would require more information please send us an email and we would be glad to discuss the project requirements with you! Looking forward to your positive response. Kind Regards Martin Email Marketing Specialist Contact: talo...@tom.com -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/054ccaf351ec19d7cbcf71bac37d6...@bhg.com
Bug#278190: CAN-2005-0079: authentication bypass via integer overflow
Just for references, this issue has been assigned CAN-2005-0079. A Debian advisory will follow. Regards, Joey -- MIME - broken solution for a broken design. -- Ralf Baechle Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#278190: Bug#278191: CAN-2005-0079: authentication bypass via integer overflow
Justin Pryzby wrote: > reopen 278191 > tag 278191 woody > thanks > > Correct? In generall yes and only if the security team is contacted in parallel, but please close them as I surely forget this. Regards, Joey -- MIME - broken solution for a broken design. -- Ralf Baechle Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#278191: CAN-2005-0079: authentication bypass via integer overflow
Justin Pryzby wrote: > Bug#278191: CAN-2005-0079: authentication bypass via integer overflow > > > Its not an integer overflow, btw, though its not really a buffer > overflow either; its an set-an-arbitrary-byte-of-memory-to-zero bug. Are you sure? My investigation showed that rlen goes from 0..49 and rbuf[rlen] is accessed then rlen grows until 2147483647 while rbuf[rlen] is not accessed due to rlen > sizeof(rbuf) But then, since 2147483647 is INT_MAX, rlen will become -2147483648 and with the next character the condition rlen < sizeof(rbuf) is true again, causing rbuf[rlen] = cbuf[0] to be executed, unfortunately rlen is now -2147483648 causing the program to crash rlen goes from valid to invalid positive to invalid negative --> integer overflow Regards, Joey -- MIME - broken solution for a broken design. -- Ralf Baechle Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#733353: wdm: FTBFS: ld: cannot find -lungif
reassign 733353 libwings-dev retitle 733353 libwings-dev : get-wings-flags should not link deprecated libungif found 733353 wmaker/0.95.5-1 thanks 2013/12/28 David Suárez : > Source: wdm > Version: 1.28-16 > Severity: serious > Tags: jessie sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20131226 qa-ftbfs > Justification: FTBFS on amd64 > > Hi, > > During a rebuild of all packages in sid, your package failed to build on > amd64. > > Maybe you need to add the needed build depend. > > Relevant part (hopefully): >> gcc -Wl,-z,relro -Wl,--as-needed -L./bin -L/usr/lib -L/usr/lib >> src/TestLogin/TestLogin.o -lWINGs -lWUtil -lwraster -ltiff -lXpm -lpng >> -ljpeg -lungif -lXft -lXext -lXext -lX11 -lm -lWUtil -lfontconfig -lcrypt >> -lutil -lwdm -lSM -lICE -lXext -lX11 -lm -lXinerama -o bin/TestLogin >> /usr/bin/ld: cannot find -lungif >> collect2: error: ld returned 1 exit status Hi, David and Rodolfo, wdm does not explicitly link against ungif. Seems that recent 'get-wings-flags' from libwings-dev package (used by wdm) forces that link, WLIBS="-lWINGs -lWUtil -lwraster -ltiff -lXpm -lpng -ljpeg -lungif -lXft -lXext -lXext -lX11 -lm " Please use -lgif instead of -lungif (See http://bugs.debian.org/732272 for the details). Also some stuff there may already be added by normal X11 configure checks and in any case -lXext is repeated. Reassigning accordingly Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cahmxk7i1zcchovgxsmyki2govjbxgt17plwog0-1qbqkhd3...@mail.gmail.com
Re: Proposed new requirements for emacsen add-on packages
On Wed, Jan 22, 2014 at 12:39:27PM -0600, Rob Browning wrote: > Agustin Martin writes: > > > Did not test in depth, but I think the add-on state files state files > > could be recreated from /usr/lib/emacsen-common/packages/install in > > case emacsen-common is installed for the first time (i.e., not > > upgraded). Since emacs flavours depend on emacsen-common they should > > byte compile things when configured. > > I may be misunderstanding, but if not, I think the problem there is > simultaneous installs (which are our primary complication in general), > > i.e. most of the complexity we have comes from the fact that we're > operating outside dpkg's dependency system (to avoid add-on deps), and > so we have no ordering guarantees. > > That's why I added the state/package/installed infrastructure, but I'm > beginning to think that this approach may just be insufficient. The > original idea was that the state files would allow add-ons to signal > that they're "ready to go" with respect to emacsen-common install/remove > calls. > > For example, consider the case where no emacsen-related packages are > installed and someone runs this: > > apt-get install emacs24 add-on-1 > > Because there are no relevant dpkg deps, the packages' maintainer > scripts can fire in any relative order, and if emacs24's postinst fires > before add-on-1's, it can know to skip installing add-on-1 because > package/installed/add-on-1 doesn't exist. But emacs24 *will* create > flavor/installed/emacs24, so that when add-on-1's postinst fires, its > install script will be run for emacs24. Of course, something reasonable > should also happen if the order is reversed. > > However, to demonstrate why I'm beginning to think the current approach > may be unworkable, consider the case where no emacsen-related packages > are installed and someone runs this: > > apt-get install emacs24 add-on-depending-on-add-on-1 add-on-1 Hi, I may be wrong, but if add-on-depending-on-add-on-1 depends on add-on-1 dpkg should care of configuring add-on-1 first. However, there is no warranty about unpack ordering. > I begin to suspect that up to now, we may have just been fairly lucky, > and that the current approach is may just be broken for any number of > cases like this. And unfortunately, adding the emacsen-common > dependency won't help. > > Another reason why I keep wondering about the possibility of using > triggers is that even if we addressed some of the above issues, the > current approach will still probably result in redundant installs from > time to time. Even if you want to be conservative and expect to > reinstall an add-on whenever it's upgraded, or any flavor is upgraded, > consider the previous example, but assume that all of the packages are > already installed (just being upgraded): > > apt-get install emacs24 add-on-depending-on-add-on-1 add-on-1 > > Currently, the emacs24 postinst will install both of the add-ons, and > then each add-on will install itself, and add-on-depending-on-add-on-1 > will also reinstall add-on-1 again. With a triggers-based approach > you'd hope that we could coordinate better, and only run each install > once. Some add-ons do a check to avoid that, check that .elc for last byte-compiled file is present. If so, it is already done, otherwise byte-compile. But is way better if is emacsen-common who cares about that. > So, generally speaking, unless we come up with alternatives, I'm > beginning to wonder if triggers may be our best option, assuming we can > shoehorn all add-ons into accommodating the attendant restrictions > (whatever they end up being). I think you are right, they may be the best option, but some ellaboration is needed to properly evaluate that possibility, before going further into it. In a quick proposal, I'd think about emacs-install and emacs-package-install just touching action flags like $flavour___$package when run under dpkg control and not triggered and also enable the common emacsen-common trigger. If run from the command line or from dpkg-reconfigure (that is, not under dpkg control) they should do their usual current work and remove/update flags as needed in success. When the trigger is run, some script runs emacs-package-install as --triggered, old .elc files removed, byte-compilation done after flags and flag removed on success. I wrote some code to deal with aspell and ispell dictionaries automatic hash rebuild from dictionaries-common triggers that may be useful here (perl is also used). > I'm not sure if I already mentioned it here, but I'm not opposed to > triggers. Though if we made a change that substantial, we probably > *would*
Bug#751767: blt breaks python-matplotlib
Package: blt Version: 2.4z-9 Severity: important Dear Maintainer, after upgrading blt to version 2.4z-9 the package python-matplotlib becomes unusable. My program t.py contains one single line: import matplotlib.pylab as plt Running the program gives the following traceback: File "t.py", line 1, in import matplotlib.pylab as plt File "/usr/lib/pymodules/python2.7/matplotlib/pylab.py", line 269, in from matplotlib.pyplot import * File "/usr/lib/pymodules/python2.7/matplotlib/pyplot.py", line 98, in _backend_mod, new_figure_manager, draw_if_interactive, _show = pylab_setup() File "/usr/lib/pymodules/python2.7/matplotlib/backends/__init__.py", line 28, in pylab_setup globals(),locals(),[backend_name],0) File "/usr/lib/pymodules/python2.7/matplotlib/backends/backend_tkagg.py", line 8, in import Tkinter as Tk, FileDialog File "/usr/lib/python2.7/lib-tk/Tkinter.py", line 42, in raise ImportError, str(msg) + ', please install the python-tk package' ImportError: libBLT.2.4.so.8.5: cannot open shared object file: No such file or directory, please install the python-tk package Note 1: the package python-tk is already installed. Note 2: currently, there is the file /usr/lib/libBLT.2.4.so.8.6 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages blt depends on: ii libc6 2.19-1 ii libtcl8.6 8.6.1-6 ii libtk8.6 8.6.1-5 ii libx11-6 2:1.6.2-2 blt recommends no packages. Versions of packages blt suggests: pn blt-demo -- no debconf information -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140616130036.5080.60999.report...@xray17.chem.uu.nl
Bug#751767: blt and Tkinter
import Tkinter gives the traceback: File "t.py", line 1, in import Tkinter File "/usr/lib/python2.7/lib-tk/Tkinter.py", line 42, in raise ImportError, str(msg) + ', please install the python-tk package' ImportError: libBLT.2.4.so.8.5: cannot open shared object file: No such file or directory, please install the python-tk package -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/539f06f6.6040...@uu.nl
Bug#751767: Same applies for me
Running debian testing
Bug#751767: partially solved
updating the package python-tk to version 2.7.7-2 solves the import error. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53a97490.4020...@uu.nl
Bug#715633: Crash: Proposing fix
The crash referenced in the mayhem data occurs whenever the "--pidfile"
option is used (no matter what the argument).
The problem has been introduced by Debian, in the debian patch
"add_pidfile_option.patch": The new argument "pidfile" is defined with
the "no_argument" specifier, but the argument processing switch tries to
call "strdup" on "optarg" - which is never set.
Trivial fix:
As the "pidfile" option doesn't have any effect, if "gconf.pidfile"
isn't set to anything non-NULL, I guess that the argument is really
mandatory. So change the "no_argument" specifier in line 102 of the
patch to "required_argument".
I attach a new (fixed) version of the patch.
Cheers,
Martin
--- ample-0.5.7.orig/src/ample.c
+++ ample-0.5.7/src/ample.c
@@ -241,6 +241,26 @@
return;
}
+/*
+ * Write a pidfile
+ *
+ * Added by Debian Maintainer
+ *
+ */
+static int
+do_pidfile(void)
+{
+ FILE *f;
+ int pidnum;
+ pidnum = getpid();
+ f = fopen(gconf.pidfile, "w");
+ if (!f) {
+ return (1);
+ }
+ fprintf(f,"%d\n", pidnum);
+ fclose(f);
+ return(0);
+}
/*
* Checks if a file descriptor is a socket.
@@ -292,6 +312,15 @@
die("fork");
}
+/* Remove pidfile when dies
+ *
+ */
+static void
+removepidfile(void)
+{
+ unlink(gconf.pidfile);
+ exit(EXIT_SUCCESS);
+}
/*
* Prepares the proper way for ample to log messages.
@@ -460,6 +489,18 @@
checkopt(argc, argv);
gconf.inetd = issocket(0);
daemonize();
+
+ /* Added by Debian Maintainer */
+ if (gconf.pidfile) {
+ debug (1, "pidfile:%s \n", gconf.pidfile);
+ if (do_pidfile() != 0) {
+ debug(1, "could not write pidfile");
+ exit(1);
+ }
+
+ }
+ /**/
+
preparelog();
if(!gconf.inetd)
logmsg("Ample/%s started\n", AMPLE_VERSION);
@@ -488,6 +529,12 @@
memset(&sa, 0, sizeof(sa));
sa.sa_handler = sigchild_handler;
sigaction(SIGCHLD, &sa, NULL);
+
+ /* Added by the Debian Maintainer */
+ if (signal(SIGTERM, removepidfile) == SIG_ERR) {
+ debug(1, "err, I can't quit");
+ }
+ /**/
sigemptyset(&chld);
sigaddset(&chld, SIGCHLD);
--- ample-0.5.7.orig/src/ample.h
+++ ample-0.5.7/src/ample.h
@@ -36,6 +36,7 @@
char * servername;
char * serveraddress;
char * filter;
+ char * pidfile;
};
struct childstat {
--- ample-0.5.7.orig/src/configuration.c
+++ ample-0.5.7/src/configuration.c
@@ -621,6 +621,7 @@
{"servername", OPT_STRING, &gconf.servername},
{"serveraddress", OPT_STRING, &gconf.serveraddress},
{"username", OPT_STRING, &gconf.username},
+ {"pidfile", OPT_STRING, &gconf.pidfile},
{NULL, 0, NULL}
};
@@ -674,13 +675,14 @@
{"debug", optional_argument, NULL, 'd'},
{"trace", no_argument, NULL, 't'},
{"version", no_argument, NULL, 'v'},
+ {"pidfile", required_argument, NULL, 'i'},
{NULL, 0, NULL, 0}
};
- while((c = getopt_long(argc, argv, "p:oc:nf:m:hd::tv", longopts, &i))
+ while((c = getopt_long(argc, argv, "p:oc:nf:m:hd::ti:v", longopts, &i))
!= -1) {
#else
- while((c = getopt(argc, argv, "p:oc:nf:m:hd::tv")) != -1) {
+ while((c = getopt(argc, argv, "p:oc:nf:m:hd::ti:v")) != -1) {
#endif
switch(c) {
case 'p':
@@ -718,6 +720,9 @@
case 'v':
printf("Ample version %s\n", AMPLE_VERSION);
exit(0);
+ case 'i':
+ gconf.pidfile = strdup(optarg);
+ break;
default:
usage(TRUE);
}
--- ample-0.5.7.orig/src/configuration.h
+++ ample-0.5.7/src/configuration.h
@@ -70,6 +70,7 @@
higher number means more detail\n\
-t, --trace no forking, no backgrounding\n\
helpful when debugging\n\
+ -i, --pidfile create a pidfile \n\
-v, --version output version information and exit\n\
\n\
Report bugs to \n"
@@ -86,7 +87,8 @@
-d[=NUMBER] debug messages will be printed,\n\
higher number means more detail\n\
-t no forking, no backgrounding,\n\
- helpful when debugging)\n\
+ (helpful when debugging)\n\
+ -i create a pidfile \n\
-v output version information and exit\n\
\n\
Report bugs to \n"
--- ample-0.5.7.orig/docs/ample.1.in
+++ ample-0.5.7/docs/ample.1.in
@@ -86,6 +86,9 @@
.B -v --version
Display version information and exit.
.TP
+.B -i --pidfile [PIDFILE]
+Write a PIDFILE to handle ample as a daemon
+.TP
.BI "[" "PATH" "...]"
These are path(s) to files or directories that Ample can use to
populate it's list of MP3's. If
Bug#566517: Proposing fix
I was still able to reproduce the problem with the latest version of
"ample" in Debian sid/unstable (0.5.7-7), so I had a look at the problem.
It became obvious quickly that the problem was related to some stripping
of the mp3 files (removal of the ID3v1 from the end of the file and
ID3v2 from the beginning of the file) that was taken into account during
the streaming, but not during the preparation of the HTTP response
headers. Unfortunately, with the current function structure that
information was not available at the time of sending the HTTP response
headers. So some refactoring had to be done.
The good new is that the rewriting of the code fixes two more problems
that had not yet been reported to Debian so far: 1. The interpretation
of the positioning information in the HTTP "Range" header was not
consistent with the offsets (stripping ID3 info). 2. Regardless the
"Range" information, ample always sent the complete file, not only the
requested range (although its response header suggested partial content).
Find attached the proposed patch. It may need some further testing, I'm
not familiar with real-world use cases, so after the fix-up I only
tested it according to theoretical specifications (using general-purpose
tools like curl, wget etc.). This testing only covers the single-file
delivery methods, but the main switch in the program tells me that there
are several others. They are not likely to be affected by this patch,
but if maybe someone has a real-world use-case ready, testing might be
worth it anyway...
Cheers,
Martin
Description: Fix incorrect HTTP size info by rewriting offset handling
The offset handling (stripping ID3 info) was rewritten to fix the following
problem (reported in Debian bug #566517): The HTTP "Content-Length" header was
giving lengths that were inconsistent with the data actually sent over the
wire. The change couldn't be done without changing the function structure, so
some more code had to be rewritten. As a positive side effect of the rewrite,
two more (so far undetected) problems were solved: 1. The interpretation of
the positioning information in the HTTP "Range" header was not consistent with
the offsets (stripping ID3 info). 2. Regardless the "Range" information, ample
always sent the complete file, not only the requested range (although its
response header suggested partial content).
Author: Martin Steghöfer
Bug-Debian: https://bugs.debian.org/566517
--- a/src/client.c
+++ b/src/client.c
@@ -125,37 +125,29 @@
/*
- * Positions the stream at the correct start and decides where to stop.
+ * Calculates the offsets at start and end of file due to stripping of
+ * metadata (ID3v1 and ID3v2)
*
* Arguments: cconf - session information
- *stream - the stream to position
*entry - the file that is about to be played
- *
- * Returns: the offset where to stop
+ *startOffset - pointer to the variable used as out-parameter
+ * for the offset at the beginning of the file
+ *endOffset - pointer to the variable used as out-parameter
+ *for the offset at the end of the file
*/
-static long
-setoffsets(struct client_config *cconf, FILE *stream, mp3entry *entry)
+void
+getoffsets(struct client_config *cconf, mp3entry *entry, long *startOffset, long *endOffset)
{
- long start;
- long end;
-
- if(cconf->startpos > 0 && cconf->startpos < entry->filesize)
- start = cconf->startpos;
- else if(!MODE_ISSET(MODE_SINGLE) && entry->id3v2len)
- start = entry->id3v2len;
- else
- start = 0;
- fseek(stream, start, SEEK_SET);
+ *startOffset = 0;
+ if (!(MODE_ISSET(MODE_SINGLE) || MODE_ISSET(MODE_PARTIAL)))
+ *startOffset += entry->id3v2len;
- if(cconf->endpos > 0 && cconf->endpos < entry->filesize)
- end = cconf->endpos;
- else if(HASID3V1(entry) && end > entry->id3v1len)
- end = entry->filesize - entry->id3v1len;
+ if (HASID3V1(entry))
+ *endOffset = entry->id3v1len;
else
- end = entry->filesize;
+ *endOffset = 0;
- debug(4, "Start offset is %li, end offset is %li\n", start, end);
- return end;
+ debug(4, "Start offset is %li, end offset is %li\n", *startOffset, *endOffset);
}
@@ -168,12 +160,39 @@
* Returns: void
*/
static void
-playfile(struct client_config *cconf, mp3entry *entry)
+playfile(struct client_config *cconf, mp3entry *entry)
{
FILE *file;
- char buf[NETBUFFSIZE];
- int amount;
- long end;
+ long startOffset, endOffset, end;
+
+ file = preparefile(cconf, entry, &startOffset, &endOffset);
+ if (file)
+ {
+ end = endOffset > 0 ? entry->filesize - endOffset : -1;
+ playopenfile(cconf, entry, file, end);
+ }
+}
+
+/*
+ * Prepared a file for streaming: Opens the file, determines the offsets and seeks to th
Bug#748979: songwrite fails to run
Hi Morten, thanks for your bug report. Unfortunately, I couldn't reproduce your problem. So we may need further information. Let's start with this: Does the file "/usr/share/locale/en/LC_MESSAGES/songwrite.mo" exist in your system? Cheers, Martin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5401e7ef.4020...@steghoefer.eu
Bug#748979: songwrite fails to run
Hi Morten! El 30/08/14 a les 21:05, Morten Bo Johansen ha escrit: Hi Martin, Okay, that was pretty straightforward: The gettext message file was not there because I use the localepurge program. I installed it manually and now the program starts fine. Correct me if I am wrong, but I believe that usually the English messages are part of the program's source code (and thus compiled directly into it) whereas only the message files with translations into other languages are held in separate gettext message catalogs. It's true that it is the most common case that the string identifiers for localization are at the same time the English translation and therefore can be used as a fall-back without any external files. However, I've seen other cases. Many programs, especially the ones written in scripting languages like Python, rely on external resources in order to work properly. If you want to have it the way it is now maybe you could a check for the presence of the localepurge program in the debian "preinst" script and issue a warning to the user that the program will not run if the English message catalog is deleted? I personally don't think the "songwrite" package is to blame here, but rather "localepurge" for being overly eager. I'm not officially related to this package, so I don't take decisions (just helping out), but I must say that considering how Debian announces the "localepurge" package, I don't think there is much of a chance to get a check like the one you proposed(or even a patch integrating the English strings into the source code) into Debian: "Please note, that this tool is a hack which is *not* integrated with Debian's package management system [...]. This program interferes with the Debian package management and does provoke strange, but usually harmless, behaviour [...]." (https://packages.debian.org/wheezy/localepurge) IMHO the way to go would be to define exceptions in the "localepurge" script. However, it seems like the developers are not interested in this feature right now: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=202214 But maybe you could try to convince the "songwrite" upstream developer to create a fall-back strategy in case the locale files are not available. Cheers, Martin Thanks, Morten -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54022f21.3050...@steghoefer.eu
Bug#748979: songwrite fails to run
Hi Morten! El 31/08/14 a les 09:48, Morten Bo Johansen ha escrit: I think I could file a wishlist bug that English locale files are never deleted. That would IMO be the best solution because it won't really go against the purpose of the program since the space taken up by English locale files is so minimal and since it requires no action on the part of the user. That probably won't work for all packages (it's not necessarily English which is the fall-back locale), but it sounds like a good trade-off between complexity and robustness! :-) Good luck with the request! Cheers, Martin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/540303e8.6040...@steghoefer.eu
Bug#639770: apt-move: fails to open fifo-file and hangs
Hi, I have had this bug on and off since it started in 2011. Crash on line 1232. It is worse on faster machines with local fast disks. Slower cpus, single cpus and remote (nfs) disks help. I recently 'upgraded' the home server to a Core 2 Duo 3GHz with a 4 disk RAID5 and it hangs every time. This is not good since I have 'apt-move update' as part of my daily cron jobs and hanging kills the execution of the other parts. I can reduce the severity of the bug by restricting the process to one cpu using taskset. The process fails but completes. Apt-move is actually a complex (for me) bash script using GNU sed (documented as a requirement) and awk... There are two commonly used awks: mawk and gawk. Using gawk: root@nede1:/usr/bin# taskset -c 0 apt-move packages Creating Packages files... Building: lenny dists/lenny/main/binary-i386 Packages awk: /usr/share/apt-move/get2:5: (FILENAME=- FNR=207) fatal: print to "standard output" failed (Broken pipe) sort: write failed: standard output: Broken pipe sort: write error Unknown error: dopackages: 2. Using mawk: root@nede1:/usr/bin# taskset -c 0 apt-move packages Creating Packages files... Building: lenny dists/lenny/main/binary-i386 Packages awk: write failure (Broken pipe) awk: close failed on file /dev/stdout (Broken pipe) sort: write failed: standard output: Broken pipe sort: write error Unknown error: dopackages: 2. apt-move,v 1.115 2006/01/14 04:05:23 herbert Exp $ uname -a Linux nede1 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u3 x86_64 GNU/Linux achitecture i386 Debian release wheezy. -- M -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201409181905.49307.martin.hod...@getmail.no
Package multimarkdown?
Hi & thanks for packaging "markdown". Unfortunately it was not what I needed to be able to free wikis and issues from dev platforms' grasp (codeberg in this case, but presumable github, gitlab and other wikis), as it doesn't support tables. Fortunately I found what I needed in multimarkdown, based on markdown, though people have to install it from source at present. Home: https://fletcherpenney.net/multimarkdown Download: https://github.com/fletcher/MultiMarkdown-6/releases I'm writing to suggest including multimarkdown in Debian as I assume I'm not the only one who found it useful. It's (almost!) exactly what I needed with the only proviso that [[Link]]s have to be [Links](Links) to work in both contexts and, when using it to translate markdown to html, href="Link" needs to be href="Link.html" but those are both easily fixed with one-line sed scripts. Thanks again and keep up the good work M OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1031650: lwm: description misspells "include"
Package: lwm Version: 1.2.2-6+b1 Severity: minor Dear Maintainer, Not the most interesting of bug reports, sorry, but the package Description tells me that lwm "doesn't iclude icons, icon docs, button bars or root menus"... or the "n" that I imagine was intended in "iclude". -- System Information: Debian Release: 11.6 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable-debug'), (500, 'proposed-updates-debug'), (500, 'oldoldstable'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-21-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages lwm depends on: ii gnome-terminal [x-terminal-emulator] 3.38.3-1 ii libc6 2.31-13+deb11u5 ii libice6 2:1.0.10-1 ii libsm62:1.2.3-1 ii libx11-6 2:1.7.2-1 ii libxext6 2:1.3.3-1.1 ii org.jessies.terminator [x-terminal-emulator] 29.45.7469 ii rxvt 1:2.7.10-7.1+urxvt9.22-11 ii rxvt-unicode [x-terminal-emulator]9.22-11 ii xterm [x-terminal-emulator] 366-1+deb11u1 lwm recommends no packages. Versions of packages lwm suggests: pn fbdesk pn idesk -- no debconf information
Bug#1036880: unblock: pyocd/0.13.1+dfsg-3
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: py...@packages.debian.org, Adrian Bunk
Control: affects -1 + src:pyocd
[I'm not the uploader of the update, but filing to meet the deadline]
Please unblock package pyocd
This upload backports upstream changes to support the python version in
bookworm.
[ Reason ]
The current version in bookworm is not compatible with the python version
in bookworm.
[ Impact ]
Using pyocd-gdbserver currently crashes.
[ Tests ]
Manually tested that it no longer crashes on start. I did not test further.
[ Risks ]
If the fix did not work debian would be shipping a broken package, if this
package is not removed before release.
On the other hand if the upstream fix works as expected debian bookworm
users will still be able to debug their microcontroller projects and will
still have packages for yotta and firmware-microbit-micropython.
[ Checklist ]
[X] all changes are documented in the d/changelog
[X] I reviewed all changes and I approve them
[X] attach debdiff against the package in testing
[ Other info ]
I've reviewed the complete diffoscope
--exclude-directory-metadata=recursive output and there are only the
expected changes in the python code for importing, some minor changes from
building with a more up to date dh_python3/debhelper version and very minor
changes in man pages.
[ Full debdiff ]
File lists identical (after any substitutions)
Control files: lines which differ (wdiff format)
Version: [-0.13.1+dfsg-2-] {+0.13.1+dfsg-3+}
unblock pyocd/0.13.1+dfsg-3
Bug#602119: defoma: please drop perl dependency
Package: defoma
Version: 0.11.11
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch natty
Hello,
in Ubuntu we are trying to get rid of Perl in the default installation
(that is, the full Perl, not perl-base of course); for this I'm
currently enabling the remaining reverse dependencies.
With this patch, this package will work with just perl-base.
I know that defoma itself is obsolete, but I'm filing this patch
for the record. It'll probably still take some time until defoma is
fully eliminated.
Thanks for considering,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
* Drop perl dependency and imports of File::Copy, and replace the copy()
calls with /bin/cp.
diff -Nru defoma-0.11.11ubuntu1/debian/rules defoma-0.11.11ubuntu2/debian/rules
--- defoma-0.11.11ubuntu1/debian/rules 2010-06-03 17:24:14.0 -0400
+++ defoma-0.11.11ubuntu2/debian/rules 2010-11-01 14:02:14.0 -0400
@@ -74,7 +74,7 @@
# You may want to make some executables suid here.
# dh_suidregister
dh_installdeb
- dh_perl
+ dh_perl -d
dh_gencontrol
dh_md5sums
dh_builddeb
diff -Nru defoma-0.11.11ubuntu1/libs/libdefoma-subst.pl
defoma-0.11.11ubuntu2/libs/libdefoma-subst.pl
--- defoma-0.11.11ubuntu1/libs/libdefoma-subst.pl 2010-06-03
17:24:14.0 -0400
+++ defoma-0.11.11ubuntu2/libs/libdefoma-subst.pl 2010-11-01
14:15:55.0 -0400
@@ -27,7 +27,7 @@
chomp($newfile);
-copy($rulefile, $newfile);
+system('cp', $rulefile, $newfile);
system('/usr/bin/sensible-editor', $newfile);
my @new = ();
@@ -59,7 +59,7 @@
defoma_subst_close($sb);
term_all();
-copy($newfile, $rulefile);
+system('cp', $newfile, $rulefile);
unlink($newfile, $newfile.'~');
mylock(0);
diff -Nru defoma-0.11.11ubuntu1/man/po4a/po/fr.po
defoma-0.11.11ubuntu2/man/po4a/po/fr.po
--- defoma-0.11.11ubuntu1/pm/Defoma/Common.pm 2010-06-03 17:24:14.0
-0400
+++ defoma-0.11.11ubuntu2/pm/Defoma/Common.pm 2010-11-01 14:15:15.0
-0400
@@ -730,7 +730,6 @@
use strict;
#no strict 'subs';
use POSIX;
-use File::Copy;
use vars qw(@ISA $DEFAULT_PACKAGE $DEFAULT_CATEGORY
@ACCEPT_CATEGORIES $APPINFO);
@@ -960,7 +959,7 @@
my $suffix = (USERSPACE) ? "udefoma" : "defoma";
-unless (copy($OriginalScripts{$app}, SCRIPTDIR . "/$app.$suffix")) {
+if (system('cp', $OriginalScripts{$app}, SCRIPTDIR . "/$app.$suffix") !=
0) {
printe("Failed to copy " . $OriginalScripts{$app} . "to " .
SCRIPTDIR . ".");
set_app_info($app, 'error', 1);
diff -Nru defoma-0.11.11ubuntu1/src/defoma defoma-0.11.11ubuntu2/src/defoma
--- defoma-0.11.11ubuntu1/src/defoma2010-06-03 17:24:14.0 -0400
+++ defoma-0.11.11ubuntu2/src/defoma2010-11-01 14:03:37.0 -0400
@@ -4,7 +4,6 @@
use strict;
use POSIX;
use vars qw($COMNAME %SIG $ARG0);
-use File::Copy;
use Debian::Defoma::Common;
use Debian::Defoma::Font;
use Debian::Defoma::Id;
signature.asc
Description: Digital signature
Bug#602121: sgml-data: please drop perl dependency
Package: sgml-data
Version: 2.0.4
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch natty
Hello,
in Ubuntu we are trying to get rid of Perl in the default installation
(that is, the full Perl, not perl-base of course); for this I'm
currently eliminating the remaining reverse dependencies.
With this patch, this package will work with just perl-base.
Thanks for considering,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
diff -Nru sgml-data-2.0.4/debian/changelog
sgml-data-2.0.4ubuntu1/debian/changelog
--- sgml-data-2.0.4/debian/changelog2009-12-20 22:55:14.0 -0500
+++ sgml-data-2.0.4ubuntu1/debian/changelog 2010-11-01 14:49:41.0
-0400
@@ -1,3 +1,11 @@
+sgml-data (2.0.4ubuntu1) natty; urgency=low
+
+ * sgml-catalog-check.pl: Use Getopt::Long instead of Getopt::Std, since the
+former is in perl-base.
+ * debian/rules: Run dh_perl with -d, to get rid of "perl" dependency.
+
+ -- Martin Pitt Mon, 01 Nov 2010 14:48:14 -0400
+
sgml-data (2.0.4) unstable; urgency=low
* QA upload.
diff -Nru sgml-data-2.0.4/debian/rules sgml-data-2.0.4ubuntu1/debian/rules
--- sgml-data-2.0.4/debian/rules2005-04-21 11:50:14.0 -0400
+++ sgml-data-2.0.4ubuntu1/debian/rules 2010-11-01 14:49:18.0 -0400
@@ -97,7 +97,7 @@
dh_compress -i
dh_installdeb -i
- dh_perl -i
+ dh_perl -d -i
dh_gencontrol -i
dh_md5sums -i
dh_builddeb -i
diff -Nru sgml-data-2.0.4/sgml-catalog-check.pl
sgml-data-2.0.4ubuntu1/sgml-catalog-check.pl
--- sgml-data-2.0.4/sgml-catalog-check.pl 2004-01-11 00:53:25.0
-0500
+++ sgml-data-2.0.4ubuntu1/sgml-catalog-check.pl2010-11-01
14:47:09.0 -0400
@@ -12,7 +12,7 @@
# make a nice lintian script from this
# deal with declation and notation files
-use Getopt::Std;
+use Getopt::Long;
$Verbose = 1; # verboseness, 1 == chatty, 2 == loud
$SGMLdir = "debian/tmp/usr/share/sgml"; # default dir for link making etc
@@ -32,7 +32,7 @@
$warnings = $errors = 0; # error and warning count
-&getopts('ehlv:d:') || die $Usage;
+&GetOptions('e', 'h', 'l', 'v=i', 'd=s');
if ( $opt_h )
{
signature.asc
Description: Digital signature
Bug#606788: wdm: package fails to upgrade properly from lenny
tag 606788 + patch pending
thanks
On Sat, Dec 11, 2010 at 03:06:50PM -0800, Vagrant Cascadian wrote:
> this is due to a bug in the lenny version that's at least partially fixed in
> the version in squeeze:
>
> http://bugs.debian.org/582612
>
> from the above bug report:
>
> "This is caused by the insane way wdm handles refreshing of wm list, it
> directly modifies entry in wdm-config everytime wdm is started or stopped.
> ...
> This will not prevent prompting when upgrading from previous versions, but
> should leave this problem addressed for the future."
>
> so the squeeze version no longer has the bug that triggered the issue, but
> upgrades from older versions are going to suffer this issue.
Thanks for your comments.
As a matter of fact this is exactly the same problem than #582612.
When I prepared last wdm QA upload did not try to do a smooth upgrade since
I did not thought of a reasonable way at that time.
I have now thought of a possible approach for systems where changes were
never blessed by sysadmin in installation question (always decided to use
maintainer version). This will not affect config file if manually modified
by sysadmin.
Proposed wdm.preinst checks if the only change is display manager line and
then checks if change was not blessed by sysadmin, reverting automatic
changes if it was indeed not blessed and only automatically changed.
Proposed change is attached for comments before I prepare a new QA upload.
--
Agustin
>From 10b2dc3146dbff615de1f522063f0d8d0d7ffc20 Mon Sep 17 00:00:00 2001
From: Agustin Martin Domingo
Date: Wed, 15 Dec 2010 12:54:56 +0100
Subject: [PATCH] debian/wdm.preinst: Smooth upgrades from lenny avoiding non-needed questions.
This should help in systems with no accepted changes.
wdm versions before 1.28-4 updated display manager list in ${wdmconfig}
conffile everytime wdm is installed, upgraded or run. That causes unneeded
queries during upgrade. This was fixed in 1.28-4. This file tries to smooth
upgrades from previous versions (1.28-2 and above). Checks if the only change
is display manager line and then checks if change was not blessed by sysadmin,
reverting automatic changes if so. See Debian bugs #582612 and #606788
---
debian/changelog |8
debian/wdm.preinst | 44
2 files changed, 52 insertions(+), 0 deletions(-)
create mode 100644 debian/wdm.preinst
diff --git a/debian/changelog b/debian/changelog
index 4b5f0bf..503e800 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+wdm (1.28-5) unstable; urgency=low
+
+ * QA upload.
+ * RC: Smooth upgrades from lenny avoiding non-needed questions
+in systems with no accepted changes (Closes: #606788).
+
+ -- Agustin Martin Domingo Wed, 15 Dec 2010 12:35:20 +0100
+
wdm (1.28-4) unstable; urgency=low
* QA upload.
diff --git a/debian/wdm.preinst b/debian/wdm.preinst
new file mode 100644
index 000..1d98f38
--- /dev/null
+++ b/debian/wdm.preinst
@@ -0,0 +1,44 @@
+#!/bin/sh
+
+set -e
+
+# wdm versions before 1.28-4 updated display manager list in ${wdmconfig}
+# conffile everytime wdm is installed, upgraded or run. That causes unneeded
+# queries during upgrade. This was fixed in 1.28-4. This file tries to smooth
+# upgrades from previous versions (1.28-2 and above). Checks if the only change
+# is display manager line and then checks if change was not blessed by sysadmin,
+# reverting automatic changes if so. See Debian bugs #582612 and #606788
+
+# md5sums for pristine wdm-config with DisplayManager*wdmWm stripped
+# wdm_1.28-2 (as well as lenny wdm_1.28-3)
+pristine_stripped_md5="b903cf9c29cad13e3931ff30e6da7b96"
+# Intermediate wdm_1.28-3.5
+pristine_stripped_md5_alt="3ec0efa2089101552b0874ff63884292"
+
+# pristine wdm-config DisplayManager*wdmWm string
+pristine_string='! DisplayManager*wdmWm: twm:wmaker:afterstep'
+
+wdmconfig="/etc/X11/wdm/wdm-config"
+wdmconfig_tmp="${wdmconfig}.dpkg-tmp"
+
+# Do nothing if this is first installation
+if [ -f "$wdmconfig" ]; then
+wdmconfig_stripped_md5=$(grep -v 'DisplayManager\*wdmWm:' "${wdmconfig}" | md5sum | sed 's/ .*//')
+
+# First check if "$wdmconfig" matches old pristine files for everything but Displaymanager line.
+if [ "$wdmconfig_stripped_md5" = "$pristine_stripped_md5" ] ||
+ [ "$wdmconfig_stripped_md5" = "$pristine_stripped_md5_alt" ]; then
+ wdmconfig_dpkg_md5sum=$(dpkg-query -W -f='${Conffiles}' wdm | grep "$wdmconfig" | awk '{print $2}')
+ sed -e 's/.*DisplayManager\*wdmWm:.*/'"$pristine_string"'/' "$wdmconfig" > "${wdmconfig_tmp}"
+ wdmconfig_new_md5=$(md5sum "${wdmconfig_tmp}" | sed 's/ .*//')
+
+ # Check now if
Bug#463598: /var/run/utmp exists, but wdm still doesn't register the session
On Thu, May 27, 2010 at 07:37:37PM +0200, Agustin Martin wrote: > On Fri, May 21, 2010 at 09:36:47PM +0300, Yury Bulka wrote: > > > > Hello! Let me firstly thank you for your work on this package and for > > reading this:) > > So here's what the report is about: > > I've also noticed that wdm doesn't register the session it starts to utmp, > > but in my case /var/run/utmp exists on my system. > > It's strange, because the "sessreg" command is in its place in file > > /etc/X11/wdm/Xstartup: > > --- > > # Insert a utmp entry for the session > > if grep -q ^use-sessreg /etc/X11/wdm/wdm.options; then > > exec sessreg -a -l $DISPLAY -u /var/run/utmp -x /etc/X11/wdm/Xservers > > $USER > > # NOTREACHED > > fi > > --- > > and the option "use-sessreg" is enabled in /etc/X11/wdm/wdm.options. > > I tried to install xdm and it does register the session with almost > > identical "sessreg" command (the only difference is the -x parameter which > > is set to "/etc/X11/xdm/Xservers" there)... > > I replaced wdm Xstartup with xdm Xstartup and s/xdm/wdm/g. No luck, it still > does not register session. I have verified that $DISPLAY and $USER values > just before the sessreg call are correct and so that the sessreg line is > processed if use-sessreg is enabled. > > I am curious, did it register session at some time? > > In the box where wdm is installed last time /var/log/wdm.log was updated was > long time ago, on November 2005 for sid. I wonder what happened at that time. > I think about something related to xfree86 -> xorg transition (last xfree86 > log in this sid box is from September 2005). By the way, just noticed why "/var/log/wdm.log" was not updated. It was indeed the expected behavior. Somewhere around 1.27 (Seems to be 1.27-1, according to changelog, in reply to #242155), "wdm-config" was modified to have messages be sent to syslog as default, while previous default was "/var/log/wdm.log". And that happened in late 2004 amd hit me in 2005. I have checked my "/var/log/syslog" and it indeed contains wdm messages. If I modify "wdm-config" to not use syslog, messages are sent again to "/var/log/wdm.log". Adam, I am aware this bug is 3 years old and you no longer use wdm, but do you remember if when noticing the problem you checked "/var/log/wdm.log", or it was "/var/log/syslog"? Thanks for your feedback, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2011022618.ga3...@agmartin.aq.upm.es
Bug#619279: myspell-hu: Remove unconditional call to soon to disappear 'update-openoffice-dicts'
Package: myspell-hu
Version: 0.99.4-2
Severity: normal
Patgs: patch
'update-openoffice-dicts' will soon be removed from dictionaries-common,
but 'myspell-hu' maintainer scripts unconditionally call it.
'update-openoffice-dicts' only remaining task was to remove ancient
Openoffice.org 2.4 "dictionary.lst" file. For squeeze, it still updated
"dictionary.lst" in the extremely unlikely possibility that Ooo 2.4 is
installed. That Ooo has now become more than ancient and its presence
really unlikely.
For that reason, 'update-openoffice-dicts' has been made a no-op and will
soon be removed.
Please remove unconditional call to 'update-openoffice-dicts' from
maintainer scripts, as proposed in attached patch.
Thanks in advance,
--
Agustin
reverted:
--- magyarispell-0.99.4/debian/myspell-hu.postinst
+++ magyarispell-0.99.4.orig/debian/myspell-hu.postinst
@@ -1,22 +0,0 @@
-#!/bin/sh
-
-set -e
-
-case "$1" in
-configure)
-update-openoffice-dicts
-;;
-
-abort-upgrade|abort-remove|abort-deconfigure)
-
-;;
-
-*)
-echo "postinst called with unknown argument \`$1'" >&2
-exit 1
-;;
-esac
-
-#DEBHELPER#
-
-exit 0
reverted:
--- magyarispell-0.99.4/debian/myspell-hu.postrm
+++ magyarispell-0.99.4.orig/debian/myspell-hu.postrm
@@ -1,20 +0,0 @@
-#!/bin/sh
-
-set -e
-
-case "$1" in
- purge|remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear)
-if [ "$1" = "remove" ]; then
-update-openoffice-dicts
- fi
-;;
-
-*)
-echo "postrm called with unknown argument \`$1'" >&2
-exit 1
-
-esac
-
-#DEBHELPER#
-
-exit 0
diff -u magyarispell-0.99.4/debian/changelog magyarispell-0.99.4/debian/changelog
--- magyarispell-0.99.4/debian/changelog
+++ magyarispell-0.99.4/debian/changelog
@@ -1,3 +1,11 @@
+magyarispell (0.99.4-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * myspell-hu.post{inst,rm}: Remove, only unconditionally called
+useless and soon to not be shipped update-openoffice-dicts.
+
+ -- Agustin Martin Domingo Tue, 22 Mar 2011 17:41:07 +0100
+
magyarispell (0.99.4-2) unstable; urgency=low
* QA upload.
Bug#628603: synaptic does not start when wdm is the display manager
On Mon, May 30, 2011 at 08:57:27PM +0430, Eliad Bagherzadegan wrote: > Package: wdm > Version: 1.28-6 > Severity: important > > The title pretty much says it. Thanks for your info, but more details are really needed. I cannot reproduce that problem here in my i386 box when run from a xterm. Some questions, * Did you try with a different display manager? When you noticed the problem? Any other relevant change aroud that time? * Did you call synaptic from a xterm or from a pull-down menu? Does it fail when called both ways? * Is only synaptic which fails? * Which error did you see? Any relevant info under /var/log? Thanks for your feedback, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110531094815.ga18...@agmartin.aq.upm.es
Bug#629086: [myspell-fr]: Please remove call to soon to disappear 'update-openoffice-dicts'
Package: myspell-fr Version: 1.4-26 Severity: normal Hi, Your package still uses an entry in maintainer scripts that calls the soon to disappear update-openoffice-dicts script in a way that will fail once it is removed. If you use dictionaries-common-dev debhelper snippets, please rebuild your package against at least dictionaries-common-dev 1.10.5 and adjust Build-Depends accordingly. Otherwise just remove that part from maintainer scripts. Thanks in advance, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110603124806.ga3...@agmartin.aq.upm.es
Bug#605776: ifrench: throws lots of warning during preconfiguration
reassign 605776 dictionaries-common forcemerge 596277 605776 thanks On Fri, Dec 03, 2010 at 12:16:31PM +0100, Ralf Treinen wrote: > Package: ifrench > Version: 1.4-25 > Severity: normal > > Installing ifrench (with no ispell previously installed) results in the > following. In the debconf menu I had selected the french dictionary as > default dictionary. > > root@murdock:/home/rt# apt-get install ifrench > Reading package lists... Done > Building dependency tree > Reading state information... Done > The following extra packages will be installed: > ispell > Suggested packages: > wfrench spell > The following NEW packages will be installed: > ifrench ispell > 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. > Need to get 0 B/563 kB of archives. > After this operation, 2,863 kB of additional disk space will be used. > Do you want to continue [Y/n]? > Preconfiguring packages ... > Use of uninitialized value $classprefix in concatenation (.) or string at > /usr/share/dictionaries-common/dc-debconf-default-value.pl line 119, > line 7. > Use of uninitialized value $classprefix in concatenation (.) or string at > /usr/share/dictionaries-common/dc-debconf-default-value.pl line 138, > line 7. This seems the same than #596277, fixed in dictionaries-common 1.5.14. merging both bug reports. -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110607132020.ga4...@agmartin.aq.upm.es
Bug#628603: synaptic does not start when wdm is the display manager
On Fri, Jun 17, 2011 at 11:02:55PM +0430, Eliad Bagherzadegan wrote: > On 05/31/2011 02:18 PM, Agustin Martin wrote: > > On Mon, May 30, 2011 at 08:57:27PM +0430, Eliad Bagherzadegan wrote: > >> Package: wdm > >> Version: 1.28-6 > >> Severity: important > >> > >> The title pretty much says it. > > > > Thanks for your info, but more details are really needed. > > > > I cannot reproduce that problem here in my i386 box when run from a xterm. > > Some questions, > > > > * Did you try with a different display manager? When you noticed the > > problem? > > Any other relevant change aroud that time? > > * Did you call synaptic from a xterm or from a pull-down menu? Does it fail > > when called both ways? > > * Is only synaptic which fails? > > * Which error did you see? Any relevant info under /var/log? > > > > Thanks for your feedback, > > > Sorry for the delay. I had upgraded some packages and did not have keyboard > and mouse on X. > > synaptic works perfectly with slim/openbox, from menu and from lxterminal. > Running wdm/openbox,I get this error message in lxterminal: > # synaptic > No protocol specified > > (synaptic:20554): Gtk-WARNING **: cannot open display: :0 > > > I've noticed that this only happens when an X application is going to be run > as root. For example I could run gedit as a user, but got the same error when > I tried o run it as root. Are you exporting XAUTHORITY from user account before becoming root? -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110620091948.ga3...@agmartin.aq.upm.es
Bug#557709: wdm: "Exit login" doesn't work
2009/11/23 Frank Küster : > Package: wdm > Version: 1.28-3.2 > Severity: normal > > Hi, > > when I choose "Exit login" (in the list that also contains shutdown > etc. and has login as default), the screen turns into pink bricks, but I > don't get to a console. Also pressing Alt+F1 or Ctrl-Alt+F1 doesn't > help. It also seems that blind typing doesn't work. > > Of course, switching to a console first and running /etc/init.d/wdm stop > works. Hi, Franck, Just uploaded a wdm QA and looked at some of the remaining bug reports. I am aware that this bug report is 2 years old, so you may no longer use wdm. Unless selected otherwise in wdm config file you need to authenticate as root for 'Exitlogin' to work under wdm. I tested yesterday in a squeeze box and worked as expected. Do you remember if you did it in the same way? If not, I guess after exitlogin failure you were hit by merged (and already fixed) #448647: wdm: Does not work a second time #472703: wdm: Sometimes I cannot login, Enter doesn't work leading to different login problems Please provide these details, if you remember them, Thanks in advance, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAHMXK7hWyC6r0B3nhi2W6LbZAi1Kp68db=-w2yzm+x49qzf...@mail.gmail.com
Bug#640622: [INTL:sv] Swedish strings for ca-certificates debconf
package: ca-certificates severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#640788: ibritish: pidgin says: Illegal format hash table /usr/lib/ispell/british.hash
reassign 640788 libenchant1c2a retitle 640788 libenchant1c2a: Make enchant-ispell compatible with new ispell in sid tag 640788 +patch On Wed, Sep 07, 2011 at 08:54:53PM +1000, Russell Coker wrote: > Package: ibritish > Version: 3.3.02-5 > Severity: normal > > Illegal format hash table /usr/lib/ispell/british.hash - expected magic2 > 0x9602, got 0x0 > > When I run pidgin I get the above message. I don't know if it's pidgin or > ibritish at fault. Sorry if I filed the bug against the wrong one. > > The error message occurs repeatedly, it occurs on startup and also occurs when > opening a chat window. This seems to be caused by enchant ( pidgin -> libgtkspell0 -> libenchant1c2a ) not being updated for new ispell format, with no alternative spellchecker specified for that language. e.g., I reproduced this with ~/.enchant/enchant.ordering: en_GB:ispell $ echo "hola" | enchant -l -d british Illegal format hash table /usr/lib/ispell/british.hash - expected magic2 0x9602, got 0x0 hola Attached patch (with some changes borrowed from new ispell config.X) seems to work. Not sure if something else is needed. New package should also have a Breaks field in its control file against old ispell dictionaries, in a way similar to new ispell. In the meantime, if you have aspell-en installed you can try to add aspell as an alternative in enchant.ordering file to make enchant use aspell for that language if ispell fails, en_GB:ispell,aspell or comment that line, so enchant tries all possibilities in its default ordering. -- Agustin diff -Nru --exclude '*changelog' enchant-1.6.0/debian/patches/02-new-ispell-format.diff enchant-1.6.0/debian/patches/02-new-ispell-format.diff --- enchant-1.6.0/debian/patches/02-new-ispell-format.diff 1970-01-01 01:00:00.0 +0100 +++ enchant-1.6.0/debian/patches/02-new-ispell-format.diff 2011-09-07 18:34:01.0 +0200 @@ -0,0 +1,13 @@ +Index: enchant-1.6.0/src/ispell/ispell.h +=== +--- enchant-1.6.0.orig/src/ispell/ispell.h 2011-09-07 18:32:36.212371501 +0200 enchant-1.6.0/src/ispell/ispell.h 2011-09-07 18:33:55.152091750 +0200 +@@ -297,7 +297,7 @@ + ** character counts as two! + */ + #ifndef MAXSTRINGCHARS +-#define MAXSTRINGCHARS 128 ++#define MAXSTRINGCHARS 512 + #endif /* MAXSTRINGCHARS */ + + /* diff -Nru --exclude '*changelog' enchant-1.6.0/debian/patches/series enchant-1.6.0/debian/patches/series --- enchant-1.6.0/debian/patches/series 2011-08-18 21:09:33.0 +0200 +++ enchant-1.6.0/debian/patches/series 2011-09-07 18:34:30.0 +0200 @@ -1 +1,2 @@ debian-changes-1.6.0-3 +02-new-ispell-format.diff
Bug#643617: Spelling error in description
Package: rapidsvn Version: 0.12.0dfsg-3 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch oneiric Hello, In https://launchpad.net/bugs/860938 it was reported that there is a spelling error in the package description. Paul Stewart sent a patch for this, attached. It also changes the "The.." to "This..", please apply this part as you like. Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#643617: Spelling error in description
Martin Pitt [2011-09-28 7:31 +0200]:
> Paul Stewart sent a patch for this, attached.
*cough*, now.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
=== modified file 'debian/control'
--- debian/control 2010-12-19 16:41:47 +
+++ debian/control 2011-09-27 21:49:16 +
@@ -12,7 +12,7 @@
Recommends: ssh-askpass
Conflicts: libsvncpp-dev (<< 0.7.0-2)
Description: A GUI client for subversion
- An graphical client for the Subversion revision control system (svn).
+ A graphical client for the Subversion revision control system (svn).
Package: libsvncpp3
Section: libs
@@ -21,12 +21,12 @@
Conflicts: libsvncpp0, libsvncpp0c2, libsvncpp0c2a
Replaces: libsvncpp0, libsvncpp0c2, libsvncpp0c2a
Description: Subversion C++ shared library
- The package contains a runtime library with C++ bindings for subversion.
+ This package contains a runtime library with C++ bindings for subversion.
Package: libsvncpp-dev
Section: libdevel
Architecture: any
Depends: libsvn-dev (>= 1.4.4), libsvncpp3 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
Description: Subversion C++ library (development files)
- The package contains the static library and headers for libsvncpp,
+ This package contains the static library and headers for libsvncpp,
a library with C++ bindings for subversion.
signature.asc
Description: Digital signature
Bug#644409: rapidsvn SEGV with Subversion 1.7
Package: rapidsvn
Version: 0.12.0dfsg-2
Severity: normal
Tags: patch
The current released version of rapidsvn is incompatible with the
upcoming Subversion 1.7 due to the way rapidsvn constructs the
Subversion client context object. This causes rapidsvn to SEGV
on the first working copy operation.
A fix for this problem has been committed to rapidsvn trunk, but
is not yet in any release. The patch is r8195 in the upstream
repository.
Index: ../../rapidsvn-trunk/AUTHORS
===
--- ../../rapidsvn-trunk/AUTHORS(revision 8194)
+++ ../../rapidsvn-trunk/AUTHORS(revision 8195)
@@ -76,4 +76,4 @@
csola48 - translation
Alexey Reztsov- translation
Viet NQ - source code
-
+ Philip Martin - source code
Index: ../../rapidsvn-trunk/src/svncpp/context.cpp
===
--- ../../rapidsvn-trunk/src/svncpp/context.cpp (revision 8194)
+++ ../../rapidsvn-trunk/src/svncpp/context.cpp (revision 8195)
@@ -65,7 +65,7 @@
bool logIsSet;
int promptCounter;
Pool pool;
-svn_client_ctx_t ctx;
+svn_client_ctx_t * ctx;
std::string username;
std::string password;
std::string logMessage;
@@ -180,22 +180,22 @@
svn_auth_open(&ab, providers, pool);
// initialize ctx structure
- memset(&ctx, 0, sizeof(ctx));
+ svn_client_create_context(&ctx, pool);
// get the config based on the configDir passed in
- svn_config_get_config(&ctx.config, c_configDir, pool);
+ svn_config_get_config(&ctx->config, c_configDir, pool);
// tell the auth functions where the config is
svn_auth_set_parameter(ab, SVN_AUTH_PARAM_CONFIG_DIR,
c_configDir);
- ctx.auth_baton = ab;
- ctx.log_msg_func = onLogMsg;
- ctx.log_msg_baton = this;
- ctx.notify_func2 = onNotify2;
- ctx.notify_baton2 = this;
- ctx.cancel_func = onCancel;
- ctx.cancel_baton = this;
+ ctx->auth_baton = ab;
+ ctx->log_msg_func = onLogMsg;
+ ctx->log_msg_baton = this;
+ ctx->notify_func2 = onNotify2;
+ ctx->notify_baton2 = this;
+ ctx->cancel_func = onCancel;
+ ctx->cancel_baton = this;
}
void setAuthCache(bool value)
@@ -204,7 +204,7 @@
if (!value)
param = (void *)"1";
- svn_auth_set_parameter(ctx.auth_baton,
+ svn_auth_set_parameter(ctx->auth_baton,
SVN_AUTH_PARAM_NO_AUTH_CACHE,
param);
}
@@ -215,7 +215,7 @@
username = usr;
password = pwd;
- svn_auth_baton_t * ab = ctx.auth_baton;
+ svn_auth_baton_t * ab = ctx->auth_baton;
svn_auth_set_parameter(ab, SVN_AUTH_PARAM_DEFAULT_USERNAME,
username.c_str());
svn_auth_set_parameter(ab, SVN_AUTH_PARAM_DEFAULT_PASSWORD,
@@ -604,13 +604,13 @@
Context::operator svn_client_ctx_t * ()
{
-return &(m->ctx);
+return m->ctx;
}
svn_client_ctx_t *
Context::ctx()
{
-return &(m->ctx);
+return m->ctx;
}
void
-- System Information:
Debian Release: 6.0.2
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages rapidsvn depends on:
ii libapr1 1.4.2-6+squeeze3 The Apache Portable Runtime Librar
ii libaprutil1 1.3.9+dfsg-5 The Apache Portable Runtime Utilit
ii libc6 2.11.2-10Embedded GNU C Library: Shared lib
ii libdb4.84.8.30-2 Berkeley v4.8 Database Libraries [
ii libexpat1 2.0.1-7 XML parsing C library - runtime li
ii libgcc1 1:4.4.5-8GCC support library
ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3
ii libsvn1 1.6.12dfsg-6 Shared libraries used by Subversio
ii libsvncpp3 0.12.0dfsg-2 Subversion C++ shared library
ii libuuid12.17.2-9 Universally Unique ID library
ii libwxbase2.8-0 2.8.10.1-3+b1wxBase library (runtime) - non-GUI
ii libwxgtk2.8-0 2.8.10.1-3+b1wxWidgets Cross-platform C++ GUI t
Versions of packages rapidsvn recommends:
ii ssh-askpass 1:1.2.4.1-9 under X, asks user for a passphras
rapidsvn suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20111005151812.19327.12350.report...@stat.home.lan
Bug#640788: ibritish: pidgin says: Illegal format hash table /usr/lib/ispell/british.hash
On Wed, Sep 07, 2011 at 06:59:32PM +0200, Agustin Martin wrote: > On Wed, Sep 07, 2011 at 08:54:53PM +1000, Russell Coker wrote: > > Illegal format hash table /usr/lib/ispell/british.hash - expected magic2 > > 0x9602, got 0x0 > > > > When I run pidgin I get the above message. I don't know if it's pidgin or > > ibritish at fault. Sorry if I filed the bug against the wrong one. > > > > The error message occurs repeatedly, it occurs on startup and also occurs > > when > > opening a chat window. > > This seems to be caused by enchant ( pidgin -> libgtkspell0 -> libenchant1c2a > ) > not being updated for new ispell format, with no alternative spellchecker > specified for that language. e.g., I reproduced this with > > ~/.enchant/enchant.ordering: > en_GB:ispell > > $ echo "hola" | enchant -l -d british > Illegal format hash table /usr/lib/ispell/british.hash - expected magic2 > 0x9602, got 0x0 > hola > > Attached patch (with some changes borrowed from new ispell config.X) seems > to work. Not sure if something else is needed. New package should also have a > Breaks field in its control file against old ispell dictionaries, in a way > similar to new ispell. For the records, I committed this change to enchant collab-maint git repo, http://http://anonscm.debian.org/gitweb/?p=collab-maint/enchant.git;a=commit;h=515207f8e5285e79be21c77c30fd041247eb9086 enchant is currently orphaned. I may make at some time a QA upload including this change. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111019100416.ga8...@agmartin.aq.upm.es
Bug#643107: enchant: FTBFS: dpkg-buildpackage: error: dpkg-source -b enchant-1.6.0 gave error exit status 2
tag 643107 +pending thanks On Mon, Sep 26, 2011 at 10:25:41PM +0200, Didier Raboud wrote: > Source: enchant > Version: 1.6.0-3 > Severity: important > Tags: wheezy sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20110923 qa-ftbfs > Justification: FTBFS on amd64 > > Hi, > > During a rebuild of all packages in sid, your package failed to build on > amd64. > > Relevant part: > > fakeroot debian/rules clean > > dh_testdir > > dh_testroot > > rm -f build-stamp > > # Add here commands to clean up after the build process. > > [ ! -f Makefile ] || /usr/bin/make distclean > > dh_clean > > dpkg-source -b enchant-1.6.0 > > dpkg-source: info: using source format `3.0 (quilt)' > > dpkg-source: info: building enchant using existing > > ./enchant_1.6.0.orig.tar.gz > > dpkg-source: info: local changes detected, the modified files are: > > enchant-1.6.0/config.guess > > enchant-1.6.0/config.sub > > dpkg-source: error: aborting due to unexpected upstream changes, see > > /tmp/enchant_1.6.0-3.diff.WV_GR7 > > dpkg-source: info: you can integrate the local changes with dpkg-source > > --commit > > dpkg-buildpackage: error: dpkg-source -b enchant-1.6.0 gave error exit > > status 2 > > > > Build finished at 20110924-0032 Just marking that I made a commit to enchant collab-maint git repo, taking care of this in one possible way, http://http://anonscm.debian.org/gitweb/?p=collab-maint/enchant.git;a=commit;h=9776604ebd64c4a4163916e5db7428e6430f3cc5 enchant is currently orphaned. I will probably make a QA upload including this change at some time. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111019101054.ga9...@agmartin.aq.upm.es
Bug#219436: libenchant1: binaries should go into a separate package
tag 219436 +pending
tag 640788 +pending
thanks
On Thu, Nov 13, 2003 at 03:39:46PM +0100, Agustin Martin Domingo wrote:
> Gregor Hoffleit wrote.
>
> >Section 8.2 of the Debian policy says that run-time support packages
> >must not be put in a shared library package. Please consider moving
> >"enchant" and "enchant-lsmod" into another package ("enchange" or
> >"enchant-runtime").
>
> I think that files are not really runtime files, but intended to
> test the library version against which they were compiled, although
> enchant can have some not very frequent use standalone (Am I wrong,
> Masayuki?).
Since enchant program can be used standalone for some purposes I now think
differently. I have committed changes for this to enchant collab-maint git
repo
http://http://anonscm.debian.org/gitweb/?p=collab-maint/enchant.git;a=commit;h=a2576434231f5dc68bfa2ec639d2e069bd4f7e78
with programs moved to a new 'enchant' package.
I would like to play a bit more before sending a QA upload, but in the
meantime I am tagging this bug report as pending.
Regards,
--
Agustin
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111020094429.ga8...@agmartin.aq.upm.es
Bug#546418: libenchant1c2a: Command enchant, problems with
On Sun, Sep 13, 2009 at 11:47:05AM +0300, Tapio Lehtonen wrote: > Package: libenchant1c2a > Version: 1.4.2-3.3 > Severity: normal Hi, Tapio. Recently prepared a QA upload for enchant and am now looking at other bug reports for it, > Man page for enchant does not mention option -d (nor -h). > > $ enchant -h > Usage: enchant [options] -a|-d dict|-l|-L|-m|-v[v]| >-a lists alternatives. >-d dict uses dictionary . >-l lists misspellings. >-m is ignored. >-L displays line numbers. >-v displays program version. Not only that, -a does not list alternatives, but means pipe mode in the same was as for ispell > Furhermore enchant -d fi and -d fi_FI do not produce the same result. > Looks like -d fi works as expected, -d fi_FI makes strange results. > $ cat test-material-for-enchant-2.txt > Hallinnolliset tiedot > Tietoa tästä ohjeesta > This manual was created for Sarge's debian-installer, based on the > Woody > installation manual for boot-floppies, which was based on earlier > Debian > installation manuals, and on the Progeny distribution manual which was > released under GPL in 2003. Is this still true? > $ enchant -l -d fi < test-material-for-enchant-2.txt > $ enchant -l -d fi_FI < test-material-for-enchant-2.txt seems to work well here (Note that this is enchant 1.6.0, so this problem may have been fixed in the meantime) > According to enchant-lsmod, a different backend is used for fi_FI than > for fi. > $ enchant-lsmod -list-dicts > fi (voikko) > en (ispell) > en_PH (ispell) > en_US (ispell) > fi_FI (myspell) > tr (zemberek) This is also the result here, but voikko seems indeed used for both fi anf fi_FI, $ enchant-lsmod -lang fi fi (voikko) $ enchant-lsmod -lang fi_FI fi_FI (voikko) Will try to look deeper when I have time. > At least the man pages needs more material. Maybe the program works as > intended, but the docs should document the intentions. Agreed. There are already two patches for that man page and as mentioned above more changes are needed. Thanks for your feedback, Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111025112507.ga18...@agmartin.aq.upm.es
Bug#646555: [Pkg-geany-team] Bug#646555: geany-plugin-spellcheck: Spellcheck missing dependency
retitle 646555 libenchant1c2a: should depend on at least one dictionary. tag 646555 +pending thanks On Tue, Oct 25, 2011 at 01:24:39PM +0800, Chow Loong Jin wrote: > reassign 646555 enchant > kthxbye > > Hi Alex, > > Thanks for spotting this bug. Seeing as geany-plugin-spellcheck depends on > libenchant, and libenchant is meant to be an abstraction layer for several > spell > checker backends, the dependency should go there instead, so I'm reassigning > this bug to enchant instead. Hi both, I'd put the dependency on (myspell|aspell|ispell|hunspell)-dictionary. Committed that change to enchant collab-maint git repo. http://anonscm.debian.org/gitweb/?p=collab-maint/enchant.git;a=commit;h=df7f2c6e709abfca052024ef7f9a4d2974e62991 Note that enchant is orphaned. I will not upload inmediately, but would like to first prepare a new QA upload with some fixes in manpages. This change will go with it. Thanks for your help, Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111026104746.ga3...@agmartin.aq.upm.es
Bug#646555: enchant: Spellcheck missing dependency
On Thu, Oct 27, 2011 at 02:34:24AM +0800, Chow Loong Jin wrote: > On 26/10/2011 18:47, Agustin Martin wrote: > > I'd put the dependency on (myspell|aspell|ispell|hunspell)-dictionary. > > Committed that change to enchant collab-maint git repo. > > > > http://anonscm.debian.org/gitweb/?p=collab-maint/enchant.git;a=commit;h=df7f2c6e709abfca052024ef7f9a4d2974e62991 > > Thanks for the fix. > > > Note that enchant is orphaned. I will not upload inmediately, but would like > > to first prepare a new QA upload with some fixes in manpages. This change > > will go with it. > > Regarding that, it looks like Bastien ROUCARIES wants to adopt the package, as > mentioned on the O: bug[1]. Thanks for the pointer, cc'ing him. This ITA was not shown in the PTS because bug title was not renamed. Bastien, if you still want to adopt the package please set yourself as #580680 owner and retitle it to ITA: enchant -- a wrapper library for various spell checkers > It might be a good idea to check with him before uploading. Yes, I will contact Bastien before further commits. > Otherwise, if nobody else steps up to adopt this package, I can look into > adopting it myself, seeing as I'm maintainer of geany-plugins which uses it. Besides some recent commits and a QA upload, I enabled VCS notification for enchant collab-maint git repo through the PTS, if the cvs/vcs notification option has been selected during PTS package subscription. If you are already subscribed to enchant package through the PTS and have that option enabled, you should have received info about those commits. If subscribed but did not receive those messages and want to follow them, should (re-)subscribe making sure that cvs notification option is enabled. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111027093133.ga2...@agmartin.aq.upm.es
Bug#647279: [enchant] typo "avalable" is the manual page of enchant-lsmod
2011/11/1 Filipus Klutiero :
> Package: enchant
> Version: 1.6.0-4
> Severity: minor
>
> The NAME section of enchant-lsmod's manpage contains:
>
>> enchant-lsmod - Show information about avalable spell-checking modules and
>> dictionaries.
>
> "avalable" is missing a "i" ("available").
Thanks for noticing this. Will take care in a couple of days. Bastien,
let me know if you prefer to care of this yourself.
Regards,
--
Agustin
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/cahmxk7gx9eyxa9-x5nfefcrxnvuwpkfbpf1h5smkvasozes...@mail.gmail.com
Bug#647281: [enchant] incomplete/outdated manpage for enchant
2011/11/1 Filipus Klutiero : > Package: enchant > Version: 1.6.0-4 > Severity: normal > > enchant's manpage contains: > >> SYNOPSIS >> enchant [-a] [-l] [-L] [-v] > > However, calling enchant without arguments outputs: > >> Usage: enchant [options] -a|-d dict|-l|-L|-m|-v[v]| >> -a lists alternatives. >> -d dict uses dictionary . >> -l lists misspellings. >> -m is ignored. >> -L displays line numbers. >> -v displays program version. >> chealer@vinci:~/logs$ > > If you look at the output, you also notice it contains options not found in > the manpage, suggesting the manpage is also outdated. Thanks, This has been already reported as part of Debian #546418. Today I filed an upstream bug report and sent upstream a patch with proposed changes for this, also including a couple of other Debian changes, http://bugzilla.abisource.com/show_bug.cgi?id=13163 In the meantime, I will soon commit the part related to this bug report, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAHMXK7j0s2z1i+-T+_Mw=-c06c4r6f_yaouns4dxpmeqlsh...@mail.gmail.com
Bug#546418: libenchant1c2a: Command enchant, problems with
retitle 546418 enchant: Inconsistent behavior of enchant-lsmod -list-dicts and -lang options forwarded 546418 http://bugzilla.abisource.com/show_bug.cgi?id=13165 thanks On Tue, Oct 25, 2011 at 01:25:07PM +0200, Agustin Martin wrote: > On Sun, Sep 13, 2009 at 11:47:05AM +0300, Tapio Lehtonen wrote: > > Package: libenchant1c2a > > Version: 1.4.2-3.3 > > Severity: normal > > Man page for enchant does not mention option -d (nor -h). This should be improved/fixed with a QA upload just done. > > According to enchant-lsmod, a different backend is used for fi_FI than > > for fi. > > $ enchant-lsmod -list-dicts > > fi (voikko) > > en (ispell) > > en_PH (ispell) > > en_US (ispell) > > fi_FI (myspell) > > tr (zemberek) > > This is also the result here, but voikko seems indeed used for both fi anf > fi_FI, > > $ enchant-lsmod -lang fi > fi (voikko) > > $ enchant-lsmod -lang fi_FI > fi_FI (voikko) Seems that both options use a different way to parse available dictionaries. Filed upstream a bug report about this. http://bugzilla.abisource.com/show_bug.cgi?id=13165 Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2002114614.ga15...@agmartin.aq.upm.es
Bug#651819: "pkgconfig --libs enchant" specifies unnecessary libraries
On Mon, Dec 12, 2011 at 12:52:54PM +0100, Per Olofsson wrote: > Package: libenchant-dev > Version: 1.6.0-6 > Severity: minor > > When I build lyx, dpkg-shlibdeps complains about it unnecessarily > linking against libgmodule, libglib, and librt. > > It turns out that lyx depends on these libraries because it uses > enchant. Indeed: > > $ pkg-config --libs enchant > -pthread -lenchant -lgmodule-2.0 -lrt -lglib-2.0 Hi, Per Those libs seem to come from Requires: glib-2.0 gmodule-no-export-2.0 entry in upstream enchant.pc.in > It appears that enchant can be used without explicitly depending on > the extra libraries. Please consider moving them to Libs.private in > enchant.pc. I guess you mean that lyx can use enchant without explicitly depending on above libraries, enchant itself seems to heavily rely on glib-2.0. I am not familiar with pkg-config and friends. Should something like Requires.private help here? Or is better Libs.private as you suggest? PS: I am not enchant maintainer, just have it under my radar because I uploaded last QA. enchant itself is orphaned. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111220121538.ga21...@agmartin.aq.upm.es
Bug#651819: "pkgconfig --libs enchant" specifies unnecessary libraries
tag 651819 +pending thanks On Tue, Dec 20, 2011 at 03:48:03PM +0100, Per Olofsson wrote: > 2011-12-20 13:15, Agustin Martin skrev: > > I am not familiar with pkg-config and friends. Should something like > > Requires.private help here? Or is better Libs.private as you suggest? > > Yes, Requires.private would help. Not Libs.private, of course, sorry. > > So, what I'm suggesting is to move glib and gmodule to a > Requires.private line. Hi Per, Hi Bastien Thanks for the clarification. I have prepared a quilt patch with that change and committed it to enchant collab-maint git repo git://anonscm.debian.org/collab-maint/enchant.git together with a lintian fix for an unrelated issue. I am cc'ing Bastien ROUCARIES, who has shown interest in the package in case he has some other changes ready to go or something else to add. If Bastien does not upload himself, I will prepare a new QA upload with these changes. If no further problems appear we shoud also file a bug report at upstream bug tracker. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111220164556.ga11...@agmartin.aq.upm.es
Bug#655325: myspell-sl: Must not call update-openoffice-dicts from maintainer scripts
Package: myspell-sl Version: 1.0-3 Severity: important update-openoffice-dicts is no longer shipped by dictionaries-common. However, myspell-sl unconditionally calls it from maintainer scripts. I am preparing a QA upload for this, -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120110121558.ga23...@agmartin.aq.upm.es
Bug#591317: wdm breaks with wmalloc assertion error
On Mon, Aug 02, 2010 at 07:41:25AM +0200, Jurgen Defurne wrote: > Package: wdm > Version: 1.28-3 > Severity: normal > > > When starting wdm the normal way, the cross cursor from X changes to > an arrow, and then the startup process breaks off. > > I tested this then further in the following way. I started up a > separate X server, then did 'export DISPLAY=:0' in another terminal and > executed 'wdm -nodaemon'. After some time I get the following message > : > > wdm: /tmp/buildd/wmaker-0.92.0/WINGs/memory.c:83: wmalloc: Assertion `size > > 0' failed. Hi, Jurgen, I arranged a recent wdm QA upload I am also looking at some of the ancient wdm bug reports and found this one. Is this problem still happening? I cannot reproduce it here. Thanks for your feedback, Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120117113904.ga4...@agmartin.aq.upm.es
Bug#658233: vnstat: Install fails if munin-node installed
Package: vnstat Version: 1.10-1 Severity: normal If I've misfiled his bug, my apologies. If I have munin-node installed, then running apt-get install vnstat produces the following: Do you want to continue [Y/n]? Setting up vnstat (1.10-1) ... insserv: warning: script 'fcserver' missing LSB tags and overrides insserv: There is a loop between service munin-node and fcserver if stopped insserv: loop involving service fcserver at depth 2 insserv: loop involving service munin-node at depth 1 insserv: Stopping fcserver depends on munin-node and therefore on system facility `$all' which can not be true! insserv: exiting now without changing boot order! update-rc.d: error: insserv rejected the script header dpkg: error processing vnstat (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: vnstat E: Sub-process /usr/bin/dpkg returned an error code (1) vnstat installs is fine if munin is node installed -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages vnstat depends on: ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib vnstat recommends no packages. Versions of packages vnstat suggests: pn vnstati(no description available) -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120201100033.3015.61653.report...@subspace.submart.me.uk
Bug#662545: wdm: Please Build-Depends on libpng-dev, change from libpng12-dev
owner 662545 ! thanks On Mon, Mar 05, 2012 at 03:05:53PM +0900, Nobuhiro Iwamatsu wrote: > Source: wdm > Version: 1.8-1.1 > Severity: important > User: lib...@packages.debian.org > Usertags: libpng15-transition > > Hi, > > Libpng maintainers plan transition of libpng[0]. > Version 1.2 is used for libpng of current debian, but will shifts > to version 1.5 in this transition. > Your package still does it depending on libpng12-dev. > We cannot shift in transition mentioned above. > Please change Build-Depends of the package from libpng12-dev to libpng-dev. > > Build-Depends: debhelper (>= 8.0.0) > > [0]http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650601 Hi, I will care of this. I had some other pending changes to make wdm scripts mimic a bit more those of xdm, so QA care is easier. They still need some extra testing, but I expect to do this soon. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120305175131.ga22...@agmartin.aq.upm.es
Bug#663747: [r...@debian.org: Bug#663747: FTBFS with LibreOffice 3.5: basis-link gone/uninstallable with LibreOffice 3.5]
Filing this as important for now but this bug will become serious when LibreOffice 3.5.x gets uploaded to sid (and this *will* happen before the wheezy freeze) I should have time to apply that patch to 2.0-1 within the next week or two; I will do so as soon as I can. [1] and you even missed -12, but that happily only was a simple rebuild so this upload should have worked. Bad nevertheless. I submitted this package for upload last summer (around July 2011), but Moritz Muelenhoff (my sponsor) was very busy so it didn't get uploaded until now. That may be why your changes were not incorporated into it. In any case, I will fix it soon. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f5fb205.2090...@gmail.com
Bug#685798: medit : perl syntax highlighting bugs
Package: medit Version: 1.0.93-1 Severity: minor The perl syntax highlighting of medit is somewhat broken. To reproduce: Open medit, set Document->Language->Scripts->Perl Type the following (excluding the 'snip'-lines): -- snip --- my ($mx, $my)=($e->x, $e->y ); # this is printed in red like a string caused by the 'y' above # ; this is additionally underlined caused by the semicolon -- snip --- Replacing y by s,q,or m shows the same effect; using other letters dont trigger this behaviour. Unfortunately, the config file for perl syntax highlighting is way too complex for me to understand, so I can't offer a fix. I am using debian wheezy amd64 with a german keyboard. Thanks for Debian ! Martin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120824170811.01286...@seven.hlrs.de
Bug#700422: wdm shouldn't use /dev/mem
control: forcemerge -1 700421 On Tue, Feb 12, 2013 at 03:32:54PM +0100, Borislav Petkov wrote: > Package: wdm > Version: 1.28-13 > Severity: normal > Tags: upstream patch > > Hi, > > this is my first reporting a bug against a debian package so I very well > might've missed something in the process. > > Here's the deal: wdm still uses /dev/mem in genauth.c to generate a tmp > key and it shouldn't. The kernel currently allows userspace to read < > 640K of /dev/mem for compatibility reasons with X. The modern way of > getting two random longs is /dev/urandom and I've a patch below which > converts wdm to do that. > > Patch is ontop of the master branch of > git://git.debian.org/collab-maint/wdm.git and fixes the issue. Hi, Borislav, Thanks for your contribution. Nice to see a way to get rid of the "program wdm tried to access /dev/mem ..." messages. wdm is currently orphaned and no maintainer is explicitly caring of it, neither in Debian nor upstream. Since I made some of the final QA non-maintainer uploads I will care of including your patch at some time. Note that this will not happen soon since Debian wheezy is currently in "frozen" state in preparation for release. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130212181752.ga19...@agmartin.aq.upm.es
Bug#700422: wdm shouldn't use /dev/mem
control: tag -1 +pending
Hi, Borislav
On Tue, Feb 12, 2013 at 07:39:19PM +0100, Borislav Petkov wrote:
> Ok, thanks. I've tested it lightly here by building a debian package
> using debian/rules and applying the patch by hand (couldn't get it to
> apply the patch automatically with "debian/rules patch" because the
> patch target was missing there... yadda yadda) ...
In wdm, changes inside debian/ dir are done directly and changes involving
upstream sources (everything outside debian/) are done through quilt
patches. They are automatically applied by dpkg-build* scripts on package
build and can be {un,}applied on demand by quilt pop/push (some tweaks may
be needed first). I am attaching a patch with the commit that included your
changes in my personal git repo, part as a normal change and part as a new
quilt patch.
> ... long story short, ping me if there's an official package available
> so that I can test it too, before it enters the distro repos.
I have prepared a personal package and put it in my personal Debian repo
under http://people.debian.org/~agmartin/debian-store/misc. Changes file is
signed with my Debian gpg key, available from the Debian keyring.
That repo is reachable through apt line
deb http://people.debian.org/~agmartin/debian-store/misc/ ./
and is also signed with my debian gpg key. Note that there is other stuff
there (mostly personal backports for other packages).
I am currently testing that package in this box and seems to work well in
the normal use needed here, so I will soon commit my changes to the wdm
collab-maint git repo.
In the meantime I am tagging this bug as pending.
Thanks a lot for your feedback.
Regards,
--
Agustin
>From dfc7f1d4fcba1f02d2d4fe8506b4366ad697e078 Mon Sep 17 00:00:00 2001
From: Agustin Martin Domingo
Date: Tue, 12 Feb 2013 18:33:14 +0100
Subject: [PATCH] 08_do_not_use_dev_mem.patch: Use /dev/urandom instead of
/dev/mem (#700422)
Patch by Borislav Petkov:
wdm still uses /dev/mem in genauth.c to generate a tmp key and it
shouldn't. The kernel currently allows userspace to read < 640K of
/dev/mem for compatibility reasons with X. The modern way of getting
two random longs is /dev/urandom and I've a patch below which
converts wdm to do that.
---
debian/man/wdm.1x |2 +-
debian/patches/08_do_not_use_dev_mem.patch | 108
debian/patches/series |1 +
3 files changed, 110 insertions(+), 1 deletion(-)
create mode 100644 debian/patches/08_do_not_use_dev_mem.patch
diff --git a/debian/man/wdm.1x b/debian/man/wdm.1x
index 5f468d5..968acf2 100644
--- a/debian/man/wdm.1x
+++ b/debian/man/wdm.1x
@@ -202,7 +202,7 @@ to pass on to the \fIXsetup\fP,
.IP \fBDisplayManager.randomFile\fP
A file to checksum to generate the seed of authorization keys.
This should be a file that changes frequently.
-The default is \fI/dev/mem\fP.
+The default is \fI/dev/urandom\fP.
.IP \fBDisplayManager.greeterLib\fP
On systems that support a dynamically-loadable greeter library, the
name of the library. The default is
diff --git a/debian/patches/08_do_not_use_dev_mem.patch b/debian/patches/08_do_not_use_dev_mem.patch
new file mode 100644
index 000..489bc54
--- /dev/null
+++ b/debian/patches/08_do_not_use_dev_mem.patch
@@ -0,0 +1,108 @@
+Author: Borislav Petkov
+Description: Use /dev/urandom instead of /dev/mem
+Bug-Debian: http://bugs.debian.org/700422
+
+Borislav Petkov:
+
+wdm still uses /dev/mem in genauth.c to generate a tmp key and it
+shouldn't. The kernel currently allows userspace to read < 640K of
+/dev/mem for compatibility reasons with X. The modern way of getting
+two random longs is /dev/urandom and I've a patch below which
+converts wdm to do that.
+
+Index: wdm/doc/wdm.man.in
+===
+--- wdm.orig/doc/wdm.man.in 2013-02-12 18:26:27.879201302 +0100
wdm/doc/wdm.man.in 2013-02-12 18:26:27.863202561 +0100
+@@ -202,7 +202,7 @@
+ .IP \fBDisplayManager.randomFile\fP
+ A file to checksum to generate the seed of authorization keys.
+ This should be a file that changes frequently.
+-The default is \fI/dev/mem\fP.
++The default is \fI/dev/urandom\fP.
+ .IP \fBDisplayManager.greeterLib\fP
+ On systems that support a dynamically-loadable greeter library, the
+ name of the library. The default is
+Index: wdm/src/wdm/genauth.c
+===
+--- wdm.orig/src/wdm/genauth.c 2013-02-12 18:26:27.879201302 +0100
wdm/src/wdm/genauth.c 2013-02-12 18:26:27.875201665 +0100
+@@ -71,37 +71,26 @@
+
+ #if !defined(ARC4_RANDOM) && !defined(DEV_RANDOM)
+ static int
+-sumFile (char *name, long sum[2])
++sumFile (char *name, long sum[], unsigned n)
+ {
+-longbuf[1024*2];
+ int cnt;
+ int fd;
+-int loops;
+-int reads;
+-int i;
+-int
Bug#700896: cinnamon doesn't show up in wdm's window/session manager list
On Mon, Feb 18, 2013 at 10:58:37PM +0100, Axel Beckert wrote: > Package: cinnamon,wdm > Version: cinnamon/1.6.7-2 > Version: wdm/1.28-13 > > Dear Cinnamon Maintainers, dear QA Team, > > I'm using wdm as display manager. While XFCE, LXDE and GNOME show up > in wdm's list of available window and session managers, Cinnamon > doesn't. > > This means that I cannot choose to run Cinnamon when using wdm as > display manager. I'd have expected that Cinnamon shows up in wdm's > list as all other installed window and session managers seem to do. > > It doesn't make a difference if I use wdm from Wheezy/Sid (1.28-13) or > from Experimental (1.28-14~exp1). > > I'm reporting this issue against cinnamon and wdm since I don't know > which of these packages are the source for this issue. And because > fixing this issue in one of the two packages should already suffice. Hi, Axel Seems that cinnamon does not register itself as an alternative for neither "x-window-manager" nor "x-session-manager". That is what wdm uses to know which alternatives are available. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130219122056.ga6...@agmartin.aq.upm.es
Bug#707231: wdm: pam_selinux is not available on !linux
tag 707231 +pending thanks On Wed, May 08, 2013 at 01:56:41PM +0200, Laurent Bigonville wrote: > Package: wdm > Version: 1.28-12 > Severity: serious > > Hello, > > Since version 1.28-12, wdm is calling the pam_selinux pam module > (bug #664809). > > The problem is that pam_selinux is only available on linux > architectures. As you made the pam_selinux module "required" in the pam > configuration, this could prevent the user to login on !linux > architectures. > > You should change this to something like: > [success=ok ignore=ignore module_unknown=ignore default=bad] Thanks for the info. Since I made the change I will also take care of the new change. Unfortunately I cannot build nor sign today or tomorrow, but hope to do that before early next week. If I understand correctly something like attached diff should be enough. Regards, -- Agustin diff --git a/debian/wdm.pam b/debian/wdm.pam index a0ede74..d0be0d8 100644 --- a/debian/wdm.pam +++ b/debian/wdm.pam @@ -2,6 +2,7 @@ # - authrequiredpam_nologin.so authrequiredpam_env.so envfile=/etc/default/locale + @include common-auth # - @include common-account @@ -9,11 +10,16 @@ authrequiredpam_env.so envfile=/etc/default/locale # SELinux needs to be the first session rule. This ensures that any # lingering context has been cleared. Without out this it is possible # that a module could execute code in the wrong domain. -session requiredpam_selinux.so close +# pam_selinux is unavailable for !linux, use [...] instead of required. +session [success=ok ignore=ignore module_unknown=ignore default=bad] pam_selinux.so close + session requiredpam_limits.so session requiredpam_loginuid.so + @include common-session + # SELinux needs to intervene at login time to ensure that the process # starts in the proper default security context. Only sessions which are # intended to run in the user's context should be run after this. -session requiredpam_selinux.so open +# pam_selinux is unavailable for !linux, use [...] instead of required. +session [success=ok ignore=ignore module_unknown=ignore default=bad] pam_selinux.so open
Bug#711862: required dependency php5-json missing
Package: phoronix-test-suite Version: 4.6.0-1 Severity: normal Hi! After upgrading to latest phoronix-test-suite 4.6.0-1 I got: merkaba:~> phoronix-test-suite system-info The following PHP extensions are REQUIRED by the Phoronix Test Suite: JSON PHP JSON support is required for OpenBenchmarking.org communication. The following PHP extensions are OPTIONAL but recommended: CURL PHP CURL is recommended for an enhanced download experience. PHP FPDF PHP FPDF is recommended if wishing to generate PDF reports. [... nothing more, actual system info is missing ...] After installing php5-json system information is displayed. Thanks, Martin -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.0-rc5-tp520 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages phoronix-test-suite depends on: ii php5-cli 5.5.0~rc3+dfsg-1 ii php5-gd 5.5.0~rc3+dfsg-1 phoronix-test-suite recommends no packages. phoronix-test-suite suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130610140451.7630.40882.reportbug@merkaba.lichtvoll
Bug#513180: [INTL:sv] Updated debconf for Swedish
finally the updated Swedish debconf po then. -- /brother http://frakalendern.se Bruce Schneier's private key is so strong that he doesn't even hide it -- if you saw it, you'd die before you could use it.# Translators, if you are not familiar with the PO format, gettext # documentation is worth reading, especially sections dedicated to # this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Some information specific to po-debconf are available at # /usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # Developers do not need to manually edit POT or PO files. # , fuzzy # # msgid "" msgstr "" "Project-Id-Version: mserv 0.35-6\n" "Report-Msgid-Bugs-To: ms...@packages.debian.org\n" "POT-Creation-Date: 2009-02-18 07:05+0100\n" "PO-Revision-Date: 2009-03-05 13:31+0100\n" "Last-Translator: Martin Bagge \n" "Language-Team: Swedish \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Poedit-Language: Swedish\n" #. Type: string #. Description #: ../mserv.templates:2001 #| msgid "Please enter the path to the root of your mp3 archive." msgid "Path to the root of the music archive:" msgstr "Sökvägen till roten av ditt musikarkiv." #. Type: string #. Description #: ../mserv.templates:2001 msgid "Mserv needs to know where its music files are located so that it can index them. The files don't need to be arranged in any special way." msgstr "Mserv behöver veta var musikfilerna finns så att dessa kan indexeras. Filerna behöver inte följa någon särskild struktur." #. Type: string #. Description #: ../mserv.templates:2001 msgid "If no music files are available right now, just enter any directory name. In that case, mserv will not be able to play music. To index new music files in the future, you can run \"dpkg-reconfigure mserv\" to inform the program of their location." msgstr "Om inga musikfiler är tillgängliga för tillfället anger du bara en sökväg, vilken som helst. Det innebär att mserv inte kan spela musik. För att indexera nya musikfiler i framtiden kan du köra \"dpkg-reconfigure mserv\" för att uppdatera programmet med rätt sökväg." #. Type: boolean #. Description #: ../mserv.templates:3001 msgid "Really use unreadable directory?" msgstr "Ska den oläsbara katalogen användas?" #. Type: boolean #. Description #: ../mserv.templates:3001 msgid "Mserv cannot access the directory path you specified. Please choose whether you want to use that path anyway." msgstr "Mserv kan inte komma åt katalogsökvägen du angav. Ange om du vill använda sökvägen i alla fall." #. Type: boolean #. Description #: ../mserv.templates:4001 msgid "Really change the music archive location?" msgstr "Ska sökvägen till musikarkivet verkligen ändras?" #. Type: boolean #. Description #: ../mserv.templates:4001 #| msgid "" #| "Reconfiguring the location of the mp3 archive when a trackinfo database " #| "already exists is dangerous. If you proceed with this configuration you " #| "risk losing your track info database (any ratings, last play times etc.). " #| "If you know what you are doing or don't care about losing the track info " #| "database, feel free to continue." msgid "By reconfiguring the location of the music archive when a trackinfo database already exists, you risk losing the track info database (ratings, last play times etc.)." msgstr "Förändring av sökvägen till musikarkivet när en databas med spårinformation redan existerar kan innebära att du förlorar databasen (poäng, senast spelad mm)." #~ msgid "" #~ "Mserv needs to know where your mp3 files are located so that it can index " #~ "them. The files don't need to be arranged in any special way. If you " #~ "don't have any mp3s right now you can just enter anything. In that case " #~ "mserv will not be able to play music. If you get mp3s in the future you " #~ "can run 'dpkg-reconfigure mserv' to show mserv where they are." #~ msgstr "" #~ "Mserv behöver veta var dina mp3-filer finns någonstans för att kunna " #~ "indexera dom. Filerna behöver inte arrangeras på något speciellt sätt. " #~ "Om du inte har några mp3or för tillfället kan du ange vad som helst. I så " #~ "fall kommer inte mserv att kunna spela musik. Om du får mp3or i " #~ "framtiden kan du köra 'dpkg-reconfigure mserv' för att visa mserv var de " #~ "finns." #~ msgid "This path does not exist. Would you like to use it anyway?" #~ msgstr "Sökvägen finns inte. Vill du använda den ändå?" #~ msgid "Are you sure you want to do this?" #~ msgstr "Är du säker att du vill göra detta?"
Bug#525719: FTBFS with GCC 4.4: missing #include
Package: soci Version: 3.0.0+cvs20081223-2 User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.4 Tags: patch Your package fails to build with GCC 4.4, which has cleaned up some more C++ headers. You always have to #include headers directly and cannot rely for things to be included indirectly. You can reproduce this problem with gcc-snapshot from unstable or gcc-4.4 from experimental. > Automatic build of soci_3.0.0+cvs20081223-2 on em64t by sbuild/amd64 0.53 ... > x86_64-linux-gnu-g++ -DPACKAGE_NAME=\"SOCI\" -DPACKAGE_TARNAME=\"soci\" > -DPACKAGE_VERSION=\"3.0.0\" "-DPACKAGE_STRING=\"SOCI 3.0.0\"" > -DPACKAGE_BUGREPORT=\"http://sourceforge.net/projects/soci\"; > -DPACKAGE=\"soci\" -DVERSION=\"3.0.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 > -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 > -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 > -DHAVE_DLFCN_H=1 -DHAVE_BOOST=1 "-DHAVE_BOOST_DATE_TIME=/**/" -DHAVE_MYSQL=1 > -DHAVE_POSTGRESQL=1 -DHAVE_SQLITE3=1 -I. -I. -UNDEBUG -U_DEBUG -fPIC > -I/usr/include -O2 -g -O2 -Wall -pedantic -Wno-long-long -MT soci-simple.lo > -MD -MP -MF .deps/soci-simple.Tpo -c soci-simple.cpp -fPIC -DPIC -o > .libs/soci-simple.o > soci-simple.cpp: In function 'const > char*::format_date(::statement_wrapper&, const tm&)': > soci-simple.cpp:476: error: 'sprintf' was not declared in this scope > soci-simple.cpp: In function 'bool::string_to_date(const char*, tm&, > ::statement_wrapper&)': > soci-simple.cpp:492: error: 'sscanf' was not declared in this scope > soci-simple.cpp: In function 'const char* soci_get_use_date(void*, const > char*)': > soci-simple.cpp:1514: error: 'sprintf' was not declared in this scope > make[4]: *** [soci-simple.lo] Error 1 --- src/core/soci-simple.cpp~ 2009-04-26 18:33:38.0 + +++ src/core/soci-simple.cpp2009-04-26 18:34:41.0 + @@ -10,6 +10,8 @@ #include "soci-simple.h" #include "soci.h" +#include + using namespace soci; -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525881: FTBFS with GCC 4.4: missing #include
Package: sfftobmp Version: 3.1.2-1 User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.4 Tags: patch Your package fails to build with GCC 4.4, which has cleaned up some more C++ headers. You always have to #include headers directly and cannot rely for things to be included indirectly. You can reproduce this problem with gcc-snapshot from unstable or gcc-4.4 from experimental. > Automatic build of sfftobmp_3.1.2-1 on em64t by sbuild/amd64 0.53 ... > g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I..-g -O2 -c -o cmdline.o > `test -f 'cmdline.cpp' || echo './'`cmdline.cpp > cmdline.cpp: In member function 'void CCmdLineProcessor::parseCmdLine()': > cmdline.cpp:187: error: 'sscanf' was not declared in this scope > make[3]: *** [cmdline.o] Error 1 --- src/cmdline.cpp~2009-04-27 16:52:41.0 + +++ src/cmdline.cpp 2009-04-27 16:52:50.0 + @@ -37,6 +37,7 @@ #include #include +#include #include #include --- src/common.cpp~ 2009-04-27 16:53:02.0 + +++ src/common.cpp 2009-04-27 16:53:10.0 + @@ -50,6 +50,7 @@ #endif #include +#include #include #ifdef WIN32 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#453009: closed by Filippo Giunchedi (Bug#453009: fixed in varkon 1.18B-1)
Confirmed now builds fine on armel -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#504283: egroupware adoption or removal?
On Wed, Jul 29, 2009 at 09:02:18AM +0200, Thomas Viehmann wrote: > Hi everyone (formerly) interested in egroupware, > > egroupware seems to be in need for attention > > #526878 > [egroupware-wiki] egroupware-core sets open_basedir which > disables hook_config_validate.inc.php (egroupware-wiki) sanity > check > Date: Mon, 4 May 2009 08:15:01 UTC > > #504283 > CVE-2007-3215: phpmailer issue (embedded code-copy) > Date: Sun, 2 Nov 2008 12:33:01 UTC > > It would seem that egroupware should either be adopted and fixed for > squeeze or removed. Shipping it as an orphaned package sounds like a bad > idea. > > Kind regards > > T. I've suggested that I adopt this, however, the current maintainer seems to want to stay as maintainer, and just do everything through "accessible by anyone" svn. I'm not too sure exactly what he wants to do with this. signature.asc Description: Digital signature
Bug#504859: Log for failed build of sffview_0.4-3 (dist=unstable3)
reopen 504859 ! found 504859 0.4-3 thanks Seems the patch got lost: > Automatic build of sffview_0.4-3 on em64t by sbuild/amd64 0.53 ... > g++ -g -Os -c `wx-config --cflags` -o common.o common.cpp > common.cpp: In member function 'virtual void CFile::Open(const std::string&, > const char*)': > common.cpp:125: error: 'fopen' was not declared in this scope > common.cpp:127: error: 'fileno' was not declared in this scope > common.cpp: In member function 'virtual void CFile::Close()': > common.cpp:133: error: 'fclose' was not declared in this scope > common.cpp: In member function 'sff_byte CFile::GetC()': > common.cpp:161: error: '::fgetc' has not been declared > common.cpp: In member function 'void CFile::Read(void*, int)': > common.cpp:166: error: '::fread' has not been declared > common.cpp: In member function 'void CFile::Write(void*, int)': > common.cpp:171: error: '::fwrite' has not been declared > common.cpp: In member function 'sff_dword CFile::Tell()': > common.cpp:176: error: '::ftell' has not been declared > common.cpp: In member function 'void CFile::Seek(int, CFile::seek_offset)': > common.cpp:189: error: '::fseek' has not been declared > common.cpp: In member function 'bool CFile::Eof()': > common.cpp:194: error: 'feof' was not declared in this scope > make[2]: *** [common.o] Error 1 > make[2]: Leaving directory `/build/tbm/sffview-0.4' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#539540: FTBFS with GCC 4.4: missing #include
Package: freqtweak Version: 0.7.2-1 User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.4 Your package fails to build with GCC 4.4, which has cleaned up some more C++ headers. You always have to #include headers directly and cannot rely for things to be included indirectly. You can reproduce this problem with gcc-4.4/g++-4.4 from unstable. > Automatic build of freqtweak_0.7.2-1 on em64t by sbuild/amd64 0.53 ... > g++ -DHAVE_CONFIG_H -I. -I. -I.. > -I/usr/lib/wx/include/gtk2-unicode-release-2.6 -I/usr/include/wx-2.6 > -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES > -DNO_GCC_PRAGMA -I/usr/include/libxml2 -I/usr/lib/sigc++-1.2/include > -I/usr/include/sigc++-1.2 -Wall -D_REENTRANT -g -O2 -g -Wall -O2 -O2 > -fexpensive-optimizations -funroll-loops -finline-functions -ffast-math -c > -o FTactiveBarGraph.o FTactiveBarGraph.cpp > g++ -DHAVE_CONFIG_H -I. -I. -I.. > -I/usr/lib/wx/include/gtk2-unicode-release-2.6 -I/usr/include/wx-2.6 > -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES > -DNO_GCC_PRAGMA -I/usr/include/libxml2 -I/usr/lib/sigc++-1.2/include > -I/usr/include/sigc++-1.2 -Wall -D_REENTRANT -g -O2 -g -Wall -O2 -O2 > -fexpensive-optimizations -funroll-loops -finline-functions -ffast-math -c > -o FTutils.o FTutils.cpp > In file included from FTutils.cpp:25: > FTutils.hpp:125: error: 'int32_t' does not name a type > FTutils.hpp: In function 'float flush_to_zero(float)': > FTutils.hpp:136: error: 'union ls_pcast32' has no member named 'i' > make[3]: *** [FTutils.o] Error 1 > make[3]: Leaving directory `/build/tbm/freqtweak-0.7.2/src' > make[2]: *** [all-recursive] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521473: getContext()
I can confirm this on arm as well. The wvdial error: --> Modem initialized. wvdial: utils/wvtask.cc:198: WvTaskMan::WvTaskMan(): Assertion `getcontext(&get_stack_return) == 0' failed. Aborted wvdial --version: WvDial 1.60 uname -a: Linux LKGA06B66 2.6.26-1-ixp4xx #1 Sat Mar 14 08:31:13 UTC 2009 armv5tel GNU/Linux -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#504283: Bug#471801: egroupware adoption or removal?
On Thu, Aug 20, 2009 at 12:11:29PM +0200, Jan Wagner wrote: > Hi Martin, > > On Wednesday 29 July 2009 10:39:48 Martin Meredith wrote: > > On Wed, Jul 29, 2009 at 09:02:18AM +0200, Thomas Viehmann wrote: > > > Hi everyone (formerly) interested in egroupware, > > > > > > egroupware seems to be in need for attention > > > > > > #526878 > > > [egroupware-wiki] egroupware-core sets open_basedir which > > > disables hook_config_validate.inc.php (egroupware-wiki) sanity > > > check > > > Date: Mon, 4 May 2009 08:15:01 UTC > > > > > > #504283 > > > CVE-2007-3215: phpmailer issue (embedded code-copy) > > > Date: Sun, 2 Nov 2008 12:33:01 UTC > > > > > > It would seem that egroupware should either be adopted and fixed for > > > squeeze or removed. Shipping it as an orphaned package sounds like a bad > > > idea. > > > > > > Kind regards > > > > > > T. > > > > I've suggested that I adopt this, however, the current maintainer seems to > > want to stay as maintainer, and just do everything through "accessible by > > anyone" svn. I'm not too sure exactly what he wants to do with this. > > egroupware was removed from testing and Peter orphaned the package. Are you > willing to adopt the package? > > With kind regards, Jan. Potentially, but I need to look it over, and I don't have a key in the keyring atm. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#526878: Bug#471801: egroupware adoption or removal?
On Thu, Aug 20, 2009 at 10:56:59PM +0200, Jan Wagner wrote: > Hi Peter, > > On Thursday 20 August 2009, Martin Meredith wrote: > > On Thu, Aug 20, 2009 at 12:11:29PM +0200, Jan Wagner wrote: > > > On Wednesday 29 July 2009 10:39:48 Martin Meredith wrote: > > > > I've suggested that I adopt this, however, the current maintainer seems > > > > to want to stay as maintainer, and just do everything through > > > > "accessible by anyone" svn. I'm not too sure exactly what he wants to > > > > do with this. > > > > > > egroupware was removed from testing and Peter orphaned the package. Are > > > you willing to adopt the package? > > > > > Potentially, but I need to look it over, and I don't have a key in the > > keyring atm. > > are you willing to sponsor his packages, since you are familiar with the > package? > > With kind regards, Jan. I will have a key in the keyring by the first week of September. It'll take me this long to get around to looking at this (if I don't look @ it at the UK BBQ) -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#504283: Bug#471801: egroupware adoption or removal?
On Thu, Aug 20, 2009 at 11:09:43PM +0200, Ralf Becker wrote: > Hi all, > > I'm one of the admins and the main developer of EGroupware project. > > Naturally I'm very interested that EGroupware stays in Debian. > > I'm building the projects own rpm packages and since a while also Debian > packages for a professional EGroupware line of my company. > > I'm willing to maintain the Debian packages - thought I have no idea > what the non-technical requirements on a Debian maintainer are. With regards to becoming a Debian Maintainer, the requirements are pretty much all technical. With regards to becoming a Debian Developer, there are a lot more. Once I get my key in shape, I'll be happy to work with you and sponsor you to maintain this? -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543406: [INTL:sv] Swedish strings for tpconfig debconf
package: tpconfig severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://frakalendern.se sv.po Description: Binary data
Bug#545300: sg3_utils: Update home page
Package: sg3-utils (converting to a bug report) Indeed the home page moved to http://sg.danny.cz/sg/ . Please update debian/copyright accordingly and also consider adding a Homepage: field to debian/control. - Forwarded message from Marvin Schmidt - Date: Wed, 02 Sep 2009 21:14:10 +0200 From: Marvin Schmidt To: mp...@debian.org, dgilb...@interlog.com Subject: sg3_utils 1.28 X-Spam-Status: No, score=0.0 required=4.0 tests=BAYES_50 autolearn=no version=3.2.5 Hi there, A few weeks ago the latest sg3_utils version was 1.28, but now all over sudden the tarballs and mentions on the website are gone. I'm wondering what happened and why? Maybe you could clear things up for me. I'd appreciate it. Best regards, Marvin Schmidt - End forwarded message - -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#526671: remotefs 0.12 fix this problem. Please upgrade the actual debian version
* fabrice [2009-09-10 06:27]: > According to > https://sourceforge.net/tracker/?func=detail&atid=1078078&aid=2831831&group_id=229928 > this bug is fixed in 0.12. Could you please upgrade remotefs to the > latest version? remotefs currently doesn't have a maintainer in Debian, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543884 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545834: ivtools: FTBFS: On 64 bit arches: error: cast from 'void*' to 'osboolean' loses precision
On Wed, Sep 09, 2009 at 04:51:39PM +0200, Kurt Roeckx wrote: > Source: ivtools > Version: 1.2.6-1 > Severity: serious > > Hi, > > There was an error while trying to autobuild your package: > > > Automatic build of ivtools_1.2.6-1 on excelsior by sbuild/amd64 98 > > Build started at 20090906-1809 > [...] > > > make[3]: Entering directory `/build/buildd/ivtools-1.2.6/src/Attribute' > > installing for LINUX in /build/buildd/ivtools-1.2.6/src/Attribute/LINUX > > make[4]: Entering directory > > `/build/buildd/ivtools-1.2.6/src/Attribute/LINUX' > > g++ -gdwarf-2 -O2 -fPIC -Dcplusplus_2_1 -Wno-deprecated > > -I/build/buildd/ivtools-1.2.6/src/Attribute/LINUX/.. > > -I/build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../.. > > -I/build/buildd/ivtools-1.2.6/src > > -I/build/buildd/ivtools-1.2.6/src/include > > -I/build/buildd/ivtools-1.2.6/src/include/ivstd -I/usr/include -c > > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c > > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c: In member > > function 'osboolean AttributeValue::boolean_val()': > > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:360: error: > > cast from 'void*' to 'osboolean' loses precision > > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c: In member > > function 'unsigned int AttributeValue::uint_val()': > > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:519: error: > > cast from 'void*' to 'unsigned int' loses precision > > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c: In member > > function 'int AttributeValue::int_val()': > > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:552: error: > > cast from 'void*' to 'int' loses precision > Note that a pointer does not fit in an integer on 64 bit arches. > A pointer is 64 bit, an integer 32 bit. This is bug #314666 revisited. Fix proposed there was mostly incorporated upstream, but not complete. The part not included by upstream was the change of int (and boolean, which seems mapped to int) to long in the above lines, so this problem reappears. I have been playing to build a lenny x86_64 backport (I still use idraw frequently). I successfully built the package with gcc 4.3 in a x86_64 lenny box with attached patch. Instead of changing int and boolean to long in offending lines I changed it to intptr_t (and unsigned int to uintptr_t), from stdint.h. Seems included by default, so no need of explicitly including that header. I expect it to also build properly in a x86_64 sid box, but cannot check now. Since stdint.h is provided by libc6 since some time ago I hope it is available in all currently released arches. Note that attached patch is only what I used to build the package, so is neither tagged as a NMU nor closes the bug. Not sure about the NMU policy for QA maintained packages, but if you want me to turn that into a real NMU just tell. Cheers, -- Agustin diff -u ivtools-1.2.6/debian/changelog ivtools-1.2.6/debian/changelog --- ivtools-1.2.6/debian/changelog +++ ivtools-1.2.6/debian/changelog @@ -1,3 +1,12 @@ +ivtools (1.2.6-0.1~amdlenny1) unstable; urgency=low + + * Personal lenny backport. + * 48_gcc40_errors.diff: New patch using (u)intptr_t when +passing from pointer to (unsigned) int. + * debian/rules: Remove empty -p parameter to dh_installdocs. + + -- Agustin Martin Domingo Sun, 27 Sep 2009 20:29:25 +0200 + ivtools (1.2.6-1) unstable; urgency=low * QA upload. diff -u ivtools-1.2.6/debian/rules ivtools-1.2.6/debian/rules --- ivtools-1.2.6/debian/rules +++ ivtools-1.2.6/debian/rules @@ -146,7 +146,7 @@ -rm -f $(CURDIR)/debian/libiv-unidraw1/usr/lib/libIV.so.* #Remove ivmkmf from ivtools-bin package. -rm -f $(CURDIR)/debian/ivtools-bin/usr/bin/ivmkmf - dh_installdocs -p + dh_installdocs # dh_installexamples -a dh_installmenu ivtools-bin dh_installman -p$(PKG_BIN) -Xsrc/man/man1/ivmkmf.1 diff -u ivtools-1.2.6/debian/patches/series ivtools-1.2.6/debian/patches/series --- ivtools-1.2.6/debian/patches/series +++ ivtools-1.2.6/debian/patches/series @@ -41,0 +42 @@ +48_gcc40_errors.diff only in patch2: unchanged: --- ivtools-1.2.6.orig/debian/patches/48_gcc40_errors.diff +++ ivtools-1.2.6/debian/patches/48_gcc40_errors.diff @@ -0,0 +1,31 @@ +Index: ivtools-1.2.6/src/Attribute/attrvalue.c +=== +--- ivtools-1.2.6.orig/src/Attribute/attrvalue.c 2008-02-12 19:38:19.0 +0100 ivtools-1.2.6/src/Attribute/attrvalue.c 2009-09-27 23:56:17.0 +0200 +@@ -357,7 +357,7 @@ + case AttributeValue::StringType: + return (boolean) int_val()!=-1; + case AttributeValue::Object
Bug#550726: [l10n] Czech translation for isdnutils
My mistake, this translation is much better. "$" sign was at the
beginning of problem line.
Updated .po file is included.
Best regards,
Martin Sin.
On Mon, 12 Oct 2009 19:18:32 +0200
Christian Perrier wrote:
> Quoting Martin Šín (martin@zshk.cz):
>
> > In attachement there is updated Czech translation (cs.po) for
> > isdnutils package, please include it.
>
>
> The file has a problem in the string where $[Daemonuser@ appears. The
> $ sign is missing in the translation. Fixed file attached.
>
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: isdnutils 1:3.9.20060704-5\n"
"Report-Msgid-Bugs-To: isdnut...@packages.debian.org\n"
"POT-Creation-Date: 2009-10-12 08:36+0200\n"
"PO-Revision-Date: 2009-10-12 19:23+0200\n"
"Last-Translator: Martin Sin \n"
"Language-Team: Czech \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
#. Type: error
#. Description
#: ../ipppd.templates:2001
msgid "ISP dialup configuration already exists"
msgstr "Nastavenà ISP vytáÄeného pÅipojenà již existuje"
#. Type: error
#. Description
#: ../ipppd.templates:2001
msgid ""
"The device.${IPPP0} and ipppd.${IPPP0} files already exist. Therefore, the "
"ipppd configuration phase won't touch anything there, as it looks like it "
"has already been configured."
msgstr ""
"Soubory device.${IPPP0} a ipppd.${IPPP0} již existujÃ. Proto konfiguraÄnà "
"Äást ipppd nebude nic mÄnit. Zdá se, že je vÅ¡e nastaveno."
#. Type: error
#. Description
#: ../ipppd.templates:2001
msgid ""
"If it doesn't work yet, and you want to try the automatic configuration, "
"stop all ISDN processes (use \"/etc/init.d/isdnutils stop\"), remove the "
"files mentioned above, and rerun the configuration with \"dpkg-reconfigure "
"ipppd\". After that, restart the ISDN processes with \"/etc/init.d/isdnutils "
"start\"."
msgstr ""
"Pokud to nebude fungovat a chcete vyzkouÅ¡et automatické nastavenÃ, ukonÄete "
"vÅ¡echny procesy ISDN (pomocà \"/etc/init.d/isdnutils stop\"), odstraÅte výše "
"uvedené soubory a spusťte nové nastavenà pomocà \"dpkg-reconfigure ipppd\". "
"Poté spusťte procesy ISDN pomocà \"/etc/init.d/isdnutils start\"."
#. Type: string
#. Description
#: ../ipppd.templates:3001
msgid "Interface to configure:"
msgstr "Nastavované rozhranÃ:"
#. Type: string
#. Description
#: ../ipppd.templates:3001
msgid "The default setting should be safe for most configurations."
msgstr "Ve vÄtÅ¡inÄ pÅÃpadů by mÄlo vyhovovat výchozà nastavenÃ."
#. Type: string
#. Description
#: ../ipppd.templates:3001
msgid ""
"However, if you have special requirements or want to choose to configure "
"another interface, please enter it here."
msgstr ""
"SamozÅejmÄ, pokud máte speciálnà požadavky nebo chcete nastavit jiné "
"rozhranÃ, zadejte ho právÄ zde."
#. Type: string
#. Description
#: ../ipppd.templates:3001
msgid "Leave the field blank if you do not want to configure anything now."
msgstr "Pokud nynà nechcete nic nastavovat, nechte toto polÃÄko prázdné."
#. Type: error
#. Description
#: ../ipppd.templates:4001
msgid "Invalid interface name"
msgstr "Å patný název rozhranÃ"
#. Type: error
#. Description
#: ../ipppd.templates:4001
msgid ""
"Valid interface names begin with \"ippp\" followed by a number between 0 and "
"63."
msgstr ""
"Platná jména rozhranà zaÄÃnajà na \"ippp\" a jsou následovaná nÄkterým z "
"ÄÃsel mezi 0 a 63."
#. Type: string
#. Description
#: ../ipppd.templates:5001
msgid "ISP's telephone number:"
msgstr "Telefonnà ÄÃslo ISP:"
#. Type: string
#. Description
#: ../ipppd.templates:5001
msgid ""
"At least one phone number has to be dialed in order to connect to an "
"Internet service provider (ISP)."
msgstr ""
"Pro pÅi
Bug#550726: [l10n] Czech translation for isdnutils
The final (maybe) version of Czech translation for isdnutils.
Best regards,
Martin Sin.
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: isdnutils 1:3.9.20060704-5\n"
"Report-Msgid-Bugs-To: isdnut...@packages.debian.org\n"
"POT-Creation-Date: 2009-10-13 18:11+0200\n"
"PO-Revision-Date: 2009-10-13 19:33+0200\n"
"Last-Translator: Martin Sin \n"
"Language-Team: Czech \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
#. Type: error
#. Description
#: ../ipppd.templates:2001
msgid "ISP dialup configuration already exists"
msgstr "Nastavenà ISP vytáÄeného pÅipojenà již existuje"
#. Type: error
#. Description
#: ../ipppd.templates:2001
msgid ""
"The device.${IPPP0} and ipppd.${IPPP0} files already exist. Therefore, the "
"ipppd configuration phase won't touch anything there, as it looks like it "
"has already been configured."
msgstr ""
"Soubory device.${IPPP0} a ipppd.${IPPP0} již existujÃ. Proto konfiguraÄnà "
"Äást ipppd nebude nic mÄnit. Zdá se, že je vÅ¡e nastaveno."
#. Type: error
#. Description
#: ../ipppd.templates:2001
msgid ""
"If it doesn't work yet, and you want to try the automatic configuration, "
"stop all ISDN processes (use \"/etc/init.d/isdnutils stop\"), remove the "
"files mentioned above, and rerun the configuration with \"dpkg-reconfigure "
"ipppd\". After that, restart the ISDN processes with \"/etc/init.d/isdnutils "
"start\"."
msgstr ""
"Pokud to nebude fungovat a chcete vyzkouÅ¡et automatické nastavenÃ, ukonÄete "
"vÅ¡echny procesy ISDN (pomocà \"/etc/init.d/isdnutils stop\"), odstraÅte výše "
"uvedené soubory a spusťte nové nastavenà pomocà \"dpkg-reconfigure ipppd\". "
"Poté spusťte procesy ISDN pomocà \"/etc/init.d/isdnutils start\"."
#. Type: string
#. Description
#: ../ipppd.templates:3001
msgid "Interface to configure:"
msgstr "Nastavované rozhranÃ:"
#. Type: string
#. Description
#: ../ipppd.templates:3001
msgid "The default setting should be safe for most configurations."
msgstr "Ve vÄtÅ¡inÄ pÅÃpadů by mÄlo vyhovovat výchozà nastavenÃ."
#. Type: string
#. Description
#: ../ipppd.templates:3001
msgid ""
"However, if you have special requirements or want to choose to configure "
"another interface, please enter it here."
msgstr ""
"SamozÅejmÄ, pokud máte speciálnà požadavky nebo chcete nastavit jiné "
"rozhranÃ, zadejte ho právÄ zde."
#. Type: string
#. Description
#: ../ipppd.templates:3001
msgid "Leave the field blank if you do not want to configure anything now."
msgstr "Pokud nynà nechcete nic nastavovat, nechte toto polÃÄko prázdné."
#. Type: error
#. Description
#: ../ipppd.templates:4001
msgid "Invalid interface name"
msgstr "Å patný název rozhranÃ"
#. Type: error
#. Description
#: ../ipppd.templates:4001
msgid ""
"Valid interface names begin with \"ippp\" followed by a number between 0 and "
"63."
msgstr ""
"Platná jména rozhranà zaÄÃnajà na \"ippp\" a jsou následovaná nÄkterým z "
"ÄÃsel mezi 0 a 63."
#. Type: string
#. Description
#: ../ipppd.templates:5001
msgid "ISP's telephone number:"
msgstr "Telefonnà ÄÃslo ISP:"
#. Type: string
#. Description
#: ../ipppd.templates:5001
msgid ""
"At least one phone number has to be dialed in order to connect to an "
"Internet service provider (ISP)."
msgstr ""
"Pro pÅipojenà k Internetu vaÅ¡eho poskytovatele pÅipojenà (ISP) je nutné "
"zadat alespoÅ jedno telefonnà ÄÃslo."
#. Type: string
#. Description
#: ../ipppd.templates:5001
msgid ""
"Please enter that telephone number here, including dialing prefixes, area "
"codes, and so on, but without any spaces."
msgstr ""
"Zadejte prosÃm telefonnà ÄÃslo vÄetnÄ pÅedvoleb, kódů oblasti a tak dále. "
Bug#545834: ivtools: FTBFS: On 64 bit arches: error: cast from 'void*' to 'osboolean' loses precision
On Mon, Sep 28, 2009 at 12:25:56AM +0200, Agustin Martin wrote: > On Wed, Sep 09, 2009 at 04:51:39PM +0200, Kurt Roeckx wrote: > > Source: ivtools > > Version: 1.2.6-1 > > Severity: serious > > > make[3]: Entering directory `/build/buildd/ivtools-1.2.6/src/Attribute' > > > installing for LINUX in /build/buildd/ivtools-1.2.6/src/Attribute/LINUX > > > make[4]: Entering directory > > > `/build/buildd/ivtools-1.2.6/src/Attribute/LINUX' > > > g++ -gdwarf-2 -O2 -fPIC -Dcplusplus_2_1 -Wno-deprecated > > > -I/build/buildd/ivtools-1.2.6/src/Attribute/LINUX/.. > > > -I/build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../.. > > > -I/build/buildd/ivtools-1.2.6/src > > > -I/build/buildd/ivtools-1.2.6/src/include > > > -I/build/buildd/ivtools-1.2.6/src/include/ivstd -I/usr/include -c > > > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c > > > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c: In member > > > function 'osboolean AttributeValue::boolean_val()': > > > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:360: > > > error: cast from 'void*' to 'osboolean' loses precision > > > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c: In member > > > function 'unsigned int AttributeValue::uint_val()': > > > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:519: > > > error: cast from 'void*' to 'unsigned int' loses precision > > > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c: In member > > > function 'int AttributeValue::int_val()': > > > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:552: > > > error: cast from 'void*' to 'int' loses precision > > > Note that a pointer does not fit in an integer on 64 bit arches. > > A pointer is 64 bit, an integer 32 bit. > > This is bug #314666 revisited. Fix proposed there was mostly incorporated > upstream, but not complete. The part not included by upstream was the > change of int (and boolean, which seems mapped to int) to long in the > above lines, so this problem reappears. > > I have been playing to build a lenny x86_64 backport (I still use idraw > frequently). I successfully built the package with gcc 4.3 in a x86_64 > lenny box with attached patch. Instead of changing int and boolean to > long in offending lines I changed it to intptr_t (and unsigned int to > uintptr_t), from stdint.h. Seems included by default, so no need of > explicitly including that header. > > I expect it to also build properly in a x86_64 sid box, but cannot check > now. Since stdint.h is provided by libc6 since some time ago I hope it > is available in all currently released arches. intptr_t and uintptr_t are c99 standard types to handle this kind of things. I think they should already be available in all Debian arches. > Note that attached patch is only what I used to build the package, so is > neither tagged as a NMU nor closes the bug. Not sure about the NMU policy > for QA maintained packages, but if you want me to turn that into a real > NMU just tell. Actually I have an NMU ready, in case you want me to upload. diff is attached. -- Agustin diff -wu ivtools-1.2.6/debian/changelog ivtools-1.2.6/debian/changelog --- ivtools-1.2.6/debian/changelog +++ ivtools-1.2.6/debian/changelog @@ -1,3 +1,14 @@ +ivtools (1.2.6-1+nmu1) unstable; urgency=low + + * Non-maintainer upload. + * 48_gcc40_int_pointer_errors.diff: New patch to fix some gcc40 errors. ++ A pointer does not fit in an integer on 64 bit arches. A pointer + is 64 bit, an integer 32 bit. Use (u)intptr_t instead of + (unsigned) int (Closes: #545834). + * debian/rules: Remove empty -p parameter to dh_installdocs. + + -- Agustin Martin Domingo Tue, 29 Sep 2009 13:02:03 +0200 + ivtools (1.2.6-1) unstable; urgency=low * QA upload. diff -wu ivtools-1.2.6/debian/rules ivtools-1.2.6/debian/rules --- ivtools-1.2.6/debian/rules +++ ivtools-1.2.6/debian/rules @@ -146,7 +146,7 @@ -rm -f $(CURDIR)/debian/libiv-unidraw1/usr/lib/libIV.so.* #Remove ivmkmf from ivtools-bin package. -rm -f $(CURDIR)/debian/ivtools-bin/usr/bin/ivmkmf - dh_installdocs -p + dh_installdocs # dh_installexamples -a dh_installmenu ivtools-bin dh_installman -p$(PKG_BIN) -Xsrc/man/man1/ivmkmf.1 diff -wu ivtools-1.2.6/debian/patches/series ivtools-1.2.6/debian/patches/series --- ivtools-1.2.6/debian/patches/series +++ ivtools-1.2.6/debian/patches/series @@ -41,0 +42 @@ +48_gcc40_int_pointer_errors.diff only in patch2: --- ivtools-1.2.6.orig/debian/patches/48_gcc40_int_pointer_errors.diff +++ ivtools-1.2.6/debi
Bug#545834: Yes Please! (Regarding ivtools 64-bit patch)
forwarded 545834 ivtools-de...@lists.sourceforge.net thanks On Wed, Oct 21, 2009 at 07:16:08PM +0100, Barak A. Pearlmutter wrote: > > Source: ivtools ... intptr_t and uintptr_t are c99 standard types > > ... I have an NMU ready ... > > Nice patch. I'm not QA but I am a DD. And an avid idraw/drawtool > user. And I vote YES! Yes, please NMU so I can have precious idraw > and drawtools on my amd64 box. Yes I say. Yes! Yes! Yes! Since nobody else added comments about the proposed changes, I will upload my NMU on Monday with no delay, unless there are objections before. In the meantime I resent the info to upstream devel list, now after explicit subscription (my previous message seems to have become lost in moderation). https://lists.sourceforge.net/lists/listinfo/ivtools-devel Cheers, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#549407: ivtools 1.2.6-1 FTBFS on sparc
On Sat, Oct 03, 2009 at 09:17:52AM +0200, Andreas Barth wrote: > Package: ivtools > Version: 1.2.6-1 > Severity: serious > > Hi, > > this package FTBFS on sparc: > > make[2]: Entering directory > `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6' > depending for LINUX in > /build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src > make[3]: Entering directory > `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src' > depending for LINUX in > /build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/IV-common > make[4]: Entering directory > `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src/IV-common' > depending for LINUX in > /build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX > make[5]: Entering directory > `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX' > g++ -M -w -DMAKEDEPEND -Dcplusplus_2_1 -Wno-deprecated > -I/build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX/.. > -I/build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX/../.. > -I/build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src > -I/build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/include > -I/build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/include/ivstd > -I/usr/include -I/usr/local/include -UHAVE_ACE > /build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX/../*.c > >Makefile.depend > g++: > /build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX/../*.c: > No such file or directory > g++: no input files > make[5]: *** [depend] Error 1 > make[5]: Leaving directory > `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX' > make[4]: *** [depend] Error 2 > make[3]: *** [depend] Error 2 > make[4]: Leaving directory > `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src/IV-common' > make[3]: Leaving directory > `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src' > make[2]: *** [depend] Error 2 > make[2]: Leaving directory > `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6' > > make subdirs > make[2]: Entering directory > `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6' > making all for LINUX in > /build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src > make[3]: Entering directory > `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src' > making all for LINUX in > /build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/IV-common > make[4]: Entering directory > `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src/IV-common' > making all for LINUX in > /build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX > make[5]: Entering directory > `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX' > make[5]: *** No rule to make target > `/build/buildd-ivtools_1.2.6-1-1-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX/../math.c', > needed by `math.o'. Stop. > make[5]: Leaving directory > `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src/IV-common/LINUX' > make[4]: *** [all] Error 2 > make[4]: Leaving directory > `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src/IV-common' > make[3]: *** [all] Error 2 > make[3]: Leaving directory > `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6/src' > make[2]: Leaving directory > `/build/buildd-ivtools_1.2.6-1-sparc-mqkrRP/ivtools-1.2.6' Hi, debian-sparc people, This is a strange FTBFS. I uploaded a NMU fixing the 64bit build (#545834), but seems that this problem is not a temporary buildd problem but is still present. More funny, build previously worked for powerpc, but now a bug similar to this one appeared (nothing was touched in that area), so this particular FTBFS currently happens only in sparc and in powerpc. I am thinking about a race condition, but want to look more. I'd like to try building the package in smetana and see what happens, but libace-dev is missing from its sid dchroot. What is the procedure for asking libace-dev be installed in sid chroot at smetana.debian.org? Cheers, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#549407: ivtools 1.2.6-1 FTBFS on sparc
On Tue, Oct 27, 2009 at 01:49:37PM +0100, Agustin Martin wrote:
> Hi, debian-sparc people,
>
> This is a strange FTBFS. I uploaded a NMU fixing the 64bit build (#545834),
> but
> seems that this problem is not a temporary buildd problem but is still
> present.
> More funny, build previously worked for powerpc, but now a bug similar to this
> one appeared (nothing was touched in that area), so this particular FTBFS
> currently happens only in sparc and in powerpc. I am thinking about a race
> condition, but want to look more.
>
> I'd like to try building the package in smetana and see what happens, but
> libace-dev is missing from its sid dchroot.
I finally could build this package sucessfully at smetana.debian.org. No
problems appeared with the sid dchroot, so this seems to be indeed a race
condition because lebrun seems to be a faster box than smetana.
I plan to upload a new NMU with minimal changes.
One is just calling the offending target (where things fail) with -j1. Seems
that the only way to really test this in a equivalent box is a new upload
(Yes, I hate this).
I also plan to fix lintian error
* E weak-library-dev-dependency
* ivtools-dev on libiv1 (>= ${binary:Version})
* ivtools-dev on libiv-unidraw1 (>= ${binary:Version})
Since I uploaded last NMU and changes are minimal, I will probably do this
with no delay and soon. I will however wait a couple of days for
suggestions/objections. Comments are of course welcome.
Regards,
--
Agustin
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#549407: [buildd-tools-devel] Bug#549407: ivtools 1.2.6-1 FTBFS on sparc and powerpc
reassign 549407 buildd.debian.org,ivtools thanks 2009/11/6 Roger Leigh : > On Fri, Nov 06, 2009 at 04:20:31PM +0100, Agustin Martin wrote: >> >> I am looking at #549407 and noticed that both powerpc and sparc autobuilders >> seem to use two temporary dirs at the same time, > > I think those buildds may be missing the binNMU versioning fix > in commit 817aea8c, but I don't have access to check that. Thanks for the hint. May that be the origin for #549407? I have looked at all the ivtools logs and everything points to powerpc (praetorious) and sparc (lebrun) autobuilders having something different to all the other similar autobuilders where ivtools has been processed. Build *suceeds* in amd64 (sbuild/amd64 98 on nautilus), ia64 (sbuild/ia64 98 on caballero), mips (sbuild/mips 99.99 on ball), having what seems to be an old sbuild. Build *suceeds* in alpha (sbuild 0.58.2 (15 Jun 2009) on goetzs), armel (sbuild 0.58.2 (15 Jun 2009) on argento), mipsel ( sbuild 0.58.2 (15 Jun 2009) on rem), s390 (sbuild 0.58.2 (31 Jul 2009) on debian-31), having the new sbuild. Build *fails* in powerpc (sbuild 0.58.2 (15 Jun 2009) on praetorius), sparc (sbuild 0.58.2 (15 Jun 2009) on lebrun), all having the new sbuild. Is only in this last two autobuilders where I see two different temporaty directories being used simultaneously. buildd-ivtools_1.2.6-1+nmu2-1-2p04ki != buildd-ivtools_1.2.6-1+nmu2-powerpc-2p04ki buildd-ivtools_1.2.6-1+nmu2-1-6yM9Gd != buildd-ivtools_1.2.6-1+nmu2-sparc-6yM9G In all of alpha, armel, mipsel and s390 autobuilders, where build suceeds, no such behavior is found and a single temporary dir is used consistently during all the build. SInce there is something strange in powerpc and sparc autobuilders that may be related to #549407 I am reassigning this bug report to both buildd.debian.org and ivtools. If this is finally not related to the autobuilders, please reassign it back to ivtools alone. I have a new upload ready just to remove the -j1 stuff I added in previous upload. I was convinced at that time that this was a race condition where -j1 may help. Since this seems not true, better leave the package wihout the -j1, so changes are kept minimal and parallel processing can be attempted. I however will not upload this shortly. Will wait before for buildd admins comments. Thanks for your help, Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#231616: defoma: Apply patch, please
Package: defoma
Followup-For: Bug #231616
Found: #231616 0.11.10-2
Found: #231616 0.11.10-0.2
Tags: +patch +lenny -unreproducible
Hello,
the problem described above bites me, using lenny, too.
For every truetype fontfile I try to generate a
hintfile with:
# defoma-hints -c truetype
/usr/local/share/fonts/truetype/Some-Font-Filename.ttf
I only get tons of:
Use of uninitialized value $h[0] in pattern match (m//) at
/usr/share/defoma/libperl-hint.pl line 43.
Use of uninitialized value $h[0] in pattern match (m//) at
/usr/share/defoma/libperl-hint.pl line 43.
Use of uninitialized value $h[0] in pattern match (m//) at
/usr/share/defoma/libperl-hint.pl line 43.
Use of uninitialized value $h[0] in pattern match (m//) at
/usr/share/defoma/libperl-hint.pl line 43.
Use of uninitialized value $h[0] in pattern match (m//) at
/usr/share/defoma/libperl-hint.pl line 43.
Use of uninitialized value $h[0] in pattern match (m//) at
/usr/share/defoma/libperl-hint.pl line 43.
To fix this in Lenny I had to do the following steps:
1) dpkg --install libfont-freetype-perl_0.03-1_i386.deb
2) dpkg --install defoma_0.11.10-2_all.deb
3) fix /usr/share/defoma/libperl-hint.pl with the patch from Ambrose Li
posted on Tue, 31 Aug 2004 !!!
--- /usr/share/defoma/libperl-hint.pl.orig 2004-08-21 13:29:31.0
-0400
+++ /usr/share/defoma/libperl-hint.pl 2004-08-31 13:13:55.0 -0400
@@ -39,7 +39,7 @@
foreach my $f (defoma_font_get_fonts($c)) {
my @h = defoma_font_get_hints($c, $f);
next unless (@h);
- while ($h[0] !~ /^--/) {
+ while (@h && $h[0] !~ /^--/) {
shift(@h);
}
push(@hints, @h);
After that I could generate a valid hintfile for many fonts with:
# defoma-hints --no-question truetype *.ttf > localtruetype.hints
and register this fonts with:
# defoma-font register-all localtruetype.hints
As this patch fixed the problem, and no better solution has appeared for 5
years,
apply it, please.
Thanks,
Martin
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#549407: [buildd-tools-devel] Bug#549407: ivtools 1.2.6-1 FTBFS on sparc and powerpc
On Mon, Nov 09, 2009 at 01:20:55PM +0100, Agustin Martin wrote: > reassign 549407 buildd.debian.org,ivtools > thanks > > 2009/11/6 Roger Leigh : > > On Fri, Nov 06, 2009 at 04:20:31PM +0100, Agustin Martin wrote: > >> > >> I am looking at #549407 and noticed that both powerpc and sparc > >> autobuilders > >> seem to use two temporary dirs at the same time, > > > > I think those buildds may be missing the binNMU versioning fix > > in commit 817aea8c, but I don't have access to check that. > > Thanks for the hint. May that be the origin for #549407? Answering myself. No, it is not. I have prepared an sbuild+schroot setup in a i386 box, using lenny schroot and bleeding edge sbuild (HEAD from sbuild git repo, 355a4dffe742445713ea089436da077fc7a40ae8). I can reproduce the problem with that sbuild version in the i386 box. However, I cannot reproduce it at all with pbuilder or with plain build in normal filesystem. ivtools uses imake to regenerate makefiles on each run. When the problem is reproduced, I noticed that the path set by imake is something (wrong) like .../buildd-ivtools_1.2.6-1+nmu2-1-2p04ki while the real path is something like .../buildd-ivtools_1.2.6-1+nmu2-powerpc-2p04ki I tried to look how that happens, or at least find a workaround, but was still unlucky. Why this does not happen in all autobuilders using new sbuild is puzzling me. More updates to this bug report. ivtools now builds in powerpc. It has now been queued to "voltaire" (using old sbuild) instead of "praetorius" (using the new one). The only arch where is not building is sparc, where "lebrun" has been used for all failed builds. > Build *suceeds* in amd64 (sbuild/amd64 98 on nautilus), ia64 > (sbuild/ia64 98 on caballero), > mips (sbuild/mips 99.99 on ball), having what seems to be an old sbuild. > > Build *suceeds* in alpha (sbuild 0.58.2 (15 Jun 2009) on goetzs), > armel (sbuild 0.58.2 (15 Jun > 2009) on argento), mipsel ( sbuild 0.58.2 (15 Jun 2009) on rem), s390 > (sbuild 0.58.2 (31 Jul 2009) > on debian-31), having the new sbuild. > > Build *fails* in powerpc (sbuild 0.58.2 (15 Jun 2009) on praetorius), > sparc (sbuild 0.58.2 (15 Jun > 2009) on lebrun), all having the new sbuild. I wonder what is different between buildds using new sbuild that makes this work in ones and fail in others. -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#549407: [buildd-tools-devel] Bug#549407: ivtools 1.2.6-1 FTBFS on sparc and powerpc
2009/11/9 Agustin Martin : > Answering myself. No, it is not. I have prepared an sbuild+schroot setup in > a i386 box, using lenny schroot and bleeding edge sbuild (HEAD from sbuild > git repo, 355a4dffe742445713ea089436da077fc7a40ae8). > > I can reproduce the problem with that sbuild version in the i386 box. > However, I cannot reproduce it at all with pbuilder or with plain build in > normal filesystem. > > ivtools uses imake to regenerate makefiles on each run. When the problem is > reproduced, I noticed that the path set by imake is something (wrong) like > > .../buildd-ivtools_1.2.6-1+nmu2-1-2p04ki > > while the real path is something like > > .../buildd-ivtools_1.2.6-1+nmu2-powerpc-2p04ki Good news. I finally found the reason for this problem. An explanation was not that far. Quoting http://www.ivtools.org/ivtools/faq.html, --- * The absolute pathname used by the "make depend" pass is not the same as the ABSTOP pathname written to config/config.mk by the configure script. There is a vulnerability in the "make Makefiles" pass (the use of imake), where absolute pathnames that incorporate predefined C symbols get these symbols expanded to another value. For example, most PC-based uses of gcc have i386 defined to 1, so a path like /usr/src/i386/ivtools-1.0 gets expanded to /usr/src/1/ivtools-1.0. To check the set of pre-defined symbols, enter this command: touch test.c;gcc -dM -E test.c. You can either rename the affected directory in which ivtools resides, or you can add -U undefine arguments as necessary to the imake command line. See the definition of ImakeFlags in config/site.def.NETBSD for an example. --- As I understand it, this problem should also be present in other packages using imake. Not sure if many packages still use imake, but if so there is a problem with the temporary dir naming in sbuild. However, this problem seems a bit nonsensic, so if only few packages still use imake we can try working around this problem by making sure imake is invoked with -U`dpkg --print-architecture`. I hope this has no side effects. I am attaching a patch with the current changes in my box. I can successfully build ivtools with sbuild in this i386 box where I previously could not. It includes some other minor changes: - Revert the -j introduced in my last NMU. - Disable 015_Makefile_dontstrip.diff. Since imake rewrites Makefile, patches for it cannot be reverted later if built in the same dir. This is now done in configure through config.mk. Comments are more than welcome. If there are no objections I will set the final version number and upload at some time in the middle of next week. Cheers, -- Agustin diff -u ivtools-1.2.6/debian/changelog ivtools-1.2.6/debian/changelog --- ivtools-1.2.6/debian/changelog +++ ivtools-1.2.6/debian/changelog @@ -1,3 +1,16 @@ +ivtools (1.2.6-1+nmu2~a3) unstable; urgency=low + + * Non-maintainer upload. + * debian/rules: +- Reverting 1.2.6-1+nmu2 -j1 addition to keep package clean. +- Fix ARCH evaluation. +- Use generic $(MAKE) instead of make. +- Make sure imake is always called with -U$(ARCH) (Closes: #549407). + * 01_configure.diff: Handle disabling of early binary stripping. + * 015_Makefile_dontstrip.diff: Disable patch. + + -- Agustin Martin Domingo Sun, 06 Dec 2009 04:41:51 +0100 + ivtools (1.2.6-1+nmu2) unstable; urgency=low * Non-maintainer upload. diff -u ivtools-1.2.6/debian/rules ivtools-1.2.6/debian/rules --- ivtools-1.2.6/debian/rules +++ ivtools-1.2.6/debian/rules @@ -16,7 +16,7 @@ # so for alpha we just don't have ace, who uses it # anyhow ? -ARCH = $(dpkg --print-architecture) +ARCH = $(shell dpkg --print-architecture) ifeq "$(ARCH)" "alpha" ACE = @@ -24,6 +24,9 @@ # ACE = --with-ace=/usr/include --with-ace-libs=/usr/lib endif +# Make sure this symbol is disabled when imake is invoked. +MAKE += SPECIAL_IMAKEFLAGS="-U$(ARCH)" + build: build-stamp build-stamp: dh_testdir @@ -41,9 +44,9 @@ # Compile the packages - make Makefile ARCH=LINUX - make Makefiles ARCH=LINUX - make -j1 ARCH=LINUX + $(MAKE) Makefile ARCH=LINUX + $(MAKE) Makefiles ARCH=LINUX + $(MAKE) ARCH=LINUX # BUILD FINISHED # --- @@ -59,8 +62,8 @@ --mandir=$(CURDIR)/debian/tmp/usr/share/man cd src/scripts && \ - make ARCH=LINUX clean && \ - make ARCH=LINUX CONFIGDIRSPEC='-T template -I/usr/lib/ivtools/config -DCURDIR=\$(CURDIR)'\ + $(MAKE) ARCH=LINUX clean && \ + $(MAKE) ARCH=LINUX CONFIGDIRSPEC='-T template -I/usr/lib/ivtools/config -DCURDIR=\$(CURDIR)'\ MAKEMAKESPEC='ARCH=LINUX' touch build-stamp @@ -83,8 +86,8 @@ -rm config.cache -rm -rf static shared - [ ! -f Makefile ] || make ARCH=LINUX clean - [ ! -f src/scripts/Makefile ] || (
Bug#549407: [buildd-tools-devel] Bug#549407: ivtools 1.2.6-1 FTBFS on sparc and powerpc
2009/12/6 Agustin Martin :
>
> Good news. I finally found the reason for this problem. An explanation
> was not that far. Quoting http://www.ivtools.org/ivtools/faq.html,
>
> ---
> ... For example, most
> PC-based uses of gcc have i386 defined to 1, so a path like
> /usr/src/i386/ivtools-1.0 gets expanded to /usr/src/1/ivtools-1.0. ..
> ---
>
> As I understand it, this problem should also be present in other
> packages using imake. Not sure if many packages still use imake, but
> if so there is a problem with the temporary dir naming in sbuild.
In case this is ever needed, seems that is enough to change to a
lowbar one of the hyphen $(ARCH) boundaries in tempdir name, like in
-
--- Build.pm.orig 2009-11-20 19:48:42.0 +0100
+++ Build.pm2009-12-07 01:00:07.0 +0100
@@ -233,7 +233,7 @@
$self->set('Chroot Build Dir',
tempdir($self->get_conf('USERNAME') . '-' .
$self->get('Package_SVersion') . '-' .
- $self->get('Arch') . '-XX',
+ $self->get('Arch') . '_XX',
DIR => $session->get('Build Location')));
# TODO: Don't hack the build location in; add a means to customise
# the chroot directly.
Cheers,
--
Agustin
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#549407: [buildd-tools-devel] Bug#549407: ivtools 1.2.6-1 FTBFS on sparc and powerpc
clone 549407 -1 reassign -1 xutils-dev retitle -1 imake: Must not unconditionally mangle pre-defined symbols in paths. thanks On Tue, Dec 08, 2009 at 03:01:12PM +, Roger Leigh wrote: > Thanks for identifying the cause of the problem! > > So, to state the problem clearly: Imake is substituting the > $(ARCH) part of the path to something else. Such as 'i386' being > swapped for something else entirely, thus resulting in an > invalid path. Exactly. This is particularly obscure, since not all arch names have the associated symbol defined, e.g., I could not reproduce this with amd64, and there were no problems with other autobuilders using new sbuild, but there were with i386, sparc and powerpc. > This is, IMO, completely broken on the part of Imake. Agreed > I'm reluctant > to alter sbuild to accommodate such bad behaviour. For one thing, > it can substitute /any part/ of the path, so there's no guarantee it > won't randomly break on the XX random part or any other path > component for any given build. The "fix" just makes the arch > mismatch because underscore makes the two parts a single token, but > that is not to say it will /never/ match. I accept that it solves > the immediate issue, but it doesn't correct the fundamental > underlying defect in imake. > > What's worse is that the random path might actually be /valid/, in > which case it might scribble junk into, or delete files from, a > directory other than the build directory. Unlikely, but possible, > so a potential security problem on the buildd. Agreed also, but note that there is the same potential problem with the current setup. IIRC, few packages still use imake, so this is not at all a generalized problem. The only action I'd currently expect to be considered from the sbuild side is documenting this misbehavior. I agree that this is an imake misbehavior, so I am cloning this bug report and reassigning the clone to xutils-dev. I am keeping current RC severity, xutils-dev maintainers, please readjust at your will. > Is this possible to fix in ivtools using the -u option to undefine > things as suggested in the FAQ? Given the package-specific nature > of the problem, I feel this would be a more appropriate place for > a fix. Yes, that is the scheduled fix. Unfortunately, the buildd-tools mailing list stripped the patch, this is the relevant part, +# Make sure this symbol is disabled when imake is invoked. +MAKE += SPECIAL_IMAKEFLAGS="-U$(ARCH)" + and changed make->$(MAKE). In practice, this should only affect the Makefile and Makefiles targets. However, I did not check carefully if there is other indirect imake invocation, so doing things this way does not hurt. I expect to upload a fixed ivtools NMU today. Cheers, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#560203: FTBFS: New failure with new gcc-4.4.
Package: ivtools Version: 1.2.6 Severity: serious Justification: Fails to Build From Source While preparing an upload to fix #549407 found a new FTBFS with new gcc 4.4, g++ -O2 -gdwarf-2 -O2 -fPIC -Dcplusplus_2_1 -Wno-deprecated -I/tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/.. - -I/tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/../.. - - -I/tmp/buildd/ivtools-1.2.6/src -I/tmp/buildd/ivtools-1.2.6/src/include - - - -I/tmp/buildd/ivtools-1.2.6/src/include/ivstd -I/usr/include -c - - - - /tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/../string.c /tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/../string.c: In member / function 'osString osString::before(const char*) const': /tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/../string.c:304: error: / invalid conversion from 'const char*' to 'char*' /tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/../string.c: In member / function 'osString osString::from(const char*) const': /tmp/buildd/ivtools-1.2.6/src/IV-common/LINUX/../string.c:316: error: / invalid conversion from 'const char*' to 'char*' Will check if is fixed in upstream 1.2.8 and try to backport a fix if so. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core) Locale: LANG=es_ES, LC_CTYPE=es_ES (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#549407: [buildd-tools-devel] Bug#549407: ivtools 1.2.6-1 FTBFS on sparc and powerpc
On Wed, Dec 09, 2009 at 01:55:11PM +0100, Agustin Martin wrote: > I expect to upload a fixed ivtools NMU today. Uploaded. Took a bit longer because of a new RC bug with current sid gcc 4.4 and another problem with uintptr_t. Patch is attached. Unfortunately, seems that although it properly built in i386 pbuilder, at least in amd64 there are more gcc4.4 problems pending that did not show in i386. -- Agustin diff -u ivtools-1.2.6/debian/changelog ivtools-1.2.6/debian/changelog --- ivtools-1.2.6/debian/changelog +++ ivtools-1.2.6/debian/changelog @@ -1,3 +1,20 @@ +ivtools (1.2.6-1+nmu3) unstable; urgency=low + + * Non-maintainer upload. + * debian/rules: +- Reverting 1.2.6-1+nmu2 -j1 addition to keep package clean. +- Fix ARCH evaluation. +- Use generic $(MAKE) instead of make. +- Make sure imake is always called with -U$(ARCH) (Closes: #549407). + * 01_configure.diff: Handle disabling of early binary stripping. + * 015_Makefile_dontstrip.diff: Disable patch. + * 49_string.c_constchar.diff: New patch to deal with gcc 4.4 'invalid +conversion from 'const char*' to 'char*'' errors (Closes: #560203). + * 48_gcc40_int_pointer_errors.diff: Modified to use (unsigned intptr_t) +instead of (uintptr_t) to avoid out-of-context errors. + + -- Agustin Martin Domingo Wed, 09 Dec 2009 18:13:03 +0100 + ivtools (1.2.6-1+nmu2) unstable; urgency=low * Non-maintainer upload. diff -u ivtools-1.2.6/debian/rules ivtools-1.2.6/debian/rules --- ivtools-1.2.6/debian/rules +++ ivtools-1.2.6/debian/rules @@ -16,7 +16,7 @@ # so for alpha we just don't have ace, who uses it # anyhow ? -ARCH = $(dpkg --print-architecture) +ARCH = $(shell dpkg --print-architecture) ifeq "$(ARCH)" "alpha" ACE = @@ -24,6 +24,9 @@ # ACE = --with-ace=/usr/include --with-ace-libs=/usr/lib endif +# Make sure this symbol is disabled when imake is invoked. See #549407. +MAKE += SPECIAL_IMAKEFLAGS="-U$(ARCH)" + build: build-stamp build-stamp: dh_testdir @@ -41,9 +44,9 @@ # Compile the packages - make Makefile ARCH=LINUX - make Makefiles ARCH=LINUX - make -j1 ARCH=LINUX + $(MAKE) Makefile ARCH=LINUX + $(MAKE) Makefiles ARCH=LINUX + $(MAKE) ARCH=LINUX # BUILD FINISHED # --- @@ -59,8 +62,8 @@ --mandir=$(CURDIR)/debian/tmp/usr/share/man cd src/scripts && \ - make ARCH=LINUX clean && \ - make ARCH=LINUX CONFIGDIRSPEC='-T template -I/usr/lib/ivtools/config -DCURDIR=\$(CURDIR)'\ + $(MAKE) ARCH=LINUX clean && \ + $(MAKE) ARCH=LINUX CONFIGDIRSPEC='-T template -I/usr/lib/ivtools/config -DCURDIR=\$(CURDIR)'\ MAKEMAKESPEC='ARCH=LINUX' touch build-stamp @@ -83,8 +86,8 @@ -rm config.cache -rm -rf static shared - [ ! -f Makefile ] || make ARCH=LINUX clean - [ ! -f src/scripts/Makefile ] || (cd src/scripts;make clean) + [ ! -f Makefile ] || $(MAKE) ARCH=LINUX clean + [ ! -f src/scripts/Makefile ] || (cd src/scripts;$(MAKE) clean) # remove backups -rm -f `find . -name "*~"` @@ -102,10 +105,10 @@ dh_installdirs # Add here commands to install the package into debian/tmp. - make install ARCH=LINUX DESTDIR=$(CURDIR)/debian/tmp + $(MAKE) install ARCH=LINUX DESTDIR=$(CURDIR)/debian/tmp cp debian/template $(CURDIR)/debian/tmp/usr/lib/ivtools/config/ - [ ! -f src/glyphs/Makefile ] || (cd src/glyphs && make clean) + [ ! -f src/glyphs/Makefile ] || (cd src/glyphs && $(MAKE) clean) # don't include the scripts # ivtools installs the libACE link, we remove it ... hack diff -u ivtools-1.2.6/debian/patches/series ivtools-1.2.6/debian/patches/series --- ivtools-1.2.6/debian/patches/series +++ ivtools-1.2.6/debian/patches/series @@ -1,5 +1,4 @@ 01_configure.diff -015_Makefile_dontstrip.diff 02_rules_def.diff 025_params_def.diff 026_geomobjs_c.diff @@ -42,0 +42 @@ +49_string.c_constchar.diff diff -u ivtools-1.2.6/debian/patches/01_configure.diff ivtools-1.2.6/debian/patches/01_configure.diff --- ivtools-1.2.6/debian/patches/01_configure.diff +++ ivtools-1.2.6/debian/patches/01_configure.diff @@ -1,8 +1,15 @@ -Index: ivtools-1.2/configure +This patch modfies the configure scripts for different purposes: + +* Modify how config/config.mk is built: + - Make 'make CPU' more silent. + - Do not strip binaries during the build process. Will be done later +from debian/rules. + +Index: ivtools-1.2.6/configure === ivtools-1.2.orig/configure 2009-09-04 12:19:47.0 -0400 -+++ ivtools-1.2/configure 2009-09-04 12:20:02.0 -0400 -@@ -5129,8 +5129,8 @@ +--- ivtools-1.2.6.orig/configure 2009-11-30 12:08:21.0 +0100 ivtools-1.2.6/configure 2009-11-30 12:08:54.0 +0100 +@@ -5129,8 +5129,10 @@ echo XCONFIGDIR = $x_libraries/X11/config >config/config.mk
Bug#559148: Confirmed
shambhala:~> LANG=C apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done [...] The following packages will be upgraded: capisuite 1 upgraded, 0 newly installed, 0 to remove and 10 not upgraded. Need to get 0B/1107kB of archives. After this operation, 0B of additional disk space will be used. Do you want to continue [Y/n]? locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done Reading changelogs... Done (Reading database ... 356381 files and directories currently installed.) Preparing to replace capisuite 0.4.5-9 (using .../capisuite_0.4.5-10_i386.deb) ... Stopping capisuite daemon: capisuite. dpkg (subprocess): unable to execute new pre-installation script: Exec format error dpkg: error processing /var/cache/apt/archives/capisuite_0.4.5-10_i386.deb (--unpack): subprocess new pre-installation script returned error exit status 2 insserv: warning: current start runlevel(s) (empty) of script `capisuite' overwrites defaults (2 3 4 5). [...] Errors were encountered while processing: /var/cache/apt/archives/capisuite_0.4.5-10_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is the preinst scrip in the new package 0.4.5-10: shambhala:~> cat /tmp/preinst # TODO: remove this file after releasing Squeeze set -e if [ "$1" = upgrade ] && dpkg --compare-versions "$2" lt 0.4.5-10 then pycentral pkgremove python-foo fi This is the existing preinst script from 0.4.5-9: shambhala:~> cat /var/lib/dpkg/info/capisuite.preinst #!/bin/sh set -e # Automatically added by dh_pycentral case "$1" in install|upgrade) mkdir -p /var/lib/pycentral echo '# the presence of this file allows calling pkgremove on upgrade' \ > /var/lib/pycentral/capisuite.pkgremove esac # End automatically added section Ciao, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 signature.asc Description: This is a digitally signed message part.
Bug#561089: ispell: segfaults on checking any file
On Mon, Dec 14, 2009 at 02:03:35PM +0100, Helmut Grohne wrote: > Package: ispell > Version: 3.1.20.0-7 > Severity: grave > Justification: renders package unusable > > When I try to spell check any file ispell simply segfaults. When I > invoke it without arguments it prints the help text. To find out whether > this was a recent regression I downgraded the package, but that did not > help. This indicates that the cause may be unrelated to ispell. I also > ran gdb on a core file from ispell, but the traceback did not reveal > anything useful. Running strace in ispell shows that it uses curses to > set up the terminal and then segfaults right after reading the file to > be checked. > > Is there anything else I can do to help diagnose this? That seems related to this ingerman installation error Unpacking ingerman (from .../ingerman_20091006-2_all.deb) ... Setting up ingerman (20091006-2) ... ispell-autobuildhash: Processing 'ngerman' dict Hash table overflowed by 1342 words Does this happen with other dictionaries? -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#562885: [INTL:sv] Swedish strings for esmtp debconf
package: esmtp severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#562909: [l10n] Czech translation for esmtp
Package: esmtp Severity: wishlist Tags: l10n, patch In attachement there is updated Czech translation (cs.po) for esmtp package, please include it. Regards, Martin Sin# #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid "" msgstr "" "Project-Id-Version: esmtp 1.2-1\n" "Report-Msgid-Bugs-To: es...@packages.debian.org\n" "POT-Creation-Date: 2009-12-26 15:14+0100\n" "PO-Revision-Date: 2009-12-29 03:45+0100\n" "Last-Translator: Martin Sin \n" "Language-Team: Czech \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=utf-8\n" "Content-Transfer-Encoding: 8bit\n" #. Type: boolean #. Description #: ../templates:1001 msgid "Automatically overwrite configuration files?" msgstr "Automaticky pÅepsat konfiguraÄnà soubory?" #. Type: boolean #. Description #: ../templates:1001 msgid "" "The mail configuration file /etc/esmtprc can be automatically updated on " "each upgrade with the information supplied to the debconf database. If you " "do not want this to happen (i.e., you want to maintain control of this file " "yourself) then unset this option to prevent the program touching this file." msgstr "" "KonfiguraÄnà soubor poÅ¡ty (/etc/esmtprc) může být pÅi každém upgradu " "automaticky aktualizován pomocà informacà zÃskaných prostÅednictvÃm databáze " "debconfu. Pokud si to nepÅejete (napÅ. chcete tento soubor spravovat sami), " "pak zvolte ne, aby debconf tento soubor nikdy nepÅepisoval." #. Type: string #. Description #: ../templates:2001 #| msgid "SMTP server hostname" msgid "SMTP server hostname:" msgstr "Jméno SMTP serveru:" #. Type: string #. Description #: ../templates:3001 #| msgid "SMTP server port number" msgid "SMTP server port number:" msgstr "ÄÃslo portu serveru SMTP:" #. Type: string #. Description #: ../templates:4001 #| msgid "Authentication username" msgid "Authentication username:" msgstr "PÅihlaÅ¡ovacà jméno:" #. Type: string #. Description #: ../templates:4001 msgid "" "This is the username to be given to the mailhub if authentication is " "required by the SMTP server." msgstr "" "Toto uživatelské jméno bude pÅedáno poÅ¡tovnÃmu SMTP serveru, pokud jÃm bude " "vyžadována autentizace." #. Type: string #. Description #: ../templates:4001 msgid "" "Do NOT set the username and password on the system configuration file unless " "you are the sole user of this machine. Esmtp is not run with suid " "privileges therefore the system configuration file must be readable by " "everyone. If your SMTP server requires authorization and you are not the " "only user then accept the default options in the system configuration file " "for local delivery and specify your personal SMTP account details in the " "user configuration file." msgstr "" "Pokud nejste jediný uživatel tohoto poÄÃtaÄe, pak NENASTAVUJTE uživatelské " "jméno a heslo do systémové konfigurace. Esmtp nebÄžà se suid právy, takže " "jeho systémový konfiguraÄnà soubor musà být Äitelný pro každého. Pokud váš " "server SMTP požaduje autorizaci a vy nejste jediný uživatel, pak pÅijmÄte " "výchozà nastavenà systémové konfigurace pro mÃstnà doruÄovánà a své privátnà " "nastavenà SMTP úÄtu zadejte v konfiguraÄnÃm souboru konkrétnÃho uživatele." #. Type: password #. Description #: ../templates:5001 #| msgid "Authentication password" msgid "Authentication password:" msgstr "Heslo pro pÅihlášenÃ:" #. Type: password #. Description #: ../templates:5001 msgid "" "This is the password to be given to the mailhub if authentication is " "required by the SMTP server." msgstr "" "Toto heslo bude pÅedáno poÅ¡tovnÃmu SMTP serveru, pokud jÃm bude vyžadována " "autentizace." #. Type: select #. Choices #: ../templates:6001 msgid "enabled" msgstr "povoleno" #. Type: select #. Choices #: ../templates:6001 msgid "disabled" msgstr "zakázáno"
Bug#564903: sun-java6-bin: missing cacerts the trustAnchors parameter must be non-empty
Package: sun-java6-bin Version: 6-12-1 Severity: important java expects to find the cacerts in /usr/lib/jvm/java-6-openjdk/jre/lib/security/jssecacerts this is a sym link to /etc/ssl/certs/java/cacerts which does not exist Can be fixed with creating the directory /etc/ssl/certs/java ln -s /etc/java-6-sun/security/cacerts /etc/ssl/certs/java/ Could be an interaction with ca-certificates? This is a recent(ish) regression after updating some packages but not sure when it broke. Regards, M -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sun-java6-bin depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 2.7-18 GNU C Library: Shared libraries ii sun-java6-jre 6-12-1 Sun Java(TM) Runtime Environment ( ii unixodbc 2.2.11-16 ODBC tools libraries Versions of packages sun-java6-bin recommends: ii libasound21.0.16-2 ALSA library ii libnss-mdns 0.10-3 NSS module for Multicast DNS name ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxi62:1.1.4-1 X11 Input extension library ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension Versions of packages sun-java6-bin suggests: pn binfmt-support (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#569294: [l10n] Czech translation for sun-java6
Package: sun-java6 Severity: wishlist Tags: l10n, patch In attachement there is updated Czech translation (cs.po) for sun-java6 package, please include it. Regards, Martin Sin# SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # Martin Sin , 2006. # msgid "" msgstr "" "Project-Id-Version: sun-java6 6-18-2\n" "Report-Msgid-Bugs-To: sun-ja...@packages.debian.org\n" "POT-Creation-Date: 2010-02-11 10:31+0100\n" "PO-Revision-Date: 2010-02-11 10:50+0100\n" "Last-Translator: Martin Sin \n" "Language-Team: Czech \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=utf-8\n" "Content-Transfer-Encoding: 8bit\n" #. Type: note #. Description #: ../JB-jre.templates.in:1001 msgid "JCE Unlimited Strength Jurisdiction Policy Files" msgstr "JCE Unlimited Strength Jurisdiction Policy Files" #. Type: note #. Description #: ../JB-jre.templates.in:1001 msgid "" "Due to import control restrictions of some countries, the JCE jurisdiction " "policy files shipped with this package allow \"strong\" but limited " "cryptography to be used. An \"unlimited strength\" version of these files " "indicating no restrictions on cryptographic strengths is available for those " "living in eligible countries (which is most countries). You download this " "version and replace the strong cryptography versions supplied with this " "package with the unlimited ones." msgstr "" "Vzhledem k dovoznÃm omezenÃm týkajÃcÃch se nÄkterých zemÃ, je politikou JCE " "použÃvat v tomto programu \"silné\", ale pÅesto omezené Å¡ifrovánÃ. V pÅÃpadÄ " "\"neomezeného Å¡ifrovánÃ\", nejsou dána žádná omezenà týkajÃcà se sÃly " "Å¡ifrovánà (tak to je ve vÄtÅ¡inÄ zemà svÄta). Pokud tedy budete chtÃt, můžete " "si stáhnout tuto verzi a nahradit silné Å¡ifrovánÃ, dodávané s tÃmto " "balÃÄkem, jeho neomezenou verzÃ." #. Type: note #. Description #: ../JB-jre.templates.in:1001 msgid "" "The Java(TM) Cryptography Extension (JCE) Unlimited Strength Jurisdiction " "Policy Files 1.4.2 are available at http://javashoplm.sun.com/ECom/docs/"; "Welcome.jsp?StoreId=22&PartDetailId=7503-jce-1.4.2-oth-" "JPR&SiteId=JSC&TransactionId=noreg" msgstr "" "Soubory obsahujÃcà dalÅ¡Ã informace o 'Java(TM) Cryptography Extension (JCE) " "Unlimited Strength Jurisdiction' naleznete na stránce http://javashoplm.sun."; "com/ECom/docs/Welcome.jsp?StoreId=22&PartDetailId=7503-jce-1.4.2-oth-" "JPR&SiteId=JSC&TransactionId=noreg" #. Type: boolean #. Description #: ../JB-jre.templates.in:2001 msgid "Grant the \"stopThread\" RuntimePermission?" msgstr "Povolit bÄhové oprávnÄnà \"stopThread\"." #. Type: boolean #. Description #: ../JB-jre.templates.in:2001 msgid "" "This permission allows any thread to stop itself using the java.lang.Thread." "stop() method that takes no argument." msgstr "" "Toto oprávnÄnà umožÅuje každému vláknu zastavenà sebe sama, pomocà metody " "java.lang.Thread.stop()." #. Type: boolean #. Description #: ../JB-jre.templates.in:2001 msgid "" "Note that this permission is granted by default only to remain backwards " "compatible. It is strongly recommended that you either not grant this " "permission at all or restrict it manually in java.policy to code sources " "that you specify, because Thread.stop() is potentially unsafe." msgstr "" "Pamatujte, že toto oprávnÄnà je garantováno pouze z důvodu zpÄtné " "kompatibility. SilnÄ se doporuÄuje, nepoužÃvat toto oprávnÄnÃ, nebo ho " "alespoÅ ruÄnÄ omezit na vámi urÄené zdrojové texty v souboru java.policy, " "neboÅ¥ je volánà Thread.stop() potenciálnÄ nebezpeÄné." #. Type: boolean #. Description #: ../JB-jre.templates.in:2001 msgid "See \"http://java.sun.com/notes\"; for more information." msgstr "Pro bližšà informace se podÃvejte na \"http://java.sun.com/notes\"."; #. Type: boolean #. Description #: ../dlj.templates:2001 #| msgid "Do you agree with the DLJ license terms?" msgid "Do you accept the DLJ license terms?" msgstr "SouhlasÃte s licenÄnÃmi podmÃnkami DLJ?" #. Type: boolean #. Description #: ../dlj.templates:2001 #| msgid "" #| "In order to install this package, you must agree to it
Re: Bug#572372: O: wdm -- WINGs Display Manager - an xdm replacement with a WindowMaker look
On Wed, Mar 03, 2010 at 08:28:47PM +0100, Jan Hauke Rahm wrote: > Package: wnpp > Severity: normal > > The current maintainer of wdm, Vlad Shakhov , > is not active anymore. Therefore, I orphan this package now. No, I do not intend to adopt this package, but have some changes ready for it. I was making some NMU for it lately and was playing a bit more after the last one. Last changes in my side include severity normal #571611 [wdm: Please provide a Xreset hook using a common framework] and fixing piuparts sid uninstallation error, http://piuparts.debian.org/sid/fail/wdm_1.28-3.4.log I also noticed that although tries to enable selinux when running configure, it is actually not set because does not build-depends on libselinux-dev. Changes also include making emacs and vi editing options closer and sanitizing indentation (postrm one was insane). Since nobody has yet intended to adopt the package, let me know if you think is OK to upload my changes along with changing maintainership to the QA team. For prospective maintainers, seems to be no news from upstream in some time, so anyone adopting this package should probably act as upstream. I have put all my changes in a git repo, so if anyone is interested in maintaining this package, it can be made available through collab-maint or through watever way is desired. Changes (excluding whitespace ones) are attached. Cheers, -- Agustin diff -wu wdm-1.28/debian/changelog wdm-1.28/debian/changelog --- wdm-1.28/debian/changelog +++ wdm-1.28/debian/changelog @@ -1,3 +1,16 @@ +wdm (1.28-3.5~2) unstable; urgency=low + + * debian/control: Really enable selinux in linux targets by +adding libselinux1-dev to Build-Depends for them. + * debian/config/Xreset: Use common Xreset framework if +available (Closes: #571611). + * Remove /etc/X11/default-display-manager if debconf question +db_get shared/default-x-display-manager no longer exists. Was +left behind in purge when no other X display managers were +installed. + + -- Agustin Martin Domingo Fri, 12 Mar 2010 14:27:51 +0100 + wdm (1.28-3.4) unstable; urgency=low * Non-maintainer upload. diff -wu wdm-1.28/debian/control wdm-1.28/debian/control --- wdm-1.28/debian/control +++ wdm-1.28/debian/control @@ -9,6 +9,7 @@ libpam0g-dev, libwings-dev, libwraster3-dev, zlib1g-dev, libxdmcp-dev, libxinerama-dev, libxkbfile-dev, libxmu-dev, libx11-dev, libxau-dev, libxt-dev, + libselinux1-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], x11proto-core-dev, libxft-dev, x11-xserver-utils Package: wdm diff -wu wdm-1.28/debian/wdm.prerm wdm-1.28/debian/wdm.prerm --- wdm-1.28/debian/wdm.prerm +++ wdm-1.28/debian/wdm.prerm @@ -196,0 +197,6 @@ + +# Local Variables: +# mode: shell-script +# sh-indentation: 2 +# sh-basic-offset: 2 +# End: diff -wu wdm-1.28/debian/wdm.postrm wdm-1.28/debian/wdm.postrm --- wdm-1.28/debian/wdm.postrm +++ wdm-1.28/debian/wdm.postrm @@ -7,6 +7,7 @@ log_file=/var/log/wdm-errors pid_file=/var/run/wdm.pid +DEFAULT_DISPLAY_MANAGER_FILE=/etc/X11/default-display-manager case "$1" in remove) @@ -18,6 +19,13 @@ if [ -e /usr/share/debconf/confmodule ]; then . /usr/share/debconf/confmodule db_purge + # Remove default display manager file if question not present + if ! db_get shared/default-x-display-manager; then + if [ -f $DEFAULT_DISPLAY_MANAGER_FILE ]; then + echo "wdm.postrm: Removing file $DEFAULT_DISPLAY_MANAGER_FILE" >&2 + rm -f $DEFAULT_DISPLAY_MANAGER_FILE + fi + fi fi rmdir /etc/X11/wdm > /dev/null 2>&1 || true rmdir /var/lib/wdm/authdir/authfiles || true @@ -41,0 +50,9 @@ + + +# vim:set ai et sts=2 sw=2 tw=0: + +# Local Variables: +# mode: shell-script +# sh-indentation: 2 +# sh-basic-offset: 2 +# End: diff -wu wdm-1.28/debian/config/Xreset wdm-1.28/debian/config/Xreset --- wdm-1.28/debian/config/Xreset +++ wdm-1.28/debian/config/Xreset @@ -4,6 +4,11 @@ # # This script is run as root after any X session ends. +# Use common X11 Xreset framework if available +if [ -x /etc/X11/Xreset ]; then + /etc/X11/Xreset +fi + # Remove the utmp entry for the session if grep -q ^use-sessreg /etc/X11/wdm/wdm.options; then sessreg -d -l $DISPLAY -u /var/run/utmp -x /etc/X11/wdm/Xservers $USER
Bug#582612: prompting due to modified conffiles which where not modified by the user
On Sat, May 22, 2010 at 10:44:25AM +0200, Holger Levsen wrote: > Package: wdm > Version: 1.28-3.5 > Severity: serious > User: debian...@lists.debian.org > Usertags: piuparts piuparts.d.o > > Hi, > > during a test with piuparts I noticed your package failed the piuparts > upgrade > test because dpkg detected a conffile as being modified and then prompted the > user for an action. As there is no user input, this fails. But this is not > the real problem, the real problem is that this prompt shows up in the first > place, as there was nobody modifying this conffile at all, the package has > just been installed and upgraded... Hi, Holger This is caused by the insane way wdm handles refreshing of wm list, it directly modifies entry in wdm-config everytime wdm is started or stopped. I am attaching a first cut of a patch to care of this. Instead of directly modifying wdm-config itself, a new detached file is used to hold that info. That file is automatically regenerated on each wdm start/stop and loaded from wdm-config. Sysadmins can override automatic selection by setting that value again after that file is loaded, as pointed out in directions added to wdm-config. This will not prevent prompting when upgrading from previous versions, but should leave this problem addressed for the future. I will test a bit more, and if everything works as expected I will upload a fixed package. Since wdm is under QA team maintenance, one question, do I version it as a NMU or as a QA upload? (although I am not member of the QA team) Cheers, -- Agustin >From 7645f1ed7d107d3befa7540ce8b7a5c0f71a6bcd Mon Sep 17 00:00:00 2001 From: Agustin Martin Domingo Date: Tue, 25 May 2010 14:51:58 +0200 Subject: [PATCH] Move 'DisplayManager*wdmWm' automatic regeneration to a separate file. This is needed so wdm-config conffile is not modified on every wdm start/stop. We make wdm-config file load the other file (wdm.wmlist) containing autogenerated entry, and allow further override to sysadmins in case they want this value hardcoded. --- debian/changelog |8 ++ debian/config/wdm-config | 16 ++--- debian/update_wdm_wmlist | 55 +- debian/wdm.postrm|1 + 4 files changed, 51 insertions(+), 29 deletions(-) diff --git a/debian/changelog b/debian/changelog index aa4dd85..92a0b07 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +wdm (1.28-3.6) unstable; urgency=low + + * Move 'DisplayManager*wdmWm' automatic regeneration to a separate +file, so wdm-config conffile is not automatically changed +(Closes: #582612). + + -- Agustin Martin Domingo Tue, 25 May 2010 15:17:11 +0200 + wdm (1.28-3.5) unstable; urgency=low * Non-maintainer upload. diff --git a/debian/config/wdm-config b/debian/config/wdm-config index 987e4ef..06f3685 100644 --- a/debian/config/wdm-config +++ b/debian/config/wdm-config @@ -33,10 +33,6 @@ DisplayManager*wdmLogin:/usr/bin/wdmLogin DisplayManager*wdmBg: solid:Gray85 ! DisplayManager*wdmLogo: /usr/share/pixmaps/gnuLogo.xpm DisplayManager*wdmLogo: /usr/share/pixmaps/wdmDebianSwirl.xpm -! BEWARE: the wdmWm setting will be overwritten on every wdm (re)start -! and reload. Please see wdm.options(5) for info on disabling -! this behavior if you want to specify the list manually. -! DisplayManager*wdmWm: twm:wmaker:afterstep DisplayManager*wdmReboot: /sbin/reboot DisplayManager*wdmHalt: /sbin/halt DisplayManager*wdmVerify: true @@ -46,3 +42,15 @@ DisplayManager*wdmLoginConfig: /etc/X11/wdm/wdmlogin.conf DisplayManager*useSyslog: true DisplayManager*syslogFacility: LOG_AUTHPRIV DisplayManager*terminateServer: true + +! Load wm list from autogenerated file + +#include "wdm.wmlist" + +! BEWARE: the wdmWm setting in that file will be overwritten on every wdm +! (re)start and reload. If you want to hardcode your choice, do that +! in the line below, to be processed after previous automatic definition. + +! DisplayManager*wdmWm: twm:wmaker:afterstep + +! Please see wdm.options(5) for info on disabling automatic generation. diff --git a/debian/update_wdm_wmlist b/debian/update_wdm_wmlist index 3e795d6..90aa47d 100644 --- a/debian/update_wdm_wmlist +++ b/debian/update_wdm_wmlist @@ -1,52 +1,57 @@ #!/usr/bin/perl -w # -# update_wdm_wmlist, (c) 1998 Marcelo Magallón -# rewriten to use the x-window-manager alternative -# modified to also use the x-session-manager alternative by Arthur Korn -# Copyright 2000 Wichert Akkerman +# update_wdm_wmlist, # # This script will read the list of installed window managers from # the update-alternatives output for the x-window-manager alternative -# and update the DisplayManager*wdmWm resource in /etc/X11/wdm/wdm-config. +# and update the DisplayManager*wdmWm resource in $wdm_list_file (see below). #
Bug#582612: prompting due to modified conffiles which where not modified by the user
On Tue, May 25, 2010 at 03:20:35PM +0200, Agustin Martin wrote: > I am attaching a first cut of a patch to care of this. Instead of directly > modifying wdm-config itself, a new detached file is used to hold that info. > That file is automatically regenerated on each wdm start/stop and loaded > from wdm-config. Sysadmins can override automatic selection by setting that > value again after that file is loaded, as pointed out in directions added to > wdm-config. > > This will not prevent prompting when upgrading from previous versions, but > should leave this problem addressed for the future. Hi, Seems my tests are working properly, so I have prepared an upload. I finally prepared it it as a QA upload. Besides support for using new detached file, I have also improved copyright notices under debian/. They still referred to unversioned GPL when code was GPL2+. I'd like to upload fixed package around next Monday with 0-day delay, unless someone complains. Current patch is attached. Cheers, -- Agustin diff --git a/debian/changelog b/debian/changelog index aa4dd85..6a12c35 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,13 @@ +wdm (1.28-4) unstable; urgency=low + + * QA upload. + * Move 'DisplayManager*wdmWm' automatic regeneration to a separate +file, so wdm-config conffile is not automatically changed +(Closes: #582612). + * Clarify copyright notices. + + -- Agustin Martin Domingo Thu, 27 May 2010 13:30:21 +0200 + wdm (1.28-3.5) unstable; urgency=low * Non-maintainer upload. diff --git a/debian/config/wdm-config b/debian/config/wdm-config index 987e4ef..06c2f3d 100644 --- a/debian/config/wdm-config +++ b/debian/config/wdm-config @@ -33,10 +33,6 @@ DisplayManager*wdmLogin:/usr/bin/wdmLogin DisplayManager*wdmBg: solid:Gray85 ! DisplayManager*wdmLogo: /usr/share/pixmaps/gnuLogo.xpm DisplayManager*wdmLogo: /usr/share/pixmaps/wdmDebianSwirl.xpm -! BEWARE: the wdmWm setting will be overwritten on every wdm (re)start -! and reload. Please see wdm.options(5) for info on disabling -! this behavior if you want to specify the list manually. -! DisplayManager*wdmWm: twm:wmaker:afterstep DisplayManager*wdmReboot: /sbin/reboot DisplayManager*wdmHalt: /sbin/halt DisplayManager*wdmVerify: true @@ -46,3 +42,16 @@ DisplayManager*wdmLoginConfig: /etc/X11/wdm/wdmlogin.conf DisplayManager*useSyslog: true DisplayManager*syslogFacility: LOG_AUTHPRIV DisplayManager*terminateServer: true + +! Load wm list from file auto-generated by update_wdm_wmlist + +#include "wdm.wmlist" + +! BEWARE: the wdmWm setting in that file will be overwritten on every wdm +! (re)start and reload. If you want to hardcode your choice, uncomment the +! line below and set your choice, to be processed after previous automatic +! definition. + +! DisplayManager*wdmWm: twm:wmaker:afterstep + +! Please see wdm.options(5) for info on disabling automatic generation. diff --git a/debian/copyright b/debian/copyright index 342cf21..090dda5 100644 --- a/debian/copyright +++ b/debian/copyright @@ -2,21 +2,31 @@ This package is maintained by Noah Meyerhans It was previously maintained by Bas Zoetekouw . -It was originally debianized by Marcelo E. Magallon +It was originally debianized by Marcelo E. Magallon mmaga...@debian.org on Sat, 15 Aug 1998 19:55:35 -0600. It was downloaded from http://voins.program.ru/wdm/ -Upstream maintainer for wdm is vo...@voins.program.ru +Upstream maintainer for wdm is Alexey Voinov, vo...@voins.program.ru -Modifications for Debian Linux Copyright (C) 1998 Marcelo Magallon. + This program is free software; you can redistribute it and/or modify + it under the terms of the GNU General Public License as published by + the Free Software Foundation; either version 2 of the License, or + (at your option) any later version. - wdm is distributed under the terms and conditions of the GPL, the text - of which can be found in /usr/share/common-licenses/GPL. wdm derived - from work by Tom Rothamel (external greeter for xdm, also under the - GPL) and xdm itself, which is copyright (C) 1988, 1989, 1990, 1991, - 1994 X Consortium. The relevant X Consortium's and XFree86's licenses - follows: + This program is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + GNU General Public License for more details. + + On Debian GNU/Linux systems, the complete text of the GNU General + Public License can be found in `/usr/share/common-licenses/GPL-2'. + +wdm is derived from work by Tom Rothamel (external greeter for xdm, also +under the GPL) and xdm itself, which is copyright (C) 1988, 1989, 1990, +1991, 1994 X Consortium. + + The relevant X Consortium's and XFree86's licenses follows: 1.
Bug#463598: /var/run/utmp exists, but wdm still doesn't register the session
On Fri, May 21, 2010 at 09:36:47PM +0300, Yury Bulka wrote: > > Hello! Let me firstly thank you for your work on this package and for reading > this:) > So here's what the report is about: > I've also noticed that wdm doesn't register the session it starts to utmp, > but in my case /var/run/utmp exists on my system. > It's strange, because the "sessreg" command is in its place in file > /etc/X11/wdm/Xstartup: > --- > # Insert a utmp entry for the session > if grep -q ^use-sessreg /etc/X11/wdm/wdm.options; then > exec sessreg -a -l $DISPLAY -u /var/run/utmp -x /etc/X11/wdm/Xservers $USER > # NOTREACHED > fi > --- > and the option "use-sessreg" is enabled in /etc/X11/wdm/wdm.options. > I tried to install xdm and it does register the session with almost identical > "sessreg" command (the only difference is the -x parameter which is set to > "/etc/X11/xdm/Xservers" there)... I replaced wdm Xstartup with xdm Xstartup and s/xdm/wdm/g. No luck, it still does not register session. I have verified that $DISPLAY and $USER values just before the sessreg call are correct and so that the sessreg line is processed if use-sessreg is enabled. I am curious, did it register session at some time? In the box where wdm is installed last time /var/log/wdm.log was updated was long time ago, on November 2005 for sid. I wonder what happened at that time. I think about something related to xfree86 -> xorg transition (last xfree86 log in this sid box is from September 2005). Thanks for your feedback, -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100527173737.ga3...@agmartin.aq.upm.es
Bug#109712: wdm: VNC localhost connection fails with pipe read error
On Wed, Aug 22, 2001 at 08:13:07PM -0700, kms...@ix.netcom.com wrote: > Package: wdm > Version: 1.20-11 > Severity: normal > > When attempting an XDMCP-mediated session via VNC to localhost, the > session fails, and the following error is recorded to daemon.log: > > daemon.log:Aug 22 18:33:07 navel wdm: wdm pipe read error with program > /usr/bin/X11/wdmLogin, wdm terminating Hi, I am looking at some ancient bug reports for this already orphaned package. I am aware that original bug report is 9 years old, so you may no longer be using wdm, but in case you still use it, there is something in above error message that also appeared in http://bugs.debian.org/488715 http://bugs.debian.org/547251 and that was fixed in wdm_1.28-3.5, so you may be interested in try again and see what happens. Thanks for your feedback. -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100527180552.ga3...@agmartin.aq.upm.es
Bug#502404: wdm doesn't read ~/.xsession
On Mon, Apr 05, 2010 at 02:44:11PM +0200, Agustin Martin wrote: > On Thu, Feb 19, 2009 at 05:14:43PM +0100, Michelle Konzack wrote: > > Am 2009-02-19 16:44:28, schrieb Michael Jarosch: > > > O.k. - copied both of your files ( .xsession and .tdlocale ) into my > > > ~/-directory, logged out, killed X (because of the strange > > > wdm/ati-xserver behaviour), logged in with wdm and: > > > > > > No change. Wrong locale. Not german. > > > > OK, can you put the following lines > > > > echo "## env ###" > > env > > echo "## locale " > > locale > > echo "## locale -a #" > > locale -a > > echo "##" > > > > before the line > > > > exec $realstartup > > > > and look into the ~/.xsession-errors whats going on here? > > > > Does your locale "de_DE" exist? If not, it falls normaly back to > > /etc/default/locale but maybe there is something wron on your system and > > if falls back to "C". > > Reviewing more old wdm bug reports, count me also as a person that cannot > reproduce this problem. .xsession is used as expected here. > > What Michelle proposed is an interesting info. > > Also, you can verify that .xsession is tried by using from an xterm > > $ ps aux | grep \.xsession > > If this shows some lines using .xsession, it means that is detected and > used. Otherwise grepping for session will show things like > x-session-manager. Hi, Since neither Michelle nor myself could reproduce this problem I tagged it as 'unreproducible'. Please provide info suggested by Michelle and/or myself. If no further info is provided in some time, either by you or by others experiencing a similar problem, bug will be closed (of course, it can be re-opened in case problem persists). Cheers -- Agustin -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100531122526.ga11...@agmartin.aq.upm.es
