Bug#681655: ITP: fonts-lohit-taml-classical -- Lohit Tamil fonts with additional ligature for Classical Tamil script
Package: wnpp Severity: wishlist Owner: Vasudev Kamath * Package name: fonts-lohit-taml-classical Version : 2.5.1 Upstream Author : Pravin Satpute * URL : https://fedorahosted.org/lohit * License: OFL Programming Lang: N/A Description : Lohit Tamil fonts with additional ligature for Classical Tamil script -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120715080418.5946.26071.reportbug@copyninja
Re: how to set up buildd within debian 6
Hi! sense M writes: > i'm follow http://www.debian.org/devel/buildd/ > but it's not work good > can anyone help I think [0] has everything needed to get a buildd set up. However if you're not working with the wanna-build for debian or debian-ports you won't be done with a autobuilding setup after that. Regards Christoph [0] https://buildd.debian.org/docs/buildd-setup.txt -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87a9z19hgt@hepworth.siccegge.de
Re: Fixing the mime horror ini Debian
severity 658139 serious clone 658139 -1 reassign -1 tech-ctte block 658139 by -1 thanks Hi Michael, As per http://www.debian.org/Bugs/Developer#severities, the severity of this bug is serious as in the release manager's opinion, this makes the package unsuitable for release. Please do NOT simply downgrade this to wishlist a third time, especially without explanation. I have already said that you should re-assign to tech-ctte if you're not happy with this, and instead a wontfix tag has been given to the bug. Thus, I am reassigning to tech-ctte to ask if they wish to overrule this decision. Thanks, Neil On Sat, Jul 14, 2012 at 04:34:35PM -0600, Neil McGovern wrote: > Hence, I consider this bug serious and thus RC, and am reassigning to evince. > > Feel free to pop it over to tech-ctte if you don't agree. > > Thanks, > Neil > > > -- > To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/20120714223435.gu28...@halon.org.uk > > -- signature.asc Description: Digital signature
Re: Fixing the mime horror ini Debian
Neil, am Sun, Jul 15, 2012 at 09:31:53AM -0600 hast du folgendes geschrieben: > As per http://www.debian.org/Bugs/Developer#severities, the severity of > this bug is serious as in the release manager's opinion, this makes the > package unsuitable for release. Please do NOT simply downgrade this to > wishlist a third time, especially without explanation. you should state your hat next time, though. You already refered to other mails of yours on -release as your personal opinion. If you exercise the RM hat, write it down. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#681704: ITP: homealoned -- Daemon that run personalized scripts when is alone in the network
Package: wnpp Severity: wishlist Owner: aafuentes * Package name: homealoned Version : 0.4.1 Upstream Author : Alberto Fuentes * URL : https://gitorious.org/homealoned * License : GPLv3+ Programming Lang: Perl Description : Daemon that run personalized scripts when is alone in the network This Daemon detects periods when nobody is using the network and makes use of of them by launching various user-defined services. Intended to help you get the most out of your network. homealoned launches sync scripts, torrent, tor relay, or anything else that might swamp your netwok or otherwise annoy you if launched at the wrong time. Specially thought out for home servers. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120715183124.7371.58264.reportbug@tachikoma
Re: Fixing the mime horror ini Debian
Hi Josselin,
On Fr, 13 Jul 2012, Josselin Mouette wrote:
> The freedesktop MIME system (which applies for GNOME, Xfce and LXDE)
> allows to specify defaults for every given MIME type. However, it is
> not realistic to agree in Debian as a whole on a set of defaults.
But why doesn't it work not even in gnome?
> This is why GNOME sets default associations for GNOME sessions: this is
> the /etc/gnome/defaults.list file. Therefore the behavior you describe
lists application/pdf=evince.desktop
> should not happen in a GNOME session – unless you start it through a
> custom .xsession.
>
> That’s for GNOME.
Ok, I am talking about starting the default GNOME session from a gdm3.
That is booting into the system, waiting to gdm3 to appear, selecting
GNOME from the dropdown list, type in my name and password and go.
I don't know what that means, but I expect it to work.
I digged into the guts and I *cannot* find any reasonalb explanation:
- all defaults are set to evince
- xdg-mime query gives me evince
- straceing gvfs-open and checking all opened files I only see proper
application/pdf entries pointint to evince
But: If I do:
python -c 'import gio; f = gio.File("file:/home/norbert/foo.pdf");print
f.query_default_handler();'
I get:
uggg.
When I do something similar with perl I get a bit more information,
namely that it seems that there is no default?
$ cat testmime.pl
use strict;
use File::MimeInfo;
use File::MimeInfo::Applications;
my $mime_type = mimetype("/home/norbert/foo.pdf");
print "mime type = $mime_type\n";
my ($default, @other) = mime_applications($mime_type);
if (defined($default)) {
print "default name ".$default->Name."\n";
} else {
if (@other) {
for my $o (@other) {
print "other name ".$o->Name."\n";
}
} else {
print "no default found!\n";
}
}
Running that I get:
mime type = application/pdf
other name xpdf
other name ePDFViewer
other name GNU Image Manipulation Program
other name GNU Image Manipulation Program
other name Adobe Reader 9
other name TeXworks
other name PDF Mod
other name Zathura
other name xpdf
other name MuPDF
other name Document Viewer
other name gv
other name qpdfview
but no default
So *how* should I set this if it is already mentioned in
/etc/gnome/defaults.list
/usr/share/gnome/applications/defaults.list
?
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
PLEELEY (adj.)
Descriptive of a drunk person's attempt to be endearing.
--- Douglas Adams, The Meaning of Liff
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120715185110.ge32...@gamma.logic.tuwien.ac.at
Bug#681725: ITP: gccintro -- An Introduction to GCC by Brian J. Gough
Package: wnpp Severity: wishlist Owner: Osamu Aoki * Package name: gccintro Version : 1.0 with 1.1 patch applied Upstream Author : Brian Gough * URL : http://www.network-theory.co.uk/gcc/intro/ http://www.network-theory.co.uk/gcc/intro/src * License : GFDL-1.2+ Programming Lang: texinfo Description : An Introduction to GCC by Brian J. Gough This manual provides a tutorial introduction to the GNU C and C++ compilers, gcc and g++. . Many books teach the C and C++ languages, this book explains how to use the compiler itself. Based on years of observation of questions posted on mailing lists, it guides the reader straight to the important options of GCC! . Concisely written, with numerous easy-to-follow "Hello World" examples. . Now with extensive new sections on error messages, portability and floating point arithmetic! . Features a special foreword by Richard M. Stallman, principal developer of GCC and founder of the GNU Project. . The content of this Debian packaged version has some minor adjustments to match learning experiences under the Debian environment. This is currently under GFDL-1.2+ with with no Invariant Sections, but with the explicit Front-Cover Texts, and with the explicit Back-Cover Texts. Thus I am planning upload to non-free/doc unnless I hear differently. Format will be: * info * html * PDF (for single sided printing. No blank pages inserted.) Osamu signature.asc Description: Digital signature
Bug#681728: ITP: boogiewoogie -- Reads and stores graphics from iMPROV's Boogie Board
Package: wnpp Severity: wishlist Owner: Joerg Richter * Package name: boogiewoogie Version : 0.9 Upstream Author : Joerg Richter * URL : http://www.fuyosoft.com * License : GPL Programming Lang: C Description : Reads and stores graphics from iMPROV's Boogie Board -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120715232830.5019.55216.reportbug@zotac
NEWS.Debian entries intended for developers - backwards-incompatible changes in Perl HTML::Tree (Fwd: apt-listchanges news for vinci)
Hi, Perl HTML::Tree 5 has backwards-incompatible interface changes. Version 5.00-1 added a NEWS.Debian entry to warn about that. As the entry below shows, it is intended for developers (although it could actually make sense to warn users too that the interface is unversioned). But it also shows for simple users who have the library installed. I was in this case when libhtml-tree-perl migrated to testing and I upgraded my system. The operation was interrupted with a prompt which requested my intervention (I use apt-listchanges). I simply use Gnucash, and find this warning unnecessary. The problem is that this library doesn't have a binary package and a development package; everything is in the same package. The proportion of people with libhtml-tree-perl using the package for development must be very small, and I don't think this entry is worth the noise. On the other hand, it's not completely worthless. Do we have guidance on NEWS.Debian usage, giving advice for such situations? Original Message libhtml-tree-perl (5.00-1) unstable; urgency=low [THINGS THAT MAY BREAK YOUR CODE OR TESTS] * Use weak references to avoid memory leaks See "Weak References" in HTML::Element for details. * new_from_file now dies if the file cannot be opened. $! records the specific problem. (Previously, you got a tree with a few implicit elements.) * Some methods normally returning a scalar could return the empty list in certain circumstances. This has been corrected. The affected methods are: address, deobjectify_text, detach, is_inside, & pindex. * deprecate the Version sub/method. Use the VERSION method instead. -- gregor herrmann Fri, 15 Jun 2012 14:50:32 +0200
Re: Dwarfdump cannot read 64-bit object with thread-local data
On Sun, 15 Jul 2012 22:33:20 +0400 Игорь Пашев wrote: > I'm using dwarfdump and GCC on Debian (amd64). Dwarfdump cannot read debug > info from 64-bit object file containing thread-local data. Error is > DW_DLE_RELOC_SECTION_RELOC_TARGET_SIZE_UNKNOWN. Detail are below. Any Ideas? You're much more likely to get a useful reply if you report a bug against dwarfdump. That also ensures that necessary version data is also retrieved. http://www.debian.org/Bugs/Reporting This list is for development of Debian, not use of Debian packages for development of other stuff. Thanks. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpEufTuctMXy.pgp Description: PGP signature
Re: NEWS.Debian entries intended for developers - backwards-incompatible changes in Perl HTML::Tree (Fwd: apt-listchanges news for vinci)
On Sun, 15 Jul 2012, Filipus Klutiero wrote: > Perl HTML::Tree 5 has backwards-incompatible interface changes. > Version 5.00-1 added a NEWS.Debian entry to warn about that. As the ... > migrated to testing and I upgraded my system. The operation was > interrupted with a prompt which requested my intervention (I use > apt-listchanges). I simply use Gnucash, and find this warning ... > package. The proportion of people with libhtml-tree-perl using the > package for development must be very small, and I don't think this > entry is worth the noise. On the other hand, it's not completely > worthless. Do we have guidance on NEWS.Debian usage, giving advice > for such situations? If something that depends on libhtml-tree-perl starts malfunctioning right after the upgrade, you will know what to blame. So, it is marginally useful even for users. Anyway, you use apt-listchanges, so IMHO you should expect to see a NEWS item that doesn't interest you every now and then. It is better than not seeing one you should have... -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120716002934.ga21...@khazad-dum.debian.net
Using FreeDesktop MIME entries directly in mime-support (Re: Fixing the mime horror ini Debian).
Hello everybody, http://bugs.debian.org/497779 contains a patch for the mime-support package to solve this problem for every package that provides a .desktop file but no mailcap entry. The mime-support package has been orphaned last week. Wouldn't one of the following solutions be acceptable for you ? - Add the function to mime-support in Wheezy to update /etc/mailcap using the FreeDesktop menu entry files in /usr/share/applications via dpkg triggers. - Do this in Sid, and add back the MIME entries in evince in Wheezy as a temporary compromise. If nobody else volunteers, I propose to start a maintenance group for the mime-support package, that I would store in a Git repository on Alioth's collab-maint group. My background in MIME support is that I maintain packages that declare MIME types, I keep track of MIME support in the Policy (http://bugs.debian.org/661816), and I wrote much of the MimeTypesSupport page on the Debian wiki (http://wiki.debian.org/MimeTypesSupport). Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120716005043.gb16...@falafel.plessy.net
