Re: Distribution and support for Debian-502-i386-netinst
On Sun, 2011-12-04 at 15:25 +0200, George Danchev wrote: > On Sun, 04 Dec 2011 12:38:35 +, Ian Campbell > wrote: > > On Sat, 2011-12-03 at 19:35 +, Philipp Kern wrote: > >> On 2011-12-03, Marc Haber wrote: > >> > On Fri, 2 Dec 2011 18:58:55 + (UTC), Philipp Kern > >> > wrote: > >> >>On 2011-12-02, Marc Haber wrote: > >> >>> I also support this and think it is a really good idea. But > >> please > >> >>> keep x.y.z-1 around and easily accessible when x.y.z is > >> released. > >> >>You can jigdo any old CD image. > >> > How do I do this for a past point release, such as, 6.0.1, for > >> > example? > >> > >> You use jigdo? Try it, it works. > > > > In my experience jigdo does not work for a CD release of a previous > > point release because some of the packages referenced by the jigdo > > are > > removed from the mirrors i.e. those which have been updated. > > Actually jigdo has a mechanism to fallback to a certain server for > packages it can not download from the given mirror. That is: > [...] Interesting, thanks. > (yes, this is not very convenient) Indeed ;-) Ian. -- Ian Campbell Current Noise: Hell - On Earth As It Is In Hell How do I type "for i in *.dvi do xdvi i done" in a GUI? (Discussion in comp.os.linux.misc on the intuitiveness of interfaces.) -- 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/1323079052.29870.166.ca...@zakaz.uk.xensource.com
Re: New sections and frontend behaviour [Was: Re: New sections]
On Sun, Dec 04, 2011 at 11:47:30PM +0100, Goswin von Brederlow wrote: > Joerg Jaspert writes: > > > metapackages, which is for metapackages so that apt can do special > > handling on them. > > On IRC Joerg mentioned that transitional packages could/should also go > to the metapackages section. > > The reasoning being that both metapackages and transitional packages > should have their dependencies marked as non-automatic so they don't get > removed when the top package is removed. > > I think mixing the two types of packages would be a mistake as one wants > quite a different behaviour from them: > > metapackages: keep them installed > transitional: remove after upgrade once nothing depends on it > > So maybe there should be a "transitional" section to keep the two types > of packages apart. If there are seconds to this please someone open a > bug about it. Ubuntu uses metapackages and oldlibs with that option of APT apparently (APT::Never-MarkAuto-Sections). > > > > Personally I'm also not quite sure about the validity of marking all > dependencies of metapackages non-automatic. As mentioned in the > bugreport what happens if I want to remove gnome and install something > else? Then I have to manually remove all the dependencies of gnome. There's also the problem that if a meta package removes a dependency in a later version, that package will still stay of the system with the current implementation. > > I think dependencies of metapackages should be left as automatic but > frontends should ask wether to turn them all to non-automatic when the > meta package is selected for removal. So at removal time one would get > the choice of keeping all/some or removing them all. This could also > only ask if the metapackage was non-automatic. There's also the problem that if a meta package removes a dependency in a later version, that package will still stay of the system with the current implementation > > Transitional packages on the other hand should just be removed with > their dependencies set to the same state the transitional package was in > (automatic -> leave them alone, non-automatic -> set them > non-automatic). I guess something like this works already if the package disappears (no files on the system anymore IIRC) during the upgrade. > > MfG > Goswin > > PS: shouldn't frontends use the Tag: role::metapackage, special::meta? We don't read tags in APT and thus do not have them in the cache, so that's a bit harder to implement sanely. The metapackages section was in use by Ubuntu already, so I did not think about it further. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111205111434.ga3...@debian.org
New version of newt in experimental
Hi, I've uploaded a new version of newt, 0.52.14, to experimental. While it has minor changes in the upstream version, the debian version has some big changes, including moving from dbs to dh + quilt (source format 3), dh_python2, and others. So I would appreciate some testing before uploading to unstable. In particular, the bits i'm not confident of my own testing are: * cross-compiling. Are there regressions in cross-compiling, non-intel platforms * installation: I've removed conflicts / dependencies on packages from before oldstable. This should be safe, but those are famous last words * BIDI: I've had to refresh this patch, and fix a crash in it. I don't know and LTR languages. Regards Alastair McKinstry -- Alastair McKinstry , , http://blog.sceal.ie Anyone who believes exponential growth can go on forever in a finite world is either a madman or an economist - Kenneth Boulter, Economist. -- 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/4edcaa3b.2090...@debian.org
Re: Distribution and support for Debian-502-i386-netinst
On 2011-12-04, Ian Campbell wrote: > On Sat, 2011-12-03 at 19:35 +, Philipp Kern wrote: >> On 2011-12-03, Marc Haber wrote: >> > On Fri, 2 Dec 2011 18:58:55 + (UTC), Philipp Kern >> > wrote: >> >>On 2011-12-02, Marc Haber wrote: >> >>> I also support this and think it is a really good idea. But please >> >>> keep x.y.z-1 around and easily accessible when x.y.z is released. >> >>You can jigdo any old CD image. >> > How do I do this for a past point release, such as, 6.0.1, for >> > example? >> You use jigdo? Try it, it works. > In my experience jigdo does not work for a CD release of a previous > point release because some of the packages referenced by the jigdo are > removed from the mirrors i.e. those which have been updated. It works for all properly released official images, due to the try-last mirror. It does not work for your unofficial images. Anything else would be a bug and the CD team would be happy to be pointed at missing files. Point releases shouldn't matter. Kind regards Philipp Kern -- 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/slrnjdper1.lv3.tr...@kelgar.0x539.de
Re: New sections and frontend behaviour [Was: Re: New sections]
Quoting Goswin von Brederlow (goswin-...@web.de): > Joerg Jaspert writes: > > > metapackages, which is for metapackages so that apt can do special > > handling on them. > > On IRC Joerg mentioned that transitional packages could/should also go > to the metapackages section. oldlibs was often used for transitional packages (the fonts team for instance uses it when transitioning from ttf-foo to fonts-foo). After all, it is about the same use : things that can be removed "safely". I agree that if transition packages are meant to land in something else than oldlibs, then "metapackages" is not, at first glance, the most appropriate place. signature.asc Description: Digital signature
Re: 2.6+ kernel make-tag problem
#1 If I use ./linux-2.6.38/README I get errors (see below). If I use ./linux-2.4.20/README I get a [good] kernel. #2 Nowhere can I find "root=/dev/hdax" needs to be "root=/dev/sdax" due to new SATA changes in driver code. Others have reported this. I found it by accident! (see error below) #3 None of the "kernel bug report" sites load in firefox (i get a 404, why? ipv6 only?). I can't post bug to them and have no "gpg key" either. #4 kernel source "make help" says "deb-dpkg" is an option. but it does not make a package. (it prepares several things for 3 or 4 potential packages then stops) make install is also a complication. These are "every day" problems I know. But for NEWBIES. Did you know if they go to www.tldp.org (linux-HOWTO) one finds kernel HOWTO has be REMOVED ? In that respect they are making undocumented changes that break things and what is a newbie to do ? It's not as if things are more complicated before (consider X emacs, Tex) if anything far less ! It's that they are leaving ends more untied. why ? Thanks for looking have a great day ! John From above #1: Kernel: arch/x86/boot/bzImage is ready (#2) cp: cannot stat `/usr/src/linux-2.6.38/modules.order': No such file or directory make: *** [_modinst_] Error 1 make modules_install exited non-zero tail: 2.6.38-k7-x86.log: file truncated From above #2: "VFS cannot mount unknown block(0,0). partition is ''. Please specify root as param correctly." And I've seen other same problem. The message gives not a single clue what the problem might be. I thought it might be EZ-DRIVE. Not on the internet, not when I boot, not in linux/Documentation. How is one supposed to know? Linux now creates objects in /dev auto-magic so I cannot necessarily say ahead of time what the name of the device is ESPECIALLY if it's not documented. And linux's new kernel param is very confusing. You can't find "ide_core" anywhere in code it's "magic". And there's allot to do if one thinks they will trace through all VFS -> SATA code to find some problem ! --- It's near impossible to find what "make install" will do until after you've already done it and can't be distributed very easily. (debian /usr/sbin/install_kernel ??) (I no longer "make install", have own script which makes a .deb). # make install Checking for ELILO...No GRUB is installed. To automatically switch to new kernels, point your default entry in menu.lst to /boot/arch/x86/boot/bzImage-2.6.38-k7 BUT the above actually did nothing it said (no new file or menu.1st change either). So... # make -n install magically becomes make -f scripts/Makefile.build obj=arch/x86/boot install sh /usr/src/linux-2.6.38/arch/x86/boot/install.sh 2.6.38-k7 arch/x86/boot/bzImage \ System.map "/boot" Oh! My kernel install binary is from 2001 ! I wonder if it's wise to even use it ? -- 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/4edcda12.6040...@cox.net
Porter help needed: CCSEapps
Hi,
I have a package CCSEapps that needs a quick look at by porters.
/
// TODO -- add more machine descriptions.
//
#if !(defined(__alpha)|| \
defined(_CRAY1) || \
defined(_CRAYT3E) || \
defined(__sgi) || \
defined(__sun) || \
defined(__i486__) || \
defined(i386) || \
defined(__i386__) || \
defined(__ia64__) || \
defined(__x86_64__) || \
defined(__hpux) || \
defined(_MSC_VER) || \
defined(_AIX))
#error We do not yet support FAB I/O on this machine
#endif
basically its only one file: CCSEApps/BoxLib/FPC.cpp
containing a bunch of stuff like:
const
IntDescriptor&
FPC::NativeLongDescriptor ()
{
#if defined(__alpha) || defined(__i486__) || defined(WIN32) ||
defined(i386) || defined(__i386__) || defined(__ia64__) ||
defined(__x86_64__)
static const IntDescriptor nld(sizeof(long),
IntDescriptor::ReverseOrder);
#endif
#ifdef _CRAY1
static const IntDescriptor nld(sizeof(long),
IntDescriptor::NormalOrder);
#endif
#if defined(__sgi) || \
defined(__sun) || \
defined(_AIX) || \
defined(_CRAYT3E) || \
defined(__hpux)
static const IntDescriptor nld(sizeof(long),
IntDescriptor::NormalOrder);
#endif
return nld;
}
ie. whether the arch is little / big endian, supports IEEE arithmetic, etc.
Can anyone help?
Regards
Alastair
--
Alastair McKinstry , ,
http://blog.sceal.ie
Anyone who believes exponential growth can go on forever in a finite world
is either a madman or an economist - Kenneth Boulter, Economist.
Re: New sections and frontend behaviour [Was: Re: New sections]
On Mon, Dec 05, 2011 at 08:21:50AM +0100, Christian PERRIER wrote: > Quoting Goswin von Brederlow (goswin-...@web.de): > > Joerg Jaspert writes: > > > > > metapackages, which is for metapackages so that apt can do special > > > handling on them. > > > > On IRC Joerg mentioned that transitional packages could/should also go > > to the metapackages section. > > oldlibs was often used for transitional packages (the fonts team for > instance uses it when transitioning from ttf-foo to fonts-foo). After > all, it is about the same use : things that can be removed "safely". I > agree that if transition packages are meant to land in something else > than oldlibs, then "metapackages" is not, at first glance, the most > appropriate place. Yes, but it might also be used for some other packages; for example, libdb4.8. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgp08s8mHTCwP.pgp Description: PGP signature
Re: Porter help needed: CCSEapps
Is that Overture / U.S. tax funded stuff? Object-Oriented Tools for Solving PDEs in Complex Geometries ? Is it better than Maxima or Octave with PDE's or graphing? Does one need to CAD a whole simulation in Overture specific format to get a "dynamic" sol'n (paid for / sought)? -- 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/4edceed3.4080...@cox.net
Re: Porter help needed: CCSEapps
Alastair McKinstry (05/12/2011): > ie. whether the arch is little / big endian, supports IEEE arithmetic, > etc. Can anyone help? http://wiki.debian.org/ArchitectureSpecificsMemo might help, for a start. Mraw, KiBi. signature.asc Description: Digital signature
Bug#651090: ITP: colibri -- alternate notification system for KDE4
Package: wnpp Severity: wishlist Owner: Ritesh Raj Sarraf * Package name: colibri Version : 0.2.2 Upstream Author : Aurélien Gâteau * URL : http://kde-apps.org/content/show.php?content=117147 * License : GPL Programming Lang: C++ Description : alternate notification system for KDE4 passive notification system for kde4 colibri is a passive notification system for KDE4 desktop . Colibri notifications look lighter and are completely passive: they do not provide any buttons. You may or may not like this. Since they are completely passive, they smoothly fade away when you mouse over them, allowing you to interact with any window behind them. . They also do not stack each others: if multiple notifications happen, they will be shown one at a time. -- 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/20111205184424.18548.90899.report...@champaran.hq.netapp.com
Bug#651091: ITP: bespin -- Bespin artwork for KDE
Package: wnpp
Severity: wishlist
Owner: Ritesh Raj Sarraf
* Package name: bespin
Version : 0.r1421
Upstream Author : Thomas Luebking
* URL : http://cloudcity.sf.net
* License : GPL
Programming Lang: C++
Description : Bespin artwork for KDE
The packaging is already available at:
https://github.com/rickysarraf/debian-bespin
I'd like to see this in Debian.
Bespin is an alternative artwork for KDE. IT comprises of a couple of
tools. Details below:
Package: kde-style-bespin
Architecture: any
Depends: ${shlibs:Depends}
Suggests: kdm-theme-bespin, ksplash-theme-bespin
Conflicts: kde4-style-bespin, kwin4-style-bespin, plasma-widget-xbar
Description: A very glossy Qt4/KDE4 window decoration
Bespin is a window decoration for KDE4, the name is nothing about
quantum
mechanics, but just refers to cloud city (StarWars Episode V: The
Empire
Strikes Back)
Package: kdm-theme-bespin
Architecture: all
Suggests: kde-style-bespin
Description: A very glossy Qt4/KDE4 window decoration
Bespin is a window decoration for KDE4, the name is nothing about
quantum
mechanics, but just refers to cloud city (StarWars Episode V: The
Empire
Strikes Back)
.
This package includes the kdm theme for Bespin
Package: ksplash-theme-bespin
Architecture: all
Suggests: kde-style-bespin
Description: A very glossy Qt4/KDE4 window decoration
Bespin is a window decoration for KDE4, the name is nothing about
quantum
mechanics, but just refers to cloud city (StarWars Episode V: The
Empire
Strikes Back)
.
This package includes the ksplash theme for Bespin
Package: bespin-icon-theme
Architecture: all
Suggests: kde-style-bespin
Description: A very glossy Qt4/KDE4 window decoration
Bespin is a window decoration for KDE4, the name is nothing about
quantum
mechanics, but just refers to cloud city (StarWars Episode V: The
Empire
Strikes Back)
.
This package includes the icon theme for Bespin
--
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/20111205185052.19477.31266.report...@champaran.hq.netapp.com
Bug#651093: ITP: libyui -- Qt, GTK+ and ncurses UI-Engine
Package: wnpp Severity: wishlist Owner: "Björn Esser" * Package name: libyui Version : 2.21.1 Upstream Authors: Stefan Hundhammer Michael Andres Stephan Kulow Arvin Schnell Thomas Goettlicher * URL : http://doc.opensuse.org/projects/libyui/HEAD/ * License : GPL Programming Lang: C++ Description : Qt, GTK+ and ncurses UI-Engine libYUI is a library written entirely in C++ to provide an abstraction layer for Qt, GTK+ and ncurses UI frameworks. This means that a single code in YUI can be used to produce outputs using any of the 3 UI frameworks listed above. . This library was (and still is) used to create the YaST2 User Interface. -- 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/20111205190851.12085.13455.reportbug@debian-vm
Re: Bug#650398: ITP: pianobooster -- a new way to learn the piano just by playing a game
On 11/29/2011 11:08 PM, Miriam Ruiz wrote: > Package: wnpp > Severity: wishlist > Owner: Miriam Ruiz > > > * Package name: pianobooster > Version : 0.6.4 > Upstream Author : Louis J. Barman > * URL : http://pianobooster.sourceforge.net/ > * License : GPL3+ > Programming Lang: C++ > Description : a new way to learn the piano just by playing a game > > Piano Booster is a new way to learn the piano just by playing a game. > It takes elements of the game Guitar Hero but now it uses a real piano > keyboard and the game has been turned sideways so the notes scroll along > a musical stave. So instead of pressing buttons on a fake guitar you end > up learning to play a real musical instrument: the piano. > I confirm what Guus Sliepen wrote. Pianobooster is an awesome program. I tried it, and I really love it. The only real issue with it is that I'm spending so much time having fun with it! :) I've been using it with a master keyboard, and timidity, since I have nothing that can produce sound but my Debian laptop itself. Miriam, if you need a sponsor for the upload, just let me know, I'll be extremely glad to do that, and also to fix with you issues if you need to (or even co-maintain). Thomas -- 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/4edd1a59.30...@debian.org
Bug#651094: ITP: pyacoustid -- Chromaprint Python bindings and interface to the Acoustid service
Package: wnpp Severity: wishlist Owner: Simon Chopin * Package name: pyacoustid Version : 0.2 Upstream Author : Adrian Sampson * URL : https://github.com/sampsyo/pyacoustid * License : MIT Programming Lang: Python Description : Chromaprint Python bindings and interface to the Acoustid service Acoustid is a web service offering high quality acoustic fingerprinting system using the Chromaprint C library. This package provides Python bindings for the library as well as an interface to the web service. It is a dependency of the chroma plugin for beets. I intend to package it within the Python Modules Packaging Team. -- 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/20111205195747.20048.41919.reportbug@beldin.wizards.local
Bug#651101: ITP: pymysql -- Pure Python DB-API Interface for MySQL
Package: wnpp Severity: wishlist Owner: "Clark C. Evans" * Package name: pymysql Version : 0.5 Upstream Author : Pete Hunt * URL : https://github.com/petehunt/PyMySQL * License : MIT Programming Lang: Python Description : Pure Python DB-API Interface for MySQL PyMySQL is a MIT licensed pure Python implementation of the MySQL protocol and DB-API interface. It aims to be compatible with MySQLdb. -- 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/20111205205518.25682.59694.reportbug@cantor
Re: 2.6+ kernel make-tag problem
2011/12/5 John D. Hendrickson and Sara Darnell : > #1 If I use ./linux-2.6.38/README I get errors (see below). > If I use ./linux-2.4.20/README I get a [good] kernel. > Could you be more specific? mine so called ./linux* doesn't even exists to begin with > #2 Nowhere can I find "root=/dev/hdax" needs to be "root=/dev/sdax" due to > new SATA changes in driver code. Others have reported this. I found it by > accident! (see error below) > IIRC it was documented few years ago (at least at time of 2.6.32). And IIRC usage of root=/dev/sdax is deprecated (it works when you have only one hdd, without any pendrives/external hdds connected) because order in which devices or detected is non-deterministic (use UUID instead) > #3 None of the "kernel bug report" sites load in firefox (i get a 404, why? > ipv6 only?). I can't post bug to them and have no "gpg key" either. > Kernel bug reports reported in Debian BTS should be fully accessible using ipv4. If you are talking specifically about bug tracking system of Linux Kernel then it is not something that Debian has much influence over. > #4 kernel source "make help" says "deb-dpkg" is an option. but it does not > make a package. (it prepares several things for 3 or 4 potential packages > then stops) make install is also a complication. > > These are "every day" problems I know. But for NEWBIES. Did you know if > they go to www.tldp.org (linux-HOWTO) one finds kernel HOWTO has be REMOVED > ? > > In that respect they are making undocumented changes that break things and > what is a newbie to do ? > > It's not as if things are more complicated before (consider X emacs, Tex) if > anything far less ! It's that they are leaving ends more untied. why ? > > Thanks for looking have a great day ! > >John > > > From above #1: > Kernel: arch/x86/boot/bzImage is ready (#2) > cp: cannot stat `/usr/src/linux-2.6.38/modules.order': No such file or > directory > make: *** [_modinst_] Error 1 > make modules_install exited non-zero > tail: 2.6.38-k7-x86.log: file truncated > > From above #2: > "VFS cannot mount unknown block(0,0). partition is ''. Please specify root > as param correctly." > > And I've seen other same problem. The message gives not a single clue what > the problem might be. I thought it might be EZ-DRIVE. > > Not on the internet, not when I boot, not in linux/Documentation. How is > one supposed to know? Linux now creates objects in /dev auto-magic so I > cannot necessarily say ahead of time what the name of the device is > ESPECIALLY if it's not documented. And linux's new kernel param is very > confusing. You can't find "ide_core" anywhere in code it's "magic". And > there's allot to do if one thinks they will trace through all VFS -> SATA > code to find some problem ! > /dev is working the same way for many years (maybe you meant /sys). Also when you have only one hard drive you can be sure that it will be under /dev/sda, the magic starts only after you get to many devices, and only because no one can tell ahead of time in which order devices will be discovered. > --- > > It's near impossible to find what "make install" will do until after you've > already done it and can't be distributed very easily. (debian > /usr/sbin/install_kernel ??) > > (I no longer "make install", have own script which makes a .deb). > # make install > Checking for ELILO...No > GRUB is installed. To automatically switch to new kernels, point your > default entry in menu.lst to /boot/arch/x86/boot/bzImage-2.6.38-k7 > > BUT the above actually did nothing it said (no new file or menu.1st change > either). So... > It doesn't say that it _made_ change in file, it only says that to "switch to new kernel" you have to "point your default entry in menu.lst to *". I may even add that currently there is no menu.lst used by GRUB (it is grub.cfg) > # make -n install >magically becomes > make -f scripts/Makefile.build obj=arch/x86/boot install > sh /usr/src/linux-2.6.38/arch/x86/boot/install.sh 2.6.38-k7 > arch/x86/boot/bzImage \ > System.map "/boot" > > Oh! My kernel install binary is from 2001 ! I wonder if it's wise to even > use it ? > If it works then I don't see any problems with it. PS: Should parent be targeted for debian-devel ? somehow it doesn't feel right... darkestkhan -- Feel free to CC me. jid: darkestk...@gmail.com May The Source be with You. -- 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/cacrpbmi0hw3f7nau00s1m8wjte1b43r5xrje3tnlqwnnno4...@mail.gmail.com
Re: Bug#651093: ITP: libyui -- Qt, GTK+ and ncurses UI-Engine
Björn Esser googlemail.com> writes: * Package name: libyui the package for the Yahoo! User Interface toolkit is called libyui-js which is bound to cause confusion. Can you rename yours to maybe libyastui or something? -- Jaldhar H. Vyas
Archive upload tools
Are there any other archive upload tools besides dput and dupload? (Not counting generic file transfer clients.) -- 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/87r50i41jf@mid.deneb.enyo.de
Re: Bug#651093: ITP: libyui -- Qt, GTK+ and ncurses UI-Engine
"Jaldhar H. Vyas" writes: >> * Package name: libyui > > the package for the Yahoo! User Interface toolkit is called libyui-js > which is bound to cause confusion. Can you rename yours to maybe > libyastui or something? "libyastui" would seem sort of misleading -- from the description, it sounds like libyui isn't part of yast, but rather an independent library upon which yast depends. Also, there isn't actually a "libyui-js" package... -Miles -- gravity a demanding master ... soft soft snow -- 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/buor50icfsm@dhlpc061.dev.necel.com
