Re: ffmpeg vs libav: Please clarify the situation
On Wed, May 22, 2013 at 6:54 PM, John Moser john.r.mo...@gmail.com wrote: I've stumbled across this: http://blog.pkh.me/p/13-the-ffmpeg-libav-situation.html [...] This can't all parse at once. Something is wrong here. Will somebody please explain what's going on? Most of the driving forces behind what was formerly known as FFmpeg is now continuing under the name Libav. Continuing to follow Libav instead of FFmpeg is the more conservative, and IMO the better choice. Disclaimer: I was the release manager of the former FFmpeg project, and do the same Job in Libav these days. -- regards, Reinhard -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Alternatives to preseed installation?
On Thu, Dec 6, 2012 at 3:43 PM, Christoph Mathys erase...@gmail.com wrote: Maybe FAI? http://wiki.fai-project.org/wiki/Installing_Ubuntu_Linux_with_FAI Thanks for the link. Have you used FAI already? Is it complicated to learn? Is it reliable? From a quick look at the website I guess I could also manage ubuntu/debian servers with this tool. I'm using it here to deploy a lab consisting of about 20 computers running Ubuntu/quantal and about 100 students. FAI itself is very reliable, but it is a bit of an effort to set it up if you are not used to PXE setups etc. -- regards, Reinhard -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Alternatives to preseed installation?
On Thu, Dec 6, 2012 at 11:17 AM, Christoph Mathys erase...@gmail.com wrote: I'm interested to know about alternatives to preseed installations. As endproduct, I require an image that I can restore with partclone. The system is a customized installation of ubuntu-alternate. Our current process to obtain such an image is as follows: 1. Create a preseed image based on ubuntu-alternate. All modification need to be part of the preseed process. 2. Install this preseeded iso image inside kvm. 3. Use partclone to create the desired images from the kvm disk image. I kind of think that it should be possible to eliminate the preseed iso step. However, I fear that I just end up reimplementing a lot of stuff that preseed already handles nicely. The annoying part in this process is installing the iso image. This takes far too long if I need to iteratively fix errors in the preseed file. Any buzzwords or tools worth looking at? Maybe FAI? http://wiki.fai-project.org/wiki/Installing_Ubuntu_Linux_with_FAI -- regards, Reinhard -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: RTMP/HLS in Nginx for 13.04
On Wed, Nov 14, 2012 at 1:20 PM, John Moser john.r.mo...@gmail.com wrote: Nod. I'll have to work this out. However it crashes in libavformat.so when using HLS, causing a segfault. The developer (Roman) suggests using a newer version of ffmpeg (and NOT using libav); I'll have to try with newer libav. I've tried with the ffmpeg in PPA: https://launchpad.net/~jon-severinsson/+archive/ffmpeg but 0.10 is still too old (March?!). Was hoping to test with ffmpeg 1.0 and/or the latest libav. See http://launchpad.net/~motumedia/+archive/libav9-raring/ Does your crash happen with that version of libavcodec as well? if yes, please come to #libav-devel and let's discuss it there. PS: As you can see, there is still quite some work to do until we can have libav9 in raring. Help on that more than welcome, most of the packages are rather easy to fix (missing #includes, update to use newer API, etc.) -- regards, Reinhard -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Secure attention Key: Login and GkSudo
On Mo, Okt 31, 2011 at 06:50:42 (CET), staticd wrote: On Mon, Oct 31, 2011 at 12:07 AM, Reinhard Tartler siret...@ubuntu.comwrote: On So, Okt 30, 2011 at 15:11:04 (CET), staticd wrote: Windows NT is designed so that, unless system security is already compromised in some other way, only the Winlogon process, a trusted system process, can receive notification of this keystroke combination. This is because the kernel remembers the process ID of the Winlogon process, and allows only that process to receive the notification. So says Wikipedia. Interestingly, VMWare catches the sequence as well. I was thinking of a Alt+Sysrq combination capturable only by the kernel. (Ctrl+Alt+Sysrq ?) The SAK for Linux systems is Alt+Sysrq+k While this SAK can be disabled, Ubuntu ships with this functionality enabled. It safely and uncatchably terminates your running X11 session, returning back to your login manager. Cheers, Reinhard. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss Reinhard, doesn't pressing Alt+Sysrq+k kill the current X session? Yes, that's correct. See also the upstream documentation: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/sysrq.txt, Is there a secure way of getting the login manager without disrupting other users who are also working in the background? (a switch user functionality that cannot be spoofed) Not one that I would be currently aware of. Do you know how i could go about implementing this? Change the login/display manager to always allocate a new VT and switch to it after successful login. The login manager would continue to be active on its old VT. Then you're SAK would be CTRL-ALT-F7 (if v7 is your 'secure' vt with the login manager). This could probably be made more 'user-friendly', but I think you get the general idea. Cheers, Reinhard. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Secure attention Key: Login and GkSudo
On So, Okt 30, 2011 at 15:11:04 (CET), staticd wrote: Windows NT is designed so that, unless system security is already compromised in some other way, only the Winlogon process, a trusted system process, can receive notification of this keystroke combination. This is because the kernel remembers the process ID of the Winlogon process, and allows only that process to receive the notification. So says Wikipedia. Interestingly, VMWare catches the sequence as well. I was thinking of a Alt+Sysrq combination capturable only by the kernel. (Ctrl+Alt+Sysrq ?) The SAK for Linux systems is Alt+Sysrq+k While this SAK can be disabled, Ubuntu ships with this functionality enabled. It safely and uncatchably terminates your running X11 session, returning back to your login manager. Cheers, Reinhard. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: bug reporting and file descriptors...
On Tue, Jul 20, 2010 at 23:27:38 (CEST), Daniel J Blueman wrote: With certain types of bug, it really helps to know what file descriptors were open at the time of crashing. For example, gstreamer is crashing in libavformat, however no information was gathered to show the path of inodes attached to the file descriptors [1], where it would be immediately clear what file to try and reproduce with: $ ls -l /proc/6117/fd 0 - /dev/null 1 - pipe:[3602840] 2 - /dev/pts/6 3 - socket:[3602928] 4 - pipe:[3602929] 5 - pipe:[3602929] 6 - socket:[3602931] 7 - /home/daniel/test.mp3 Would it make sense to have this information, or have I overlooked something? I think it would be incredibly helpful. extra points for an interactive apport hook that asks the users if the detected files may be automatically attached with the bug. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: bug reporting and file descriptors...
On Thu, Jul 22, 2010 at 14:10:23 (CEST), Martin Pitt wrote: Reinhard Tartler [2010-07-22 13:00 +0200]: 7 - /home/daniel/test.mp3 Would it make sense to have this information, or have I overlooked something? I think it would be incredibly helpful. Note that we got quite a lot of complaints when hooks exposed arbitrary paths to files or even directories, due to privacy reasons. If we are going to do this, we need to do some anonymization there. In this case, I think we can: - interactively ask the user if he/she is OK with that - only attach the first few megabytes of the file - randomize the filename This should address privacy concerns. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: GRUB 2 now default for new installations
John Moser john.r.mo...@gmail.com writes: GRUB2 on its own partition is silly. Like having a separate /boot. It is required for stuff like root on LVM, a configuration supported by the alternate installer. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu Gaming Team
Jan Claeys li...@janc.be writes: As explained, users shouldn't assign bugs, but a LP team that subscribes to bugs reported on games is a good idea probably (but maybe that already exists? Reinhard should be able to tell.). Ah, yes, there is already a team for that: https://launchpad.net/~motugames/, but the team seens pretty much abandoned these days. How about reviving that team instead of creating new ones? I can indeed imagine that a bug triaging team, forwarding bugs in games related packages to debian would be a benefit. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu Gaming Team
Philip Wyett philwy...@gmx.com writes: On Tue, 2009-04-28 at 22:28 +0200, Reinhard Tartler wrote: Philip Wyett philwy...@gmx.com writes: It could. Maybe additions of: - List of participants. https://alioth.debian.org/project/memberlist.php?group_id=30862 - A collecting of the more useful links to get you started from the Debian wiki. - Reporting of bugs in Ubuntu and then recommended but voluntary how to check Debian bugs and go through that process. Probably. Whilst musing... I know we have now the team to market and promote which is this one and we have a void of no devel team visible on the Ubuntu side any longer. Would it be feasible to maybe setup a games swat team What problem would creating a new team solve that couldn't be done within the Debian Games Team itself? Is using a mailing list ending in @alioth.debian.org instead of @ubuntu.com such an obstacle? why? - It would solve having to go to pages hosted on servers with the self signed certificate problem. Launchpad does not have these issues. what service is using a self-signed certificate here? IME, all debian services use certificates signed by the SPI CA. - I have been subscribed since yesterday and these lists are spam heaven. Launchpad list control is better by my experience. I am very sure I have not won 2 million euro. ;-) This is pretty much unavoidable if you want to be reachable by users. - Ubuntu users want to report and assign bugs to a Ubuntu team on launchpad and not be sent all over the place. This is not about what we know, but what a user knows and expects, which could be very little about what Debian is to Ubuntu etc. Yes. None of your points answer my question above, btw. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu Gaming Team
Philip Wyett philwy...@gmx.com writes: https://wiki.ubuntu.com/MOTU/Teams/Games This old and defunct page is very lacking. The page currently reads: , | THIS TEAM IS NOT ACTIVE ANYMORE | | There is currently no active MOTU Games team anymore. All of the former | members now contribute directly in the Debian Games Team. Please see the | following Page for more information: | | http://wiki.debian.org/Games/Development ` That is totally accurate, but I agree that the page could definitivly be improved. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu Gaming Team
Philip Wyett philwy...@gmx.com writes: It could. Maybe additions of: - List of participants. https://alioth.debian.org/project/memberlist.php?group_id=30862 - A collecting of the more useful links to get you started from the Debian wiki. - Reporting of bugs in Ubuntu and then recommended but voluntary how to check Debian bugs and go through that process. Probably. Whilst musing... I know we have now the team to market and promote which is this one and we have a void of no devel team visible on the Ubuntu side any longer. Would it be feasible to maybe setup a games swat team What problem would creating a new team solve that couldn't be done within the Debian Games Team itself? Is using a mailing list ending in @alioth.debian.org instead of @ubuntu.com such an obstacle? why? -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu Gaming Team
Danny Piccirillo danny.picciri...@ubuntu.com writes: It's already a problem? Really? The problem i think you're trying to say is simply confusing the packaging team with this team. Firstly, i don't see how people would be so confused. Let's see. There is already a well known, established team in debian called the Debian Games Team. It actually cares for Games in both debian *and* ubuntu. Now a new team is created named Ubuntu Gameing Team that doesn't claim to work on actually packaging games. Is it really so hard to see the confusion here? An outsider (including members of the first team) will almost certainly assume a competition between the two teams. AFAIUI you don't seek competition. Moreover, I feel that competition is actually harmful here. I fully agree to Scott, the name of the team is very unfortunate. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Joysticks/joypads/etc information needed for Ubuntu 8.10 Intrepid Ibex and later
Mackenzie Morgan [EMAIL PROTECTED] writes: I can't run Intrepid on my laptop. Can my lshal output for my Guitar Hero controller still be useful if it's done on 8.04? how about booting a desktop live cd? -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Intrepid hangs on boot often
George Farris [EMAIL PROTECTED] writes: I have a Dell Inspiron and an Acer Aspire 2000 and both seem to hang on boot quite often. Sounds pretty similar to https://launchpad.net/bugs/263330 so maybe it does not only affect thinkpads more more machines? -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: The Case For Re-Evaluating Our Release Approach To FFMPEG
Null Ack [EMAIL PROTECTED] writes: Summary : I think we need to have regular snapshots of svn ffmpeg, libavcodec and so forth released in both the current development build and as backports to production builds. User's expect to have video experiences atleast as good as Windows and Mac, and this is necessary for actually delivering that. The main problem is lack of manpower. Every time ffmpeg is updated, we can more or less expect applications and libraries that use them to break. FWIW, the next upstream snapshot that I'm preparing for debian/experimental right now is going to drop nearly all patches. Packaging new snapshots should become pretty easy then. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: libavcodec51 and libavcodec1d package description
Philip Wyett [EMAIL PROTECTED] writes: We have two libavcodec packages, libavcodec51 in main and libavcodec1d in universe. A quick delve into the package shows that lbavcodec51 is a stripped package to disable anything mpeg and bad, but if you go by the package description you see in synaptic this cannot be ascertained that as both packages have the one below. libavcodec1d is the obsolete binary package that used to be produced by the 'ffmpeg' source package. the 'ffmpeg' source package got obsoleted by 'ffmpeg-debian' and produces libavcodec51. Both versions of ffmpeg have mpeg encoding capabilities removed because of requirements by our archive team. If you have a suggestion how to improve the package description, please file a bug. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Call for testing: qbankmanager/gnucash/hbci users
Rationale: cf. https://launchpad.net/bugs/209181 If you are runnung hardy and use qbankmanager, please give the packages from http://launchpad.net/~gnucash/+archive a shot. They are unmodified sources from debian/unstable, and I expect them to work in hardy just fine. How to test: execute the following instructions in a shell: cat EOT | sudo tee -a /etc/apt/sources.list deb http://ppa.launchpad.net/gnucash/ubuntu hardy main deb-src http://ppa.launchpad.net/gnucash/ubuntu hardy main EOT sudo apt-get install qbankmanager gnucash Now the latest versions of qbankmanager and gnucash should be available for use on your system. Please test them and report your experiences (both positive and negative) to https://launchpad.net/bugs/209181. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Easy Add/Remove Porgrams for non-sudoers with local PREFIX?
Carsten Agger [EMAIL PROTECTED] writes: Like in many packages, you can say ./configure PREFIX=~/bin you'll install the package locally and don't need to be superuser. Are there any plans to integrate this functionality with synaptic/Add-Remove for non-sudoers, or am I missing something? http://0install.net/ should do exactly what you want. Note that there are no plans to actively support or promote this in ubuntu. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: What do I do with disturbing bug reports in Wine about system crashes?
Scott Ritchie [EMAIL PROTECTED] writes: Reinhard Tartler wrote: Scott Ritchie [EMAIL PROTECTED] writes: These are clearly not Wine bugs, but it's unclear to me where I should refile them. Wine's exposing a bug somewhere else (probably the driver or X), but what should I do? We haven't done that so far, but would that workflow work for you here? - open a new bugtask against ubuntu, but don't associate it to any packge - reject the wine bugtask This way the status is properly documented, and bug triagers could help you finding the correct package for this bug. It would be much more efficient if launchpad could just let me set a bug as still in need of triage rather than against the Wine package. I see no reason why I should have to file a separate bug containing the same information (and, presumably, contacts.) I was not suggesting filing a new bug, but rather creating a new bugtask to the existing bug. However doing this could indeed be more straightforward than it is now. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 pgpuITBFIWSHg.pgp Description: PGP signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: What do I do with disturbing bug reports in Wine about system crashes?
Scott Ritchie [EMAIL PROTECTED] writes: These are clearly not Wine bugs, but it's unclear to me where I should refile them. Wine's exposing a bug somewhere else (probably the driver or X), but what should I do? We haven't done that so far, but would that workflow work for you here? - open a new bugtask against ubuntu, but don't associate it to any packge - reject the wine bugtask This way the status is properly documented, and bug triagers could help you finding the correct package for this bug. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Checking /usr/local/ before upgrading
Fergal Daly [EMAIL PROTECTED] writes: I'd really suggest to install your special libraries, local software etc. either to /usr/local/$PACKAGE or /srv/local/$PACKAGE or somewhere else. You can use environment variables or rpath to make them work. So when should anything go in /usr/local? http://www.debian.org/doc/debian-policy/ch-opersys.html#s-sysvinit contains this paragraph However, because /usr/local and its contents are for exclusive use of the local administrator, a package must not rely on the presence or absence of files or directories in /usr/local for normal operation. You have correctly quoted me. I suggested to install /usr/local/$PACKAGE instead of /usr/local. This means for a package called 'foo', you would use `configure --prefix=/usr/local/foo` instead not using any prefix. Or you just install it in your ~ `configure --prefix=$HOME/local`. Or somewhere else. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Checking /usr/local/ before upgrading
Vincenzo Ciancia [EMAIL PROTECTED] writes: Similar issues might happen if one has something in /usr/local/bin, so wouldn't it be wise to ask, in the upgrade program, if user wants to temporarily rename /usr/local to /usr/local.upgraded during upgrade, so things are safer? Isn't your email/request rather a pretty good example why installing software to /usr/local is a bad idea wrt to system upgrades? I'd really suggest to install your special libraries, local software etc. either to /usr/local/$PACKAGE or /srv/local/$PACKAGE or somewhere else. You can use environment variables or rpath to make them work. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: UI for backports usage
John Dong [EMAIL PROTECTED] writes: No, IMO the UI, underneath, should be adding the entire backports repository, just all packages pinned back. This does not necessarily need pinning via /etc/apt/preferences. Apt has a feature which does something similar. Please compare http://archive.ubuntu.com/ubuntu/dists/gutsy-backports/Release with http://backports.org/backports.org/dists/etch-backports/Release wrt to the NotAutomatic: Yes field in bpo. I always wondered by ubuntu backports don't have that field. See http://backports.org/dokuwiki/doku.php?id=instructions for instructions how to use them. If backports were NotAutomatic: yes, then the instructions would reduce to step 3, i.e.: apt-get -t gutsy-backports install package Synaptic and aptitude already offer a nice interface for selecting specific version (i.e. backports for instance). John, does this satisfy your concerns? -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: More libraries needed in ia32-libs for Wine
Scott Ritchie [EMAIL PROTECTED] writes: I've uncovered a few bugs in the Wine package for AMD 64 that are the result of a few 32 bit libraries not being included at build time. Among those we lack 32 bit version of in any package: libssl (for both libssl and libcrypto) libjack And a few others related to translation. Wine won't work fully without these libs in some 32 bit form. What I want to know is the best way to proceed from here. It seems like there are several options: Option 1: Patch ia32-libs to include all the missing libraries. Since ia32-libs is in universe now, I think this is the way to go. We used to have complementary versions of ia32-libs, namely 'ia32-libs-gtk', 'ia32-libs-kde', ia32-libs-scim' and 'ia32-libs-sdl' see [1] for the full list. AFAIU, they all have been merged to the ia32-libs package. So if nobody else speaks up, I'd suggest you post a debdiff against the ia32-libs package which adds the additional packages wine needs work working. [1] http://packages.ubuntu.com/cgi-bin/search_packages.pl?keywords=ia32-libssearchon=namessubword=1version=allrelease=all -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: That need to close bugs?
Sarah Hobbs [EMAIL PROTECTED] writes: As one of those who triages various KDE bugs...in the area of KDEBase, in particular, there are around 450 open bugs, we *have* to close invalid bugs. There are around 750, with the INVALID and WONTFIX bugs included. Please correct me, but I suspect that when you mean we have to close invalid bugs, I think you actually mean we need to filter out those incomplete bugs which we don't have the ressources for investiagting further from 'our' 'default' bug listings. (YMMV of course what is your default bug listing. I think tags could help you here, right? There is simply no way to deal with the current lot of open bugs, to get an overview of them all, let alone having the invalid ones in there - the problem gets too great, and you can't solve any of it (and become very demotivated in the process). I agree that you that handling packages with tons of bugs is a real pain. Perhaps the launchpad artists have ideas how to solve this in an elegant fashion? -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 pgpG9G1aaS8Gh.pgp Description: PGP signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: The latest amd64 nightly desktop ISO is 730 megs
Bryce [EMAIL PROTECTED] writes: That really does not make any sense if thats the case. What is the point in making daily images available for testing if know one is going to be able to use them? You can always burn them on a DVD, or use it in a VM like qemu or vmware. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: LVM on gutsy (#132138)
Scott James Remnant [EMAIL PROTECTED] writes: since a few days the lvm symlinks in /dev/vg/lv are no longer created in gutsy. The releavant launchpad bug is #132138, marked as critical, but not assigned to a milestone yet. Do you know when it stopped working? If you know which day, could you cross-reference with dpkg.log to see what you upgraded on that day? Sure, see http://launchpadlibrarian.net/8791776/p, linked from https://bugs.launchpad.net/ubuntu/+bug/132138/comments/1 -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: ML for ubuntu+1
shirish [EMAIL PROTECTED] writes: I looked at http://lists.ubuntu.com while there is a ubuntu-users is that where people should post queries like the one I am going to put up next or here. Shouldn't there be a dedicated ML for the next development release. While we have this ML its seems to be more about crystal-gazing, implementation in the near term not with the specifics of issues arising in the distro. one is using now. (gutsy 7.10) quoting https://lists.ubuntu.com/mailman/listinfo/Ubuntu-devel-discuss: About Ubuntu-devel-discuss * Sharing of experiences with the current development branch of Ubuntu * Technical questions about new features in the development branch * Ideas and suggestions about future development of Ubuntu * Point of contact for Ubuntu users to reach Ubuntu developers * Open to all to subscribe, posting moderated for non-subscribers I agree that the description doesn't really match with reality that much, but the text above states what this mailing list was actually intended for, and it seems to me that this is exactly what you ask for. Perhaps we should more actively promote this mailing list to our testers to report about issues? -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss